결론: DebugView가 비어 있으면 “GA4가 고장”이라기보다 디버그 기기 미등록 또는 다른 속성·스트림을 보고 있는 경우가 많습니다. 아래 6단계를 순서대로 확인하세요.
이럴 때 이 글을 보세요
- GTM Preview에서 GA4 태그는 Fired인데 DebugView에 아무것도 없음
- 실시간 보고서에는 사용자가 보이는데 DebugView만 비어 있음
- 개발자에게 “이벤트 보냈다”고 하는데 마케터 화면에 안 보임
증상 vs 정상
| 상황 | 실시간 | DebugView | 의미 |
|---|---|---|---|
| A | 있음 | 없음 | 디버그 기기 미등록 가능성 큼 |
| B | 없음 | 없음 | 태그 미실행·광고 차단·잘못된 측정 ID |
| C | 있음 | 있음 | 정상 — 표준 보고서는 24~48시간 지연 |
해결 순서 (6단계)
1. 올바른 GA4 속성·데이터 스트림인지
관리 → 데이터 스트림 → 웹 스트림의 측정 ID가 GTM·Site Kit에 넣은 G- ID와 일치하는지 확인합니다. 스테이징·프로덕션 스트림을 바꿔 보는 실수가 흔합니다.
2. 디버그 기기 등록 (가장 흔한 원인)
- GA4 → 관리 → DebugView (또는 구성 → DebugView)
- Chrome 확장 Google Analytics Debugger 설치 후 ON, 또는 GTM Preview 모드로 사이트 접속
- DebugView 좌측에 본인 기기가 몇 분 내 나타나는지 확인
테스트 메모: Preview만 켜고 Debugger를 끈 상태에서는 DebugView가 비어 있는 경우가 있었습니다. 둘 중 하나는 반드시 활성화하세요. (로컬 WordPress 테스트, 2026-06)
3. GTM GA4 태그 설정
- 태그 유형: Google Analytics: GA4 Event 또는 Configuration + Event
- 측정 ID 오타 없음
- 트리거가 실제 사용자 행동과 맞음 (DOM Ready만으로는 클릭 이벤트 안 잡힘)
- 컨테이너 게시(Publish) 완료 — Preview는 미게시 버전 테스트
4. 동의 모드·CMP
쿠키 배너에서 analytics 거부 시 이벤트가 차단될 수 있습니다. 배너 없이 테스트할 때는 시크릿 모드 + 배너 미표시 페이지에서 먼저 확인한 뒤, 동의 후에만 이벤트가 가도록 GTM Consent Mode를 점검합니다.
5. 광고 차단·브라우저 확장
uBlock·Brave·Firefox ETP는 google-analytics.com 요청을 막습니다. 확장 OFF 또는 다른 브라우저로 재현해 보세요. 실시간 0명 가이드와 함께 보시면 됩니다.
6. 이벤트명·파라미터 오타
DebugView에는 page_view라도 보여야 합니다. page_view도 없으면 1~5번으로 돌아가세요. 커스텀 이벤트만 없다면 이벤트명 대소문자·파라미터 등록 여부를 확인합니다.
실무에서 겪은 케이스 (익명)
광고주 사이트에서 “전환 이벤트가 안 잡힌다”고 했을 때, GTM Preview는 정상이었으나 DebugView가 비어 있었습니다. 원인은 마케터 계정이 보고 있는 GA4 속성과 개발이 연결한 속성이 달랐기 때문입니다. 속성 통일 후 10분 내 DebugView에 generate_lead가 표시되었습니다.