page_view가 2배로 잡히는 중복 이벤트

증상

트래픽이 갑자기 좋아 보입니다. 페이지뷰가 늘고, 이탈률은 떨어지고, 전환수까지 올라갑니다. 그런데 광고 플랫폼이 보고하는 클릭 수나 결제 시스템의 주문 건수와는 맞지 않습니다.

가장 알아보기 쉬운 신호는 세션당 페이지뷰입니다. 대부분의 사이트는 1.5~3 사이인데, 이 값이 정확히 2배쯤으로 올라가 있고 평균 참여 시간이 0초에 가까운 세션이 많다면 중복을 의심해야 합니다. 사람은 페이지를 열자마자 두 번 보지 않습니다.

원인

중복은 두 가지 경로로 생깁니다.

하나, 태그를 두 번 설치했다. 개발자가 사이트 코드에 gtag.js 스니펫을 심어뒀는데, 나중에 마케터가 GTM으로 GA4 구성 태그를 또 넣은 경우입니다. 각각은 정상 동작하고, 둘 다 같은 측정 ID로 page_view를 보냅니다. 실제 진단에서 가장 자주 나오는 형태입니다.

둘, 트리거가 두 번 걸린다. GTM의 GA4 구성 태그가 이미 페이지뷰를 보내는데 별도의 이벤트 태그를 "모든 페이지" 트리거로 하나 더 만들어 둔 경우, 혹은 SPA에서 히스토리 변경 트리거와 초기 로드가 같은 화면에 대해 각각 발화하는 경우입니다.

여기서 한 단계 더 흔한 함정이 있습니다. 향상된 측정이 이미 자동으로 수집하는 동작을 커스텀 이벤트로 또 보내는 경우입니다. 스크롤, 파일 다운로드, 이탈 클릭, 사이트 검색이 대표적입니다. 이때는 숫자가 2배가 되는 게 아니라 같은 행동이 이름이 다른 두 이벤트로 갈라져 어느 쪽도 전체를 대표하지 못하게 됩니다.

GA4에서 확인

1) GTM 미리보기. 페이지를 한 번만 여세요. 요약 패널에 page_view가 두 줄로 뜨면 그대로 중복입니다. 어느 태그가 쐈는지도 같은 화면에서 보입니다.

2) 네트워크 탭. GTM을 안 쓴다면 개발자 도구 네트워크 탭에서 collect로 필터링하고 페이지를 새로고침하세요. 요청이 두 건이면 설치가 두 곳입니다.

3) 실시간·DebugView. 관리자 > DebugView에서 자기 브라우저를 잡아두고 페이지를 이동해 보면, 이벤트 타임라인에 같은 이벤트가 1초 안에 두 번 찍히는 게 보입니다.

4) 향상된 측정 대조. 관리자 > 데이터 스트림 > 향상된 측정에서 켜져 있는 항목을 적어두고, 보고서 > 참여도 > 이벤트 목록에 scroll_depth, outbound_click 같은 직접 만든 이름이 나란히 있는지 보세요. 둘 다 있으면 갈라진 것입니다.

수정

설치는 한 경로로. GTM을 쓰기로 했다면 사이트 코드의 gtag.js 스니펫을 지웁니다. 반대로 코드 설치를 유지하기로 했다면 GTM의 GA4 구성 태그를 일시중지합니다. 둘 다 살려두고 한쪽에서 페이지뷰만 끄는 방법도 있지만, 나중에 들어온 사람이 반드시 다시 헷갈립니다.

SPA는 한 번만 쏘게. GA4 구성 태그의 "브라우저 기록 이벤트 기반 페이지 변경" 설정과 직접 만든 히스토리 트리거 중 하나만 남기세요.

향상된 측정과 겹치면 커스텀 쪽을 지웁니다. 자동 수집 쪽이 계정이 바뀌어도 계속 유지되기 때문입니다. 커스텀 이벤트에만 담긴 매개변수가 필요하다면, 이벤트를 따로 만들지 말고 자동 수집 이벤트에 매개변수를 얹는 방향으로 가세요.

고친 뒤 하루 지나 세션당 페이지뷰가 내려오는지 확인하세요. 숫자가 떨어지는 게 정상입니다. 그리고 과거 데이터는 소급해서 고쳐지지 않으므로, 수정일을 기록해 두고 전후 기간을 섞어서 비교하지 마세요.

한 줄 요약

세션당 페이지뷰가 2에 붙어 있으면 방문자가 는 게 아니라 태그가 두 번 설치된 것입니다. GA4는 한 경로로만 설치하고, 향상된 측정이 이미 하는 일은 다시 만들지 마세요.