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

측정 아키텍처

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

이벤트 설계

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

분석 활용

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

부록

참고 자료검증 리포트업데이트 내역
핸드북›GA4 고급 애널리틱스›Key events & 퍼널

Key events & 퍼널

GA4 key event, create/modify event, funnel exploration을 비즈니스 전환 기준으로 설계하기

핵심 요약

  • key event에는 중요한 클릭을 다 넣지 말고, 후속 의사결정과 최적화에 직접 쓰는 성공 이벤트만 남깁니다.
  • key event 후보는 매출·리드·activation·retention 연결, 광고 최적화 왜곡 적음, 중복 발화 QA 가능, 6개월 뒤 의미 유지 같은 기준으로 판정합니다.
  • 기존 이벤트가 거의 맞으면 Create event로 보존하며 새 이벤트를 만들고, Modify event는 기존 이벤트를 덮어쓰므로 신중하게 씁니다.
  • 모든 page_view를 key event로 승격하지 말고 조건 기반 thank_you_view·lead_submit 같은 새 이벤트를 만든 뒤 표시합니다.
  • 퍼널은 signup·activation·lead·checkout·retention 단계로 설계하고 plan·role·segment·variant·surface 파라미터로 세분합니다.

GA4의 key event는 비즈니스 성공에 중요한 행동을 표시합니다. 중요한 클릭을 모두 key event로 만들지 말고, 후속 의사결정과 최적화에 직접 쓰는 성공 이벤트만 남깁니다.

Key event 후보 판정

질문Yes면 key event 후보
이 행동이 매출, 리드, activation, retention과 직접 연결되는가?예
광고 최적화나 audience building에 써도 왜곡이 적은가?예
이벤트가 중복 발화되지 않도록 QA할 수 있는가?예
이벤트 이름과 파라미터가 6개월 뒤에도 같은 의미로 유지되는가?예
모든 page_view나 모든 click처럼 너무 넓은 이벤트는 아닌가?예

SaaS key event 기본 세트

단계이벤트key event 여부이유
Acquisitiongenerate_lead선택B2B lead 품질 관리
Signupsign_up선택가입을 성공 기준으로 보는 초기 제품
Activationactivation_complete권장제품 가치 경험의 핵심
Revenuepurchase권장매출 발생
Retentionsubscription_renew 또는 core_action_repeat선택결제/반복 사용 모델에 따라 다름
Expansionplan_upgrade선택PLG/seat expansion 측정

Create vs Modify event

Google 공식 문서에 따르면, 기존 이벤트가 원하는 행동을 거의 측정하지만 key event로 바로 쓰기 어려울 때 Analytics 안에서 event를 만들거나 수정할 수 있습니다. 다만 modify는 기존 이벤트를 덮어쓰므로 신중해야 합니다.

방법언제 쓰나예시
Create event기존 이벤트를 보존하면서 조건에 맞는 새 이벤트 생성/thank-you page_view에서 lead_submit 생성
Modify event기존 이벤트 자체를 보정잘못된 parameter name 보정
Code/GTM event제품 이벤트를 명확히 직접 발화activation_complete, checkout_start

page_view를 직접 key event로 만들지 않기

특정 완료 페이지 방문을 전환으로 보고 싶다면 모든 page_view를 key event로 승격하지 말고, 조건 기반으로 thank_you_view나 lead_submit 같은 새 이벤트를 만든 뒤 key event로 표시합니다.

퍼널 설계

퍼널단계분석 질문
Signup funnelpage_view → sign_up_start → sign_up가입 마찰은 어디에 있는가?
Activation funnelsign_up → onboarding_complete → activation_complete신규 사용자가 가치 경험까지 가는가?
Lead funnelpricing_view → demo_request → generate_lead어떤 세그먼트가 고품질 리드인가?
Checkout funnelview_item → begin_checkout → purchase결제 이탈은 어느 단계인가?
Retention funnelactivation_complete → D7 core_action가치 경험이 반복되는가?

Funnel parameter 기준

파라미터목적
source / medium / campaign유입 맥락
plan요금제별 전환율
role사용자 역할별 activation
segmentSMB/mid-market/enterprise 구분
variant실험/메시지/온보딩 버전
surfacelanding, onboarding, app, billing 등 발생 위치

운영 루프

  1. key event 후보를 월 1회 검토합니다.
  2. 새 key event는 스테이징 또는 debug 환경에서 먼저 중복 발화를 확인합니다.
  3. key event 변경은 광고/리포트/audience 영향도를 기록합니다.
  4. 삭제 대신 archive 가능 여부를 먼저 확인합니다.
  5. 변경 후 24~48시간 동안 Realtime, DebugView, standard reports, BigQuery를 함께 확인합니다.

출처

  • Create or modify key events
  • Report on key events
  • Configuration limits

관련 문서

검증 리포트

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

템플릿

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

통신과 핸드오프

AI 에이전트 오케스트레이션 패턴 · 메시지 전달 방식, 공유 상태 vs 메시지 패싱, 핸드오프 프로토콜, 컨텍스트 압축

보안·거버넌스

Vercel 엔터프라이즈 AI 플랫폼 · OIDC, API key, BYOK, ZDR, WAF, BotID, approval을 결합해 엔터프라이즈 AI 운영 통제를 설계하는 방법을 정리합니다.

중첩·반정형 데이터

DuckDB 고급 활용 · JSON, STRUCT, LIST, VARIANT를 분석 가능한 스키마로 바꾸는 DuckDB 모델링 기준을 정리합니다.

이벤트·파라미터 설계

이벤트명, 파라미터, user property, custom dimensions/metrics, GA4 limits를 설계 규칙으로 바꾸기

SaaS 이벤트 플레이북

가입, 온보딩, activation, pricing, checkout, retention용 GA4 이벤트 사전 템플릿

On this page

Key event 후보 판정SaaS key event 기본 세트Create vs Modify event퍼널 설계Funnel parameter 기준운영 루프출처