GA4 (not set)이란? 발생 원인과 해결 방법

GA4 보고서에서 (not set)을 발견하면 데이터가 잘못 수집된 것인지, 어디부터 확인해야 하는지 헷갈릴 수 있습니다.

최근 1~2일 데이터라면 바로 설정을 바꾸기보다 수집된 지 48시간이 지난 데이터에서도 같은 값이 계속 나타나는지 먼저 확인하는 것이 좋습니다. GA4의 일반 보고서와 탐색 데이터는 처리에 시간이 걸릴 수 있기 때문입니다.

48시간이 지난 뒤에도 (not set)이 계속 보인다면 어떤 측정기준에서 나타났는지를 확인하세요.

이 글에서는 세션 소스/매체, 방문 페이지, 구글 광고, 맞춤 측정기준별로 발생 원인과 해결 방법을 알아보겠습니다.

---

1. GA4 (not set)이란?

GA4에서 (not set)은 해당 측정기준에 표시할 정보를 애널리틱스가 받지 못했을 때 대신 표시하는 값입니다.

즉 (not set) 자체가 하나의 오류 이름은 아닙니다.

같은 (not set)이라도 어디에서 보였는지에 따라 원인이 다릅니다.

---

2. 세션 소스/매체가 (not set)일 때

세션 소스/매체의 (not set)은 session_start부터 보는 것이 빠릅니다.

GA4는 새로운 세션이 시작될 때 session_start 이벤트를 자동으로 수집합니다. 이 정보가 정상적으로 만들어지지 않으면 세션의 유입 정보를 연결하기 어려워질 수 있습니다.

먼저 아래 항목을 살펴보세요.

1. 구글 태그가 방문 페이지에서 정상적으로 실행되는지
2. 구글 태그 매니저(GTM)의 구글 태그 트리거가 올바른지
3. 세션 시작 전에 다른 이벤트만 먼저 전송되고 있지 않은지
4. 동의 배너 또는 동의 모드 설정을 최근 변경했는지
5. SPA나 사이트 측정 방식을 변경했는지

세션 소스/매체는 다음 경로에서 볼 수 있습니다.

보고서 → 획득 → 트래픽 획득 → 세션 소스/매체

세션 수집 문제는 이렇게 수정합니다

GTM을 사용하고 있고 구글 태그가 너무 늦게 실행된다면 세션이 시작될 때 구글 태그가 먼저 실행될 수 있도록 트리거 설정을 수정합니다.

동의 배너나 동의 모드를 변경한 뒤 (not set)이 늘었다면 동의 전후에 어떤 태그가 실행되고 있는지도 다시 확인해야 합니다.

특정 날짜부터 갑자기 증가했다면 그 날짜에 배포한 GTM 버전이나 사이트 설정부터 확인하면 원인을 좁히기 쉽습니다.

session_start가 무엇인지 더 자세히 알고 싶다면 GA4 세션은 언제 시작되고 언제 끝날까?(새 탭에서 열림)를 참고하세요.

---

3. 방문 페이지가 (not set)일 때

방문 페이지의 (not set)은 page_view 수집 상태를 먼저 봅니다.

GA4의 방문 페이지는 한 세션에서 처음 방문한 페이지를 기준으로 합니다. 세션은 만들어졌지만 page_view가 없다면 어떤 페이지에서 세션이 시작됐는지 판단하기 어렵습니다.

여기서 많이 헷갈리는 부분이 있습니다.

방문 페이지 보고서에서는 page_view 이벤트를 직접 확인하기 어렵습니다.

page_view는 다음 경로에서 확인하세요.

보고서 → 참여도 → 이벤트

이벤트 목록에서 page_view가 최근에도 계속 수집되고 있는지 봅니다.

사이트에서 직접 테스트하려면 실시간 보고서 또는 DebugView를 사용할 수 있습니다. 페이지에 접속했을 때 page_view가 들어오는지 확인하면 됩니다.

문제가 생기기 쉬운 경우는 다음과 같습니다.

1. 첫 페이지에서 구글 태그가 실행되지 않는 경우
2. page_view 자동 수집을 껐지만 별도로 전송하지 않은 경우
3. 동의 배너 처리 과정에서 첫 page_view가 누락되는 경우
4. SPA에서 첫 진입 또는 페이지 전환 측정이 빠지는 경우
5. 방문 직후 다른 URL로 리디렉션되는 경우

3.1. 방문 페이지 문제는 이렇게 수정합니다

첫 진입에서 page_view가 빠지고 있다면 사용자가 처음 도착한 페이지에서도 page_view가 정상적으로 전송되도록 태그 설정을 수정합니다.

SPA라면 첫 방문뿐 아니라 URL이 변경되는 페이지 전환에서도 page_view가 필요한 방식으로 전송되는지 확인해야 합니다.

리디렉션을 사용하는 경우에는 원래 URL에서 바로 다른 페이지로 이동하면서 첫 페이지의 측정이 빠지고 있지 않은지 확인하세요. 측정할 필요가 없는 중간 페이지라면 최종 방문 페이지에서 page_view가 정상적으로 수집되는 구조인지 보는 것이 더 중요합니다.

전체 page_view 수가 정상이라고 해서 (not set)이 발생한 모든 세션에도 page_view가 있었다는 뜻은 아닙니다. 전체 이벤트는 정상인데 방문 페이지 (not set) 비중이 크다면 문제가 발생한 기간과 페이지를 나눠서 추가로 확인하세요.

GA4가 자동으로 수집하는 이벤트가 궁금하다면 GA4 자동 수집 이벤트 알아보기(새 탭에서 열림)를 참고하세요.

---

4. 구글 광고 측정기준이 (not set)일 때

구글 광고 캠페인, 광고그룹, 키워드 같은 측정기준에서 (not set)이 보이면 아래 순서대로 확인하는 것이 가장 단순합니다.

계정 연결 → 자동 태그 → GCLID 전달

4.1. GA4와 구글 광고가 연결되어 있는지

먼저 GA4와 실제 광고 계정이 연결되어 있는지 확인합니다.

확인 경로:

관리 → 제품 링크 → Google Ads 링크

여러 구글 광고 계정을 운영한다면 사이트로 트래픽을 보내는 계정이 모두 연결되어 있는지도 확인하세요.

연결되지 않은 광고 계정은 GA4에 연결합니다

광고 계정이 연결되어 있지 않다면 해당 Google Ads 계정을 GA4 속성과 연결합니다.

연결한 뒤에는 이후에 들어오는 광고 트래픽에서 캠페인, 광고그룹 같은 구글 광고 정보가 정상적으로 들어오는지 확인하세요.

4.2. 자동 태그가 켜져 있는지

구글 광고의 자동 태그를 사용하면 광고 클릭 URL에 gclid 같은 광고 클릭 식별 정보가 추가됩니다.

확인 경로:

Google Ads → 관리 → 계정 설정 → 자동 태그 추가

자동 태그가 사용 설정되어 있는지 확인합니다.

자동 태그가 꺼져 있다면 사용 설정합니다

자동 태그가 꺼져 있다면 자동 태그 추가를 사용 설정하고 저장합니다.

GA4와 Google Ads를 연결해 광고 캠페인, 광고그룹, 키워드 데이터를 분석하려면 자동 태그를 사용하는 것이 좋습니다.

구글 광고 자동 태그에 대한 자세한 내용은 구글 광고 자동 태그 도움말(새 탭에서 열림)에서 확인할 수 있습니다.

4.3. GCLID가 최종 페이지까지 전달되는지

자동 태그가 켜져 있어도 중간 과정에서 gclid가 사라지면 광고 정보를 연결하기 어려워질 수 있습니다.

특히 아래 구조를 사용한다면 확인이 필요합니다.

• 광고 클릭 후 다른 URL로 리디렉션
• URL 단축 서비스 사용
• 별도의 추적 URL 사용
• URL 매개변수를 제거하는 사이트 설정
• 외부 도메인을 거쳐 최종 페이지로 이동

GCLID가 사라진다면 URL 처리 방식을 수정합니다

광고를 클릭한 뒤 최종 방문 페이지까지 이동하면서 gclid가 유지되는지 확인합니다.

예를 들어 처음에는 아래처럼 gclid가 붙어 있었는데,

https://example.com/?gclid=123

리디렉션 후 아래처럼 매개변수가 사라진다면,

https://example.com/product

리디렉션 또는 URL 처리 과정에서 gclid가 제거되고 있는지 살펴봐야 합니다.

광고 클릭 정보를 유지해야 한다면 리디렉션 과정에서도 필요한 URL 매개변수가 최종 방문 페이지까지 전달되도록 수정합니다.

---

5. 맞춤 측정기준이 (not set)일 때

맞춤 측정기준에서는 먼저 GA4에 실제 값이 들어오고 있는지를 봅니다.

예를 들어 아래처럼 데이터를 수집한다고 가정해보겠습니다.

event_name: purchase
user_type: member

user_type 값이 전송되지 않은 이벤트에서는 해당 맞춤 측정기준에 (not set)이 나타날 수 있습니다.

다음 순서로 확인하면 됩니다.

1. 맞춤 측정기준을 최근 새로 만들었는지
2. 대상 이벤트가 정상적으로 수집되는지
3. 필요한 이벤트 매개변수가 함께 전송되는지
4. 실제 전송 이름과 등록한 이름이 같은지
5. 이벤트 범위 또는 사용자 범위가 맞는지

맞춤 측정기준은 다음 경로에서 확인할 수 있습니다.

관리 → 데이터 표시 → 맞춤 정의

예를 들어 아래 두 이름은 서로 다릅니다.

user_type
userType

맞춤 측정기준을 새로 등록한 경우에는 등록 직후 데이터만 보고 바로 오류라고 판단하지 않는 것이 좋습니다. 보고서에 데이터가 반영되기까지 시간이 걸릴 수 있으므로 이후 데이터도 함께 확인하세요.

맞춤 측정기준 설정은 실제 전송값에 맞춥니다

이벤트에 필요한 매개변수가 빠져 있다면 GTM이나 사이트의 이벤트 전송 설정에 해당 값을 추가합니다.

실제로 보내는 이름이 user_type인데 맞춤 측정기준에는 userType으로 등록했다면 이름을 동일하게 맞춰야 합니다.

범위가 잘못된 경우에는 수집하려는 데이터가 이벤트 단위인지 사용자 단위인지 확인한 뒤 맞춤 측정기준의 범위도 그에 맞게 설정합니다.

이벤트 매개변수의 개념이 어렵다면 GA4 이벤트 매개변수 이해하기(새 탭에서 열림)를 참고하세요.

---

6. GA4 (not set) 점검 순서

실제로 (not set)을 발견했다면 아래 순서대로 범위를 좁혀가면 됩니다.

특정 날짜부터 (not set)이 갑자기 증가했다면 그 날짜에 변경한 GTM, 동의 모드, 사이트 측정 설정도 함께 살펴보세요.

---

7. 정리

GA4의 (not set)은 하나의 설정만 바꾼다고 모두 해결되는 문제가 아닙니다.

어느 측정기준에서 발생했는지를 먼저 확인한 뒤 그에 맞는 원인을 찾아야 합니다.

세션 소스/매체라면 session_start, 방문 페이지라면 page_view, 구글 광고라면 계정 연결과 자동 태그, GCLID, 맞춤 측정기준이라면 이벤트 매개변수와 등록 설정부터 확인하세요.

최근 데이터라면 바로 수정하기보다 처리 시간을 먼저 고려하는 것도 중요합니다.