본문으로 바로가기
리옵트 핸드북
리옵트 핸드북
GA4 고급 애널리틱스 설계

측정 아키텍처

측정 전략계정·속성·스트림 아키텍처데이터 수집 기반Consent·Privacy·PII 거버넌스

이벤트 설계

이벤트 분류 체계이벤트·파라미터 설계Key events & 퍼널SaaS 이벤트 플레이북Ecommerce & Revenue 이벤트

분석 활용

Reports·Explorations·AudiencesBigQuery Export 모델링QA·Debugging·Governance템플릿

부록

참고 자료검증 리포트업데이트 내역
핸드북›GA4 고급 애널리틱스›QA·Debugging·Governance

QA·Debugging·Governance

Realtime, DebugView, Tag Assistant, BigQuery를 이용한 GA4 이벤트 품질 관리

핵심 요약

  • 이벤트 설계는 UI·GTM·route·checkout provider·consent banner가 바뀌면 배포 후 깨지므로 QA를 계속 돌려야 합니다.
  • QA 표면은 Realtime, DebugView, Tag Assistant/GTM Preview, Events report, BigQuery Export로 나뉘고, 각각 다른 단계를 확인합니다.
  • reports와 explorations는 처리에 24~48시간이 걸리기도 하니 수집 확인은 Realtime과 DebugView로 합니다.
  • 배포 전 checklist에서는 Measurement ID 혼동, 중복 발화, 필수 파라미터, 값 형식, PII, consent, cross-domain, internal traffic, BigQuery row를 점검합니다.
  • governance 원칙은 event owner 지정, registry first(구현 전 사전 수정), backward compatible 변경, low cardinality UI, raw data audit입니다.

이벤트 설계는 배포하고 나면 깨집니다. UI나 GTM 버전, route, checkout provider, consent banner가 바뀌면 이벤트 발화도 따라 바뀌기 때문입니다.

QA 표면

도구확인할 것
Realtime report이벤트가 실제 property에 들어오는지
DebugView특정 device/browser에서 이벤트와 parameter가 의도대로 발화하는지
Tag Assistant / GTM Previewtag trigger, dataLayer, consent state
Events report처리 후 이벤트 수와 추세
BigQuery Export원시 row, params, 중복 여부

Google 공식 문서는 reports와 explorations가 처리에 24~48시간까지 걸리기도 하니, 수집 여부는 Realtime과 DebugView로 확인하라고 안내합니다.

배포 전 QA checklist

항목통과 기준
Measurement IDprod/staging ID 혼동 없음
중복 발화같은 사용자 행동에 이벤트 1회
필수 파라미터required parameters가 모두 존재
값 형식snake_case, enum 값, numeric type 일치
PIIURL, title, search term, form field, parameter에 PII 없음
Consent동의 상태별 수집 동작 확인
Cross-domaincheckout/auth 이동 후 session 단절 없음
Internal traffic사내/QA 트래픽 처리 기준 확인
BigQuery다음 export에서 raw row 확인 가능

DebugView 사용 기준

상황확인
새 이벤트 추가event name, timestamp, required parameters
key event 후보중복 발화와 trigger 조건
GTM 변경trigger firing condition과 tag sequence
SPA routingroute change마다 page_view 중복/누락
form trackingPII가 parameter로 들어가지 않는지

이벤트 변경 프로세스

  1. 이벤트 스펙 PR이나 문서 변경부터 만듭니다.
  2. owner, trigger, required parameters, custom definitions, key event 여부를 기록합니다.
  3. 스테이징 또는 debug 환경에서 DebugView로 검증합니다.
  4. GTM container 또는 앱 배포 버전을 기록합니다.
  5. 배포 후 Realtime과 BigQuery로 24~48시간 확인합니다.
  6. 변경 내역은 updates.mdx 또는 별도 analytics changelog에 남깁니다.

실패 모드

증상원인 후보대응
이벤트가 안 보임tag 미설치, consent denied, trigger 조건 오류Tag Assistant, DebugView
파라미터가 비어 있음dataLayer key 불일치GTM 변수와 spec 비교
key event가 과다중복 발화, page reload, retryidempotency 또는 trigger 조건 보정
보고서에 dimension 없음custom definition 미등록 또는 처리 지연등록 후 24~48시간 관찰
BigQuery row 없음export 지연, event exclusion, table suffix 오류export 설정과 raw table 확인

Governance 원칙

원칙설명
Event owner이벤트마다 제품/데이터 owner를 둠
Registry first구현 전에 이벤트 사전을 수정
Backward compatible기존 보고서를 깨는 변경은 새 event/parameter로 migration
Low cardinality UIGA4 UI용 dimension은 값 집합을 관리
Raw data auditBigQuery로 원시 이벤트 표본을 정기 검수

출처

  • Confirm that you're collecting data
  • Monitor events in DebugView
  • Report on key events
  • Enhanced measurement events

관련 문서

템플릿

GA4 이벤트 스펙, custom definition registry, key event checklist, QA checklist 템플릿

검증 리포트

GA4 고급 애널리틱스 설계 핸드북의 구조·링크·근거 검증 결과

계측(Measure) 최소 세트

Agentic MVP · MVP 의사결정에 필요한 이벤트 8~12개, GTM 신호, 퍼널·오류·리텐션 대시보드를 최소 비용으로 설계하고 해석하는 방법과 팀 운영 기준을 정리합니다.

업데이트 내역

Agentic MVP · Agentic MVP 핸드북 변경 로그

템플릿

AI 시대의 GTM · ICP Canvas·Scoring Rubric·Use-case Matrix·PoC Scorecard·Mutual Action Plan·Weekly GTM Review·메시지 리뷰 체크리스트 등 작성 예시가 포함된 AI GTM 운영 템플릿 모음입니다.

BigQuery Export 모델링

GA4 BigQuery Export의 dataset, table, event_params를 분석 모델로 풀어내는 방법

템플릿

GA4 이벤트 스펙, custom definition registry, key event checklist, QA checklist 템플릿

On this page

QA 표면배포 전 QA checklistDebugView 사용 기준이벤트 변경 프로세스실패 모드Governance 원칙출처