측정 전략
비즈니스 질문을 KPI, 이벤트, 파라미터, 보고서로 변환하는 GA4 설계 프레임
핵심 요약
- 측정 설계는 무엇을 수집할지가 아니라 어떤 의사결정을 더 잘 내릴지에서 출발합니다. 비즈니스 질문 → KPI → 행동 → 문맥 → GA4 표면 → 운영 판단 순으로 내려갑니다.
- 측정 설계 캔버스는 Decision·Entity·Moment·Context·Success·Failure·Surface 항목으로 한 분석 단위를 정의합니다.
- activation rate, lead quality, pricing intent, revenue, retention 같은 KPI를 이벤트와 필수 파라미터로 내리되 정의가 팀마다 흔들리지 않게 고정합니다.
- 이벤트가 많은 것보다 한 이벤트가 여러 의미를 갖는 쪽이 더 위험하므로
cta_location·cta_intent같은 파라미터로 의미를 나눕니다. - 팀 리뷰 질문(이 이벤트 없으면 못 하는 결정, recommended event 대체 가능 여부,
(other)/샘플링 리스크, 조인 키)으로 이벤트 추가를 검증합니다.
GA4 설계는 "무엇을 수집할까"가 아니라 어떤 결정을 더 잘 내리기 위해 어떤 행동 데이터를 남길까에서 시작합니다. 이벤트는 행동의 기록이고, 파라미터는 행동을 해석할 문맥입니다.
질문에서 이벤트까지
| 단계 | 질문 | 산출물 |
|---|---|---|
| 비즈니스 질문 | 어떤 고객이 activation에 도달하는가? | 분석 질문 목록 |
| KPI | signup 대비 activation rate가 얼마인가? | 핵심 지표 정의 |
| 사용자 행동 | 가입, 온보딩 완료, 핵심 기능 첫 사용 | 이벤트 후보 |
| 문맥 | plan, source, role, feature, variant | 파라미터 후보 |
| GA4 표면 | reports, explorations, audiences, BigQuery | 분석 위치 |
| 운영 판단 | 채널 예산, 온보딩 개선, 제품 우선순위 | action rule |
측정 설계 캔버스
| 항목 | 작성 기준 | 예시 |
|---|---|---|
| Decision | 데이터로 바꿀 의사결정 | 어떤 채널의 예산을 늘릴지 |
| Entity | 분석 단위 | user, account, workspace, subscription |
| Moment | 행동 순간 | sign_up, onboarding_complete, generate_lead |
| Context | 필수 문맥 | plan, role, source, campaign, feature |
| Success | 성공 기준 | D7 activation rate 35% 이상 |
| Failure | 실패 기준 | onboarding 중단, payment failure, form error |
| Surface | 어디에서 볼지 | GA4 funnel exploration, BigQuery cohort table |
KPI를 이벤트로 내리는 규칙
| KPI | 이벤트 | 필수 파라미터 | 주의점 |
|---|---|---|---|
| Activation rate | sign_up, activation_complete | method, activation_type | activation 정의가 팀마다 흔들리지 않게 고정 |
| Lead quality | generate_lead, demo_request | lead_type, segment, source | 개인 식별 정보는 보내지 않음 |
| Pricing intent | pricing_view, checkout_start | plan, billing_cycle, currency | 가격 실험 variant를 함께 남김 |
| Revenue | purchase, refund | transaction_id, value, currency | 중복 전송 방지와 transaction ID 관리 |
| Retention | core_action, session_start | feature, account_tier | 단순 page view가 아니라 가치 행동을 기준으로 둠 |
설계 순서
- 제품/사업 질문 5~10개를 먼저 적습니다.
- 각 질문이 필요한 분석 단위를
user,account,session,event,item중 하나로 고릅니다. - GA4의 automatically collected, enhanced measurement, recommended events를 먼저 확인합니다.
- 기존 이벤트로 표현할 수 없을 때만 custom event를 만듭니다.
- 보고서에서 볼 문맥은 custom dimensions/metrics 등록 후보로 분리합니다.
- 장기 조인과 원시 데이터 재가공이 필요한 항목은 BigQuery Export 기준을 함께 둡니다.
이벤트 과잉보다 의미 과잉이 더 위험
이벤트 수가 많은 것보다 한 이벤트가 여러 의미를 동시에 떠안는 쪽이 더 위험합니다. 예를 들어
cta_click 하나로 hero CTA, pricing CTA, checkout CTA, external CTA를 모두 표현하면 funnel과
attribution 해석이 흐려집니다. 이벤트를 쪼개거나 cta_location, cta_intent 같은 파라미터로 의미를
안정적으로 분리하세요.
팀 리뷰 질문
- 이 이벤트가 없으면 어떤 의사결정을 못 하는가?
- GA4가 이미 제공하는 이벤트나 recommended event로 표현할 수 없는가?
- 파라미터 값이 너무 다양해서
(other)또는 샘플링 리스크를 키우지 않는가? - key event로 볼 만큼 사업 성공과 직접 연결되는가?
- BigQuery에서 user/account 단위로 조인할 수 있는 키가 있는가?