GA4 데이터를 믿을 수 없게 만드는 7가지

GA4는 설정이 틀려도 오류를 내지 않습니다. 그냥 조용히 잘못된 숫자를 보여줄 뿐입니다. 아래 7가지는 실제 진단에서 가장 자주 발견되는 문제이고, 모두 GA4 화면 안에서 직접 확인하고 고칠 수 있습니다. 각 항목 끝의 코드(예: CV-02)는 AnalyticScan이 자동으로 점검하는 30개 항목의 번호입니다.

1. 키 이벤트로 등록만 해두고, 실제로는 수집되지 않는 전환

증상. 보고서의 전환수가 0이거나, 등록한 키 이벤트 목록에는 있는데 데이터가 전혀 쌓이지 않습니다.

원인. GA4 관리자에서 이벤트 이름을 키 이벤트로 표시하는 것과, 그 이벤트를 실제로 웹사이트에서 발생시키는 것은 별개의 작업입니다. 관리자 화면에서 토글만 켜두고 태그 구현을 하지 않으면 이름만 존재하는 전환이 됩니다. 이름을 오타로 잘못 적은 경우에도 같은 증상이 나타납니다.

GA4에서 확인하기. 관리자 > 이벤트에서 키 이벤트로 표시된 항목을 확인한 뒤, 보고서 > 참여도 > 이벤트에서 같은 이름의 이벤트 수가 0이 아닌지 대조하세요. 목록에는 있는데 수가 0이면 이 문제입니다.

수정하기. GTM 미리보기 모드나 GA4 DebugView를 켜고 실제로 전환 동작(구매 완료, 폼 제출 등)을 해보세요. 이벤트가 발생하지 않으면 태그가 구현되지 않은 것이고, 다른 이름으로 발생하면 관리자에 등록한 이름을 실제 이름과 일치시켜야 합니다.

2. purchase 이벤트에 value와 currency가 없어 ROAS를 계산할 수 없음

증상. 구매 건수는 집계되는데 수익이 0으로 나오거나, 광고 보고서에서 ROAS·전환 가치가 비어 있습니다.

원인. purchase 이벤트는 발생시켰지만 매개변수로 value(금액)와 currency(통화 코드)를 함께 보내지 않은 경우입니다. GA4는 금액 정보 없이도 이벤트를 정상 수집하므로 오류가 드러나지 않습니다.

GA4에서 확인하기. 보고서 > 수익 창출 > 전자상거래 구매에서 구매 수는 있는데 수익이 0인지 확인하세요. DebugView에서 purchase 이벤트를 클릭하면 어떤 매개변수가 실제로 전송되는지 볼 수 있습니다.

수정하기. purchase 이벤트에 value를 숫자로(따옴표 없이), currency를 ISO 4217 코드로(KRW, USD 등) 함께 전송하세요. 둘 중 하나만 있으면 GA4는 수익으로 계산하지 않습니다. 통화 코드가 소문자이거나 '원' 같은 기호면 인식되지 않습니다.

3. 개발·스테이징 트래픽이 프로덕션 데이터에 섞임

증상. 실제 방문자 수보다 세션이 많고, 이상한 페이지 경로나 localhost가 보고서에 나타납니다.

원인. 개발 환경과 프로덕션이 같은 측정 ID를 사용하면 개발자의 테스트 트래픽이 그대로 집계됩니다. 사내 직원의 방문도 같은 방식으로 섞입니다.

GA4에서 확인하기. 보고서에서 측정기준을 '호스트 이름'으로 바꿔 보세요. localhost, staging, vercel.app 같은 값이 있으면 프로덕션이 아닌 트래픽이 들어오고 있는 것입니다.

수정하기. 가장 확실한 방법은 개발 환경에 별도의 GA4 속성이나 측정 ID를 쓰는 것입니다. 즉시 조치가 필요하면 관리자 > 데이터 스트림 > 태그 설정 구성 > 내부 트래픽 정의에서 개발 환경 IP를 등록하고, 데이터 필터를 '활성'으로 전환하세요. 필터는 소급 적용되지 않으므로 과거 데이터는 그대로 남습니다.

4. 같은 동작이 두 번 집계되는 중복 이벤트

증상. 페이지뷰나 전환 수가 실제보다 2배 가깝게 나오고, 이탈률이 비정상적으로 낮습니다.

원인. GTM으로 GA4 태그를 넣은 상태에서 사이트 코드에도 gtag.js를 직접 심어둔 경우가 가장 흔합니다. 향상된 측정이 자동으로 수집하는 이벤트를 수동 태그로 한 번 더 보내는 경우에도 발생합니다.

GA4에서 확인하기. GTM 미리보기 모드에서 페이지를 한 번 열었을 때 page_view가 몇 번 발생하는지 보세요. 두 번 이상이면 중복입니다. 브라우저 개발자 도구의 네트워크 탭에서 collect 요청 수를 세도 됩니다.

수정하기. GA4 태그는 한 경로로만 설치하세요. GTM을 쓴다면 사이트 코드의 gtag.js 스니펫을 제거합니다. 향상된 측정과 겹치는 커스텀 이벤트(스크롤, 파일 다운로드, 이탈 클릭 등)는 둘 중 하나만 남기세요.

5. 어느 날부터 이벤트가 0건 — 조용히 멈춘 태그

증상. 특정 날짜 이후 page_view나 주요 이벤트가 0건이거나 급감했는데 아무 알림도 없었습니다.

원인. 사이트 배포 과정에서 태그가 빠지거나, 동의 관리 도구(CMP) 설정이 바뀌어 태그가 차단되거나, GTM 컨테이너가 실수로 게시 취소된 경우입니다. GA4는 데이터가 들어오지 않아도 오류를 표시하지 않습니다.

GA4에서 확인하기. 보고서 > 참여도 > 이벤트에서 기간을 최근 30일로 놓고 추세선을 보세요. 계단처럼 뚝 떨어진 날이 있으면 그날 배포된 내용을 확인해야 합니다.

수정하기. 먼저 현재 사이트에서 태그가 실제로 실행되는지 DebugView로 확인하세요. 재발을 막으려면 GA4의 맞춤 통계에서 주요 이벤트가 임계값 아래로 떨어질 때 이메일 알림을 받도록 설정해 두는 것이 좋습니다.

6. 데이터 보관 기간이 기본값 2개월로 방치됨

증상. 탐색 분석에서 몇 달 전 데이터를 조회하면 비어 있거나, 전년 대비 비교가 불가능합니다.

원인. GA4의 이벤트 데이터 보관 기본값은 2개월입니다. 별도로 바꾸지 않으면 그 이상 지난 사용자 단위 데이터는 삭제됩니다. 표준 보고서의 집계 수치는 남지만, 탐색 분석에서 쓰는 원본 이벤트는 사라집니다.

GA4에서 확인하기. 관리자 > 데이터 수집 및 수정 > 데이터 보관에서 현재 설정을 확인하세요. '2개월'로 되어 있으면 해당됩니다.

수정하기. '14개월'로 변경하고 저장하세요. 무료 버전에서 선택할 수 있는 최대값이며 비용은 들지 않습니다. 다만 소급 적용되지 않으므로 이미 삭제된 데이터는 복구되지 않습니다 — 그래서 빨리 바꿀수록 좋습니다.

7. URL에 이메일·전화번호가 담겨 GA4로 전송됨

증상. 페이지 경로 보고서에 이메일 주소나 전화번호가 포함된 URL이 보입니다.

원인. 폼을 GET 방식으로 제출하면 입력값이 쿼리스트링에 남고, 그 URL이 그대로 page_view와 함께 전송됩니다. 로그인 후 리다이렉트 URL에 식별자를 붙이는 경우도 있습니다.

GA4에서 확인하기. 보고서에서 '페이지 경로 및 쿼리 문자열' 측정기준을 열고 @ 또는 010으로 검색해 보세요. 결과가 나오면 개인정보가 수집되고 있는 것입니다.

수정하기. 이것은 데이터 품질 문제이자 Google 애널리틱스 이용약관 위반입니다. 폼을 POST로 바꾸거나, GTM에서 페이지 경로를 전송하기 전에 해당 쿼리 파라미터를 제거하도록 변수를 수정하세요. 이미 수집된 데이터는 Google에 데이터 삭제를 요청할 수 있습니다.

한 줄 요약

각 항목의 코드는 AnalyticScan의 30개 점검 항목 번호입니다. 이 글의 내용은 GA4 무료 버전 기준으로 작성되었습니다.