GA4 실시간 보고서 안나올때: 태그부터 필터까지 진단 순서

Oct 15, 2026
GA4 실시간 보고서 안나올때: 태그부터 필터까지 진단 순서

GA4 실시간 보고서가 비어 있다는 건 대부분 GA4 화면이 고장 났다는 뜻이 아닙니다. 데이터가 태그에서 출발하지 못했거나, 출발은 했는데 중간에 걸러졌거나, 수집은 됐는데 보는 화면이 틀린 세 가지 상황 중 하나입니다.

그래서 GA4 실시간 보고서가 안 나올 때 가장 먼저 할 일은 설정 화면을 여기저기 눌러 보는 게 아닙니다. 브라우저에서 수집 요청이 실제로 나가는지부터 확인하는 것입니다. 이 요청이 있는지 없는지만 봐도 원인을 절반으로 줄일 수 있습니다.

아래에서 증상 구분 → 태그 수신 확인 → 필터·동의 모드 점검 → 재발 방지 순서로 진단 기준을 설명합니다.

1. GA4 실시간 보고서 안나올때 먼저 나눌 3가지 증상

"GA4에 아무것도 안 나와요"라는 말은 실무에서 생각보다 여러 상황을 한꺼번에 가리킵니다.

실시간 보고서는 최근 30분 동안의 활동을 거의 바로 보여주는 화면입니다. 반면 탐색 분석이나 표준 보고서는 처리 시간이 따로 필요해서 보통 24~48시간 늦게 채워집니다.

이 차이를 모르고 진단을 시작하면 엉뚱한 곳을 고치게 됩니다. 그래서 증상부터 아래 표처럼 나눕니다.

증상

의미

먼저 볼 곳

실시간도 0, 표준 보고서도 0

데이터가 아예 들어오지 않음

태그 설치·측정 ID·GTM 게시 여부

실시간은 나오는데 표준 보고서가 0

수집은 정상, 처리만 지연

24~48시간 대기 후 재확인

다른 사람 방문은 보이는데 내 방문만 안 보임

수집은 정상, 내 트래픽만 제외

내부 트래픽 필터·광고 차단 확장 프로그램

사용자 수는 보이는데 특정 페이지·이벤트가 안 보임

일부 이벤트만 발생하지 않음

트리거 조건·SPA 페이지 전환 설정

실시간은 보이는데 표준 보고서가 비어 있는 경우

이 경우는 고장이 아닙니다. 속성을 새로 만들었거나 태그를 막 설치했다면 표준 보고서에 숫자가 쌓이기까지 하루 이틀이 걸리는 게 정상입니다.

실무에서 가장 흔한 실수는 이 시점에 태그를 다시 설치하거나 측정 ID를 바꾸는 것입니다. 이러면 멀쩡하던 수집까지 꼬일 수 있습니다.

-> 실시간에 숫자가 있으면 수집은 된 겁니다. 표준 보고서는 기다리는 게 맞습니다.

내 방문만 안 잡히는 경우

테스트하려고 사이트에 들어갔는데 실시간 사용자 수가 0으로 남아 있다면, 다른 기기나 시크릿 창, 모바일 데이터로 한 번 더 접속해 봅니다.

다른 환경에서는 잡히는데 내 PC에서만 안 잡힌다면 태그 문제가 아니라 내 트래픽만 걸러지는 구조입니다. 이 부분은 3번 소제목에서 자세히 다룹니다.

사용자는 보이는데 페이지 조회가 안 늘어나는 경우

React, Vue처럼 페이지 이동 시 새로고침이 일어나지 않는 단일 페이지 앱(SPA)에서 자주 나옵니다. 첫 진입 페이지만 잡히고 이후 이동은 page_view가 발생하지 않습니다.

이때는 GA4 데이터 스트림의 향상된 측정에서 "브라우저 기록 이벤트 기반 페이지 변경" 옵션이 켜져 있는지, 또는 GTM에서 기록 변경 트리거를 따로 걸었는지 확인해야 합니다.

2. GA4 태그 수신 확인: 네트워크 요청부터 보는 3단계

증상을 나눴다면 이제 데이터가 실제로 나가는지 확인할 차례입니다. 여기서는 순서가 중요합니다. 화면 설정보다 브라우저가 보내는 요청을 먼저 봐야 합니다.

① 측정 ID가 맞는 속성의 것인지 대조

GA4 관리 → 데이터 스트림에서 G-로 시작하는 측정 ID를 확인하고, 사이트에 들어간 ID와 한 글자씩 대조합니다.

실무에서 실제로 자주 발견되는 경우는 이렇습니다.

  • 카페24·아임웹 같은 쇼핑몰 솔루션의 연동 칸에 예전 유니버설 애널리틱스 ID(UA-로 시작)가 그대로 남아 있음

  • 테스트용으로 만든 속성의 ID가 운영 사이트에 들어가 있음

  • 대행사·외주사가 만든 속성 ID라서 지금 보고 있는 속성과 다름

특히 세 번째는 계정 권한이 여러 개인 브랜드에서 흔합니다. 데이터는 잘 쌓이고 있는데 다른 속성에 쌓이고 있는 것입니다.

-> 측정 ID 대조는 30초면 끝나지만, 이 단계에서 해결되는 경우가 꽤 많습니다.

② 개발자 도구 네트워크 탭에서 collect 요청 확인

크롬에서 사이트를 열고 F12 → Network(네트워크) 탭으로 들어가 필터 칸에 collect를 입력한 뒤 페이지를 새로고침합니다.

정상이라면 google-analytics.com/g/collect로 시작하는 요청이 보이고, 상태 코드는 보통 204로 찍힙니다. 요청 주소 안의 tid= 값이 1단계에서 확인한 측정 ID와 같은지도 함께 봅니다.

네트워크 탭 결과

판단

collect 요청 없음

태그가 아예 실행되지 않음 → 설치·GTM 게시·차단 확인

요청은 있는데 tid가 다름

다른 속성으로 보내는 중 → 측정 ID 교체

요청이 빨간색(blocked)으로 실패

광고 차단기·보안 정책(CSP)이 막는 중

요청 정상(204), tid 일치

수집은 됨 → 3번 소제목의 필터·화면 문제로 이동

이 표 하나로 진단 방향이 갈립니다. 요청이 정상인데 실시간 보고서가 비어 있다면, 태그를 다시 설치해도 아무것도 바뀌지 않습니다.

③ Tag Assistant와 DebugView로 이벤트 단위 확인

네트워크 요청까지 확인됐다면 Google Tag Assistant로 사이트를 디버그 모드로 연 뒤, GA4 관리 → DebugView에서 이벤트가 시간순으로 들어오는지 봅니다.

DebugView에서는 page_view, session_start, first_visit 같은 이벤트가 하나씩 찍혀야 합니다. 여기에는 보이는데 실시간 보고서에는 안 보인다면, 원인은 거의 확실하게 필터 설정 쪽입니다.

구글 태그 설치 순서: 광고 성과 측정 전 확인할 4단계 기준

3. 태그는 나가는데 실시간에 안 잡히는 원인 5가지

수집 요청은 정상인데 실시간 보고서가 비어 있는 경우가 진단이 가장 까다롭습니다. 태그 쪽은 멀쩡해 보이니까요. 이때는 아래 다섯 가지를 순서대로 봅니다.

① 내부 트래픽 필터가 '활성' 상태

GA4 관리 → 데이터 설정 → 데이터 필터에 내부 트래픽 필터가 있고 상태가 활성이라면, 등록된 IP에서 들어온 방문은 실시간 보고서를 포함한 모든 보고서에서 제외됩니다.

사무실 IP를 등록해 둔 상태에서 사무실 PC로 테스트하면, 당연히 내 방문은 영원히 0으로 보입니다. 이건 고장이 아니라 필터가 의도대로 작동하는 겁니다.

테스트할 때는 필터 상태를 테스트로 바꾸는 방법이 있습니다. 테스트 상태에서는 데이터가 제외되지 않고, 대신 필터 조건에 걸리는 트래픽에 표시만 붙습니다.

주의할 점은 필터는 소급 적용되지 않는다는 것입니다. 활성 상태로 걸러진 기간의 데이터는 필터를 끈다고 되살아나지 않습니다.

② 개발자 트래픽 필터와 디버그 모드

데이터 필터에는 내부 트래픽 외에 개발자 트래픽 필터도 있습니다. 이 필터가 활성 상태면 debug_mode가 붙은 이벤트는 DebugView에만 보이고 실시간·표준 보고서에서는 빠집니다.

GTM 미리보기 모드나 Tag Assistant를 켜고 테스트하면 이벤트에 디버그 표시가 붙습니다. 그래서 "DebugView에는 보이는데 실시간에는 안 보인다"는 상황이 생깁니다.

-> 디버그 상태로 테스트 중이라면 미리보기를 끄고 일반 브라우저 창으로 다시 접속해서 실시간 보고서를 확인합니다.

③ 동의 모드에서 분석 쿠키가 거부된 상태

쿠키 동의 배너를 운영하는 사이트라면 동의 모드 설정을 봐야 합니다. 방문자가 동의하기 전까지 analytics_storage가 denied 상태로 유지됩니다.

기본 동의 모드에서는 동의 전까지 태그 자체가 실행되지 않고, 고급 동의 모드에서는 쿠키 없는 신호만 보내집니다. 어느 쪽이든 동의하지 않은 방문자는 실시간 보고서에 일반 사용자처럼 잡히지 않는다고 보는 게 안전합니다.

배너를 단 직후 실시간 사용자 수가 눈에 띄게 줄었다면 이 구조 때문인 경우가 많습니다. 이 경우는 수집 오류가 아니라 동의율 문제입니다. 배너에서 실제로 동의를 누른 뒤에도 안 잡히는지 확인해서 둘을 구분합니다.

④ GTM 컨테이너가 게시되지 않음

GTM으로 GA4를 설치했다면 미리보기에서는 정상인데 실제 방문에서는 안 잡히는 경우가 있습니다. 대부분 작업공간에서 저장만 하고 '제출 → 게시'를 하지 않은 상태입니다.

GTM 화면 상단에 "작업공간 변경사항" 숫자가 0이 아니라면 게시되지 않은 변경이 남아 있다는 뜻입니다. 버전 탭에서 현재 게시된 버전에 GA4 태그가 포함돼 있는지 확인합니다.

같은 맥락으로, GTM 컨테이너 코드가 사이트에 두 개 들어가 있고 GA4 태그는 다른 쪽 컨테이너에 있는 경우도 있습니다. 네트워크 탭에서 gtm.js?id= 요청을 확인하면 실제로 어떤 컨테이너가 로드되는지 바로 보입니다.

⑤ 광고 차단·보안 정책·보는 화면의 문제

마지막으로 수집 경로 바깥의 문제들입니다.

  • 광고 차단 확장 프로그램: uBlock 같은 차단기나 추적 방지 기능이 강한 브라우저는 collect 요청 자체를 막습니다. 내 브라우저에서만 안 잡히는 원인으로 가장 흔합니다.

  • CSP(콘텐츠 보안 정책): 사이트 보안 헤더가 googletagmanager.com이나 google-analytics.com 도메인을 허용하지 않으면 스크립트 로드나 전송이 막힙니다. 콘솔 탭에 Refused to load 같은 오류가 찍힙니다.

  • 서버 측 GTM 전송 URL 오류: 서버 측 태깅을 쓰는데 전송 URL이 잘못 지정되면 요청이 GA4까지 도달하지 못합니다.

  • 보고서 화면 설정: 실시간 보고서 상단에 비교 조건(예: 특정 국가, 특정 기기)이 걸려 있거나, 계정 선택기에서 다른 속성을 보고 있는 경우입니다. 의외로 꽤 자주 나옵니다.

-> 네트워크 요청이 정상이라면 남은 원인은 이 다섯 가지 안에 거의 다 들어 있습니다.

4. 실무 진단 사례와 재발 방지 점검표

리뉴얼 직후 실시간 보고서가 0이 된 사례

쇼핑몰 리뉴얼 직후 GA4 실시간 보고서가 0으로 떨어지는 경우는 실무에서 자주 만납니다. 광고는 그대로 돌아가는데 GA4만 비어 있으니, 처음에는 광고 성과가 무너진 것처럼 보입니다.

이런 상황에서 원인을 따라가 보면 보통 두 가지가 겹쳐 있습니다.

첫째, 리뉴얼하면서 공통 헤더 영역이 새로 만들어져 기존 GTM 컨테이너 코드가 빠진 경우입니다. 네트워크 탭에서 gtm.js 요청 자체가 없으면 이 경우입니다.

둘째, 코드를 다시 넣었는데도 운영자 PC에서는 계속 안 보이는 경우입니다. 확인해 보면 이전 담당자가 사무실 IP로 걸어 둔 내부 트래픽 필터가 활성 상태였고, 운영자는 사무실에서만 확인하고 있었습니다.

이 두 가지는 원인이 다른데 증상은 똑같이 "실시간 0"으로 보입니다. 그래서 하나를 고치고 "아직도 안 되네"라고 판단해 이미 고친 설정을 다시 건드리는 일이 생깁니다.

-> 증상이 같아도 원인은 여러 개가 겹쳐 있을 수 있습니다. 하나 고칠 때마다 다른 기기·다른 네트워크로 교차 확인해야 합니다.

광고 성과 판단에 미치는 영향

GA4 데이터가 끊기면 단순히 보고서가 비는 것으로 끝나지 않습니다. GA4 전환을 구글 광고로 가져와 쓰고 있다면 입찰 알고리즘이 받는 전환 신호까지 함께 끊깁니다.

전환이 며칠간 0으로 잡히면 자동 입찰은 성과가 떨어졌다고 판단하고 입찰을 낮춥니다. 수집이 복구된 뒤에도 학습이 다시 안정될 때까지 시간이 걸립니다. 그래서 GA4 수집 문제는 발견하는 즉시 고치는 게 중요합니다.

구글 광고 GA4 연동: 실무 순서와 확인 기준 정리

재발 방지 점검표

사이트 리뉴얼, 솔루션 이전, 쿠키 배너 도입, GTM 수정처럼 수집 구조가 바뀌는 작업 직후에는 아래 순서로 한 번씩 확인합니다.

순서

점검 항목

확인 방법

정상 기준

1

측정 ID 일치

데이터 스트림 ID와 사이트 코드 대조

G- ID가 보고 있는 속성과 같음

2

수집 요청 발생

네트워크 탭 collect 검색

상태 204, tid 일치

3

GTM 게시 상태

작업공간 변경사항 숫자

0, 게시 버전에 GA4 태그 포함

4

데이터 필터 상태

관리 → 데이터 필터

의도한 필터만 활성

5

동의 모드

동의 후 재접속 테스트

동의 후 실시간에 잡힘

6

교차 확인

시크릿 창·모바일 데이터로 접속

실시간 사용자 1명 이상 증가

이 여섯 단계를 거치는 데 10분이 채 걸리지 않습니다. 다만 순서를 지켜야 합니다. 4번부터 보면 1·2번 문제를 놓치고, 6번 없이 끝내면 내 환경 문제와 사이트 문제를 구분하지 못합니다.

또 하나, GA4 숫자가 복구된 뒤에도 메타·구글 광고 관리자 숫자와 GA4 숫자는 똑같이 맞지 않습니다. 기여 방식과 집계 기준이 다르기 때문입니다. 이 차이를 수집 오류로 오해하지 않도록 기준을 따로 잡아 두는 게 좋습니다.

메타 ga4 데이터 차이, 왜 생기고 어디를 믿어야 할까

자주 묻는 질문

GA4 실시간 보고서는 설치 후 얼마 만에 나오나요?

정상 설치라면 보통 몇 초에서 몇 분 안에 실시간 보고서에 사용자가 잡힙니다. 30분이 지나도 0이라면 기다릴 문제가 아니라 설치·필터를 점검해야 합니다. 반면 표준 보고서는 24~48시간이 걸리는 게 정상입니다.

GA4 DebugView에는 보이는데 실시간 보고서에는 안 나오는 이유는?

대부분 개발자 트래픽 필터가 활성 상태라서 디버그 모드로 보낸 이벤트가 보고서에서 빠지는 경우입니다. 미리보기·Tag Assistant를 끄고 일반 창으로 접속해 다시 확인합니다. 그래도 안 보이면 내부 트래픽 필터를 함께 봅니다.

GA4 실시간 보고서에서 내 방문만 안 잡히는 이유는?

내부 트래픽 필터에 내 IP가 등록돼 있거나, 브라우저 광고 차단 확장 프로그램이 수집 요청을 막는 경우가 대부분입니다. 시크릿 창이나 모바일 데이터로 접속했을 때 잡힌다면 사이트 설치는 정상입니다.

쿠키 동의 배너를 달고 GA4 사용자 수가 줄었는데 오류인가요?

오류가 아니라 동의 모드 구조 때문일 가능성이 높습니다. 분석 쿠키를 거부한 방문자는 실시간 보고서에 일반 사용자로 잡히지 않습니다. 동의를 누른 뒤에도 안 잡히는지 확인해서 설정 오류와 동의율 문제를 구분합니다.

GTM 미리보기에서는 GA4가 잡히는데 실제로는 안 잡히는 이유는?

GTM 작업공간에서 저장만 하고 게시를 하지 않은 경우가 가장 흔합니다. 버전 탭에서 현재 게시된 버전에 GA4 태그가 들어 있는지 확인하고, 없으면 제출 후 게시합니다.

마무리

GA4 실시간 보고서가 안 나올 때 원인은 크게 세 군데에 있습니다. 태그가 출발하지 못했거나, 중간에 걸러졌거나, 보는 화면이 틀린 경우입니다.

그래서 진단 순서는 언제나 같습니다.

1️⃣ 증상 구분: 실시간과 표준 보고서 중 어디가 비었는지

2️⃣ 수집 요청 확인: 네트워크 탭에서 collect 요청과 측정 ID

3️⃣ 걸러지는 지점 확인: 데이터 필터, 동의 모드, GTM 게시, 차단

4️⃣ 교차 확인: 다른 기기·다른 네트워크로 재접속

설정 화면부터 이것저것 바꾸면 원인이 하나 더 늘어날 뿐입니다. 브라우저가 실제로 무엇을 보내는지부터 확인하면, 대부분의 GA4 수집 문제는 10분 안에 어디가 막혔는지 드러납니다.

Share article