GA4 설치 후 데이터가 이상하다면 이것부터 확인하세요
GA4 설치 직후에는 숫자가 뜨면 일단 됐다고 넘어가게 된다. 그러다 몇 달 뒤, 탐색 분석을 처음 열어보는 순간 "데이터 없음"이 뜨거나, 방문자 수가 이상하게 부풀어 있고, 알고 보면 그 대부분이 본인 접속이었다는 걸 깨닫는다.
그때부터 역추적이 시작된다. 언제부터 데이터가 오염됐는지, 어느 설정이 빠졌는지. 이 글은 그 역추적 과정에서 반복적으로 나오는 네 개의 실패 지점을 정리한 것이다. 설치 자체는 5분이지만, 그 뒤 세팅을 끝까지 완료하지 않으면 쌓이는 건 데이터가 아니라 오염된 숫자다.
어떤 증상이 어느 설정 문제에서 왔나
증상으로 거슬러 올라가면 원인이 더 빨리 보인다.
| 이런 증상이 보인다면 | 여기를 먼저 본다 | 고치는 경로 |
|---|---|---|
| 방문자 수가 비정상적으로 많다 | 내부 트래픽 필터 상태 확인 | 관리 → 데이터 필터 → 상태 **활성** |
| 탐색 분석에서 오래된 데이터가 안 보인다 | 데이터 보존기간 확인 | 관리 → 데이터 보관 → **14개월** |
| 스크롤·클릭 이벤트가 이상하다 | 향상된 측정 세부 설정 확인 | 데이터 스트림 → 향상된 측정 → 항목별 점검 |
| UA 때보다 세션 수가 많이 다르다 | 세션 집계 기준 이해 필요 | GA4 기준으로 재해석 (설정 변경 아님) |
"IP 등록했으니 됐겠지"가 틀린 경우
내부 트래픽 필터가 작동하지 않는 건 IP를 잘못 입력해서가 아닌 경우가 더 많다. IP는 제대로 등록해뒀는데, 필터 상태가 테스트로 방치돼 있는 것이다.
GA4의 데이터 필터에는 세 가지 상태가 있다: 테스트, 활성, 비활성. 기본값은 테스트다. 테스트 상태에서는 내 IP 트래픽이 보고서 숫자에서 제거되지 않는다. 측정기준 항목으로만 구분이 가능할 뿐, 집계 수치에는 그대로 포함된다.
이 상태로 두 달을 운영했다면, 본인 방문 횟수만큼 방문자 데이터가 부풀어 있다.
설정 경로: 관리 → 데이터 설정 → 데이터 필터 → 해당 필터 클릭 → 필터 상태를 활성으로 변경.
전환 전에 꼭 확인할 것이 있다. 구글 공식 도움말에 따르면 필터를 활성 상태로 바꾸면 그 효과는 영구적이고, 활성 이전 데이터에는 소급 적용되지 않는다. 테스트 상태에서 필터가 의도대로 걸러지는지 먼저 확인한 뒤 전환하는 게 안전하다.
데이터 보관 2개월, 나중에 알면 이미 늦다
GA4 속성을 처음 만들면 이벤트 데이터 보관 기간이 2개월로 설정돼 있다. 홈이나 보고서 탭의 표준 집계 보고서는 이 설정과 무관하게 돌아간다. 문제는 탐색 분석이다. 자유 형식 분석, 유입경로 분석, 세그먼트 기능 — 이 기능들은 보존기간이 지난 데이터를 아예 불러오지 못한다.
6개월 전 캠페인 성과를 뒤늦게 확인하려는 순간, 데이터가 없다. 이 시점에 설정을 바꿔봤자 사라진 데이터는 돌아오지 않는다.
설정 경로: 관리 → 데이터 설정 → 데이터 보관 → 이벤트 데이터 보관 → 14개월로 변경.
무료 GA4 속성에서 선택할 수 있는 최대 보존기간은 14개월이다. 변경 이후 새로 들어오는 데이터부터 적용된다. 지금 바꿔도 이미 삭제된 데이터는 복구가 안 되지만, 앞으로 쌓일 데이터의 손실은 막을 수 있다.
스크롤 이벤트가 90%에서만 찍히는 구조
처음 보면 전체 ON으로 켜두면 다 잡히는 줄 알기 쉽다. 그런데 그게 아니다.
GA4 데이터 스트림의 향상된 측정은 코드 없이 페이지뷰·스크롤·외부 링크 클릭·동영상 참여·파일 다운로드 이벤트를 수집해준다. 편리하긴 한데, 스크롤 이벤트는 90% 지점에서 단 한 번만 기록된다는 걸 모르면 나중에 데이터 보다가 고개를 갸우뚱하게 된다. 25%, 50% 같은 중간 지점은 기본 설정으로는 잡히지 않는다.
콘텐츠 소비 깊이를 더 세밀하게 보고 싶다면 GTM(Google Tag Manager) 커스텀 이벤트로 따로 보완해야 한다. GTM에서 스크롤 깊이 트리거(Scroll Depth Trigger)를 만들고 25·50·75% 지점을 지정하면, `scroll_depth_25`, `scroll_depth_50` 같은 이벤트를 GA4로 직접 보낼 수 있다. 글이 긴 블로그라면 독자가 실제로 어디까지 읽는지 추적하는 데 꽤 유용하다. 물론 GTM을 새로 배워야 한다는 진입장벽이 있어서, 처음엔 90% 스크롤 하나만 보다가 필요성이 생기면 그때 붙이는 것도 현실적인 선택이다.
향상된 측정 항목은 무조건 전부 켜두는 게 능사가 아니다. 외부 링크가 많은 블로그라면 의도하지 않은 클릭 이벤트까지 전부 긁어오면서 분석 노이즈가 늘어난다. 특히 파일 다운로드나 동영상 관련 이벤트는 해당 콘텐츠가 없다면 OFF 해두는 게 보고서를 깔끔하게 유지하는 데 낫다. 데이터 스트림 → 향상된 측정 → 세부 항목별로 필요한 것만 ON인지 확인하는 게 정석이다.
UA 숫자와 달라서 불안하다면, 그건 이상한 게 아니다
UA를 쓸 때는 자정이 넘으면 세션이 새로 시작됐다. 밤 11시 45분에 들어와 12시 15분까지 머문 방문자가 UA에서는 2개 세션으로 찍혔다. GA4로 넘어오고 나서 같은 날의 숫자가 달라진 이유가 바로 여기 있다. GA4는 자정에 세션을 끊지 않는다. 30분 이상 비활동이 없으면 계속 같은 세션으로 이어진다. GA4 세션 수가 UA보다 전반적으로 적게 나오는 건 오류가 아니라 기준이 다른 것이다.
차이가 하나 더 있다. UA는 UTM 파라미터가 바뀌면 새 세션을 시작했지만, GA4는 `session_start` 이벤트 기준으로 집계한다. 내부 링크에 UTM을 달아두면 UA에서는 세션이 잘게 쪼개지던 게, GA4에서는 그 현상이 줄어든다.
두 도구를 1대1로 비교하려고 하면 처음부터 어긋난다. GA4를 쓰기 시작한 시점을 기준선(baseline)으로 잡는 게 실전에서 맞는 접근이다. 구체적으로는 GA4 도입 첫 달 데이터를 기준점으로 저장해두고, 이후 같은 기간 비교를 GA4 데이터 내에서만 하는 것이 깔끔하다. UA와의 비교는 "이런 추세였다"는 참고용 맥락으로만 쓰고, 목표치나 성과 판단은 GA4 기준으로 새로 세우는 편이 혼란이 없다.
지금 바로 확인하는 순서, 10분이면 된다
오염된 데이터는 시간이 지날수록 되돌리기 어렵다. 아래 순서대로 확인하면 10분이 채 안 걸린다.
1단계 — 필터 상태 먼저
관리 → 데이터 설정 → 데이터 필터에서 내부 트래픽 필터가 활성 상태인지 확인. 테스트로 돼 있다면 테스트 기간을 충분히 거친 뒤 전환.
2단계 — 보존기간 변경
관리 → 데이터 설정 → 데이터 보관에서 이벤트 데이터 보관을 14개월로 변경. 지금 바꿔도 이미 삭제된 건 복구 안 되지만, 앞으로 쌓일 데이터의 손실은 막는다.
3단계 — 향상된 측정 세부 점검
데이터 스트림 → 향상된 측정 → 각 항목을 눌러 필요한 것만 ON인지 확인. 특히 스크롤 이벤트는 90%에서 한 번만 잡힌다는 걸 인지하고, 더 세분화가 필요하면 GTM 커스텀으로 보완 여부를 결정.
4단계 — UA 비교 기준 재정리
GA4 숫자가 UA와 다른 건 설정 오류가 아니다. 세션 집계 방식 자체가 다르다. GA4 데이터끼리 기간 비교하는 것으로 분석 기준을 정리.
처음에는 숫자가 뜨니까 됐다고 생각한다. 문제는 그 숫자가 이미 오염돼 있다는 걸 한참 뒤에야 알게 된다는 점이다. GA4 데이터 분석은 설치가 끝이 아니라 세팅 완료 시점에서 진짜 시작이다.
참고자료
이 글이 도움이 됐나요?
여러분의 반응이 다음 글의 방향이 돼요
