결론: 실시간 0명은 대부분 미설치·측정 ID 오류·광고 차단·내부 트래픽 필터·중복/누락 스크립트 중 하나입니다. 아래 순서대로 확인하세요.
확인 순서 (5단계)
- 올바른 GA4 속성을 보고 있는지 (계정·속성 전환)
- 페이지 소스에
gtag/js?id=G-또는 GTM 스니펫 존재 여부 - 시크릿 모드 + 광고 차단 확장 해제 후 재접속
- GA4 관리 → 데이터 필터 → 내부 트래픽 제외 설정 확인
- Site Kit + 다른 GA 플러그인 중복 여부
원인별 해결
1. 광고 차단 확장 프로그램
본인 PC에서만 0으로 보일 수 있습니다. 시크릿 창 또는 다른 기기·휴대폰 LTE로 접속해 실시간을 확인하세요.
2. 측정 ID 오타
WordPress·GTM·테마에 입력한 G- ID가 GA4 관리자의 데이터 스트림과 정확히 일치하는지 대조합니다.
3. 캐시
캐시 플러그인이 옛 헤더를 서빙하면 새 gtag가 반영되지 않습니다. 캐시 비운 뒤 소스 보기로 재확인합니다.
정상일 때 실시간 화면
접속 후 1~2분 내 활성 사용자 1, 이벤트 page_view가 보이면 기본 수집은 정상입니다. 표준 보고서 반영은 최대 24~48시간 걸릴 수 있습니다.
관련 글
GA4 실시간 0명를 확인할 때는 화면에 숫자가 보이는지만 확인하면 부족합니다. 비교 기준, 수집 조건, 계산 방식과 데이터가 설명하지 못하는 범위를 함께 적어야 같은 결과를 다시 확인할 수 있습니다.
실시간 사용자가 0명인 현상은 설치 실패 하나로 설명되지 않습니다. 태그 실행, 전송, 필터, 보고서 범위를 순서대로 분리해야 원인을 빨리 찾을 수 있습니다. 이 글은 2026년 8월 1일 기준 공식 공개 문서를 다시 확인해, 처음 보는 사람도 순서대로 점검할 수 있도록 구성했습니다.
GA4 실시간 0명 핵심을 30초 안에 정리하면
무엇을 확인하나
GA4 실시간 0명의 상태와 변화 원인을 분리합니다.
무엇과 비교하나
같은 기간·대상·정의를 사용한 기준값과 비교합니다.
무엇을 남기나
확인 화면, 설정 시각, 다음 점검 행동을 기록합니다.
가장 먼저 할 일은 문제를 한 문장으로 바꾸는 것입니다. “숫자가 이상하다”가 아니라 “어느 기간의 어떤 대상에서 어떤 값이 기준보다 얼마나 달라졌는가”라고 적으면 확인 범위가 줄어듭니다. 도구의 화면 명칭은 바뀔 수 있어도 이 질문 구조는 그대로 사용할 수 있습니다.
먼저 맞춰야 할 다섯 가지 기준
| 순서 | 확인 항목 | 통과 기준 |
|---|---|---|
| 1 | 현재 속성·스트림 일치 | 화면 또는 기록으로 다시 확인 가능 |
| 2 | 태그 요청 발생 | 화면 또는 기록으로 다시 확인 가능 |
| 3 | 광고 차단기 해제 테스트 | 화면 또는 기록으로 다시 확인 가능 |
| 4 | 내부 트래픽 필터 확인 | 화면 또는 기록으로 다시 확인 가능 |
| 5 | DebugView 기기 선택 | 화면 또는 기록으로 다시 확인 가능 |
표의 항목을 한꺼번에 바꾸지 말고 한 단계씩 확인해야 합니다. 여러 설정을 동시에 수정하면 결과가 정상으로 돌아와도 무엇이 원인이었는지 알 수 없습니다. 특히 날짜 범위, 시간대, 대상 계정처럼 화면 상단에서 정하는 조건은 캡처에 함께 남기는 편이 좋습니다.
실제로 확인하는 네 단계
- 01시크릿 창에서 사이트를 연다
- 02Tag Assistant로 태그 실행을 본다
- 03DebugView에서 이벤트를 찾는다
- 04마지막에 실시간 보고서를 확인한다
이 순서를 따르면 원천 데이터, 설정, 보고 화면의 문제를 섞지 않을 수 있습니다. 첫 단계에서 원천 신호가 없다면 보고서를 고칠 이유가 없고, 원천 신호가 정상이라면 마지막 단계의 필터·처리 시간·집계 방식을 살펴야 합니다.
계산 또는 비교 예시
예시 상황
Tag Assistant에는 page_view가 보이지만 DebugView에 없다면 측정 ID 또는 동의·필터 문제를 먼저 봅니다. DebugView에는 있고 실시간만 늦다면 보고 처리 차이를 의심할 수 있습니다.
예시는 원리를 이해하기 위한 단순화된 상황입니다. 실제 계정이나 통계에서는 제외 조건, 결측값, 중복 제거, 반올림 방식이 추가될 수 있으므로 최종 판단 전에 원자료와 설정 화면을 함께 확인합니다.
이 숫자만으로 결론 내리면 안 되는 이유
실시간 보고서는 진단 도구이지 일일 성과 확정표가 아닙니다. 최종 수치는 처리 완료 후 표준 보고서와 날짜·시간대를 맞춰 확인해야 합니다.
- 같은 이름의 지표라도 도구마다 정의가 다를 수 있습니다.
- 처리 중인 오늘 수치는 나중에 바뀔 수 있습니다.
- 표본이 작거나 기간이 짧으면 작은 변화가 크게 보입니다.
따라서 결과를 공유할 때는 숫자 옆에 기간, 대상, 출처, 확인일을 적습니다. 사실로 확인된 내용과 작성자의 해석을 문단에서 구분하고, 재현되지 않는 추정은 결론이 아니라 다음 점검 가설로 남깁니다.
공식 출처와 함께 확인하기
- Google Analytics 공식 도움말 — DebugView
- Google Analytics 공식 도움말 — 맞춤 이벤트
- Google Analytics 공식 도움말 — 데이터 최신성
제품 화면과 도움말은 업데이트될 수 있습니다. 메뉴 위치가 글과 다르면 위 공식 문서의 최신 안내를 우선하고, 글의 확인일 이후 바뀐 내용은 문의 페이지로 알려주세요.
자주 묻는 질문
한 번 정상으로 보이면 점검을 끝내도 되나요?
아닙니다. 배포, 플러그인 업데이트, 캠페인 변경 뒤 같은 조건으로 다시 확인할 수 있도록 점검일과 결과를 남기는 것이 좋습니다.
숫자가 조금 다르면 모두 오류인가요?
도구별 정의와 처리 시간이 다르면 정상적인 차이가 생길 수 있습니다. 먼저 기간·시간대·대상·집계 기준을 맞춘 뒤 차이를 판단합니다.
가장 먼저 고쳐야 할 것은 무엇인가요?
결과에 가장 가까운 설정이 아니라 원천 신호부터 확인합니다. 원천이 정상이라는 증거가 있어야 다음 단계의 수정이 의미가 있습니다.