Ecommerce & Revenue 이벤트
GA4 recommended ecommerce events를 SaaS 결제·수익 분석에 적용하는 기준
결제와 수익은 GA4에서 임의 custom event로 만들기보다 recommended ecommerce events를 우선 검토합니다. Google 공식 문서는 ecommerce events가 상품/서비스 상호작용을 이해하도록 돕고, 관련 dimensions/metrics를 GA4, BigQuery, Data API에서 활용할 수 있다고 설명합니다.
SaaS에 적용할 ecommerce 흐름
| SaaS 순간 | GA4 event | 설명 |
|---|---|---|
| 요금제 목록 조회 | view_item_list | pricing table 또는 plan list |
| 요금제 상세 조회 | view_item | 특정 plan 상세 |
| 결제 시작 | begin_checkout | checkout 진입 |
| 쿠폰/프로모션 적용 | add_payment_info 또는 custom parameter | 결제 맥락 |
| 결제 완료 | purchase | 매출 발생 |
| 환불 | refund | 환불 처리 |
| 업그레이드 | purchase 또는 plan_upgrade 보조 | revenue 이벤트와 제품 이벤트를 함께 설계 |
purchase 최소 기준
| 파라미터 | 필수성 | 예시 |
|---|---|---|
transaction_id | 필수급 | sub_20260510_001 |
value | 필수급 | 299.00 |
currency | 필수급 | USD, KRW |
items | 권장 | plan/item 배열 |
coupon | 선택 | SPRING26 |
payment_type | 선택 | card, invoice |
gtag('event', 'purchase', {
transaction_id: 'sub_20260510_001',
value: 299.0,
currency: 'USD',
items: [
{
item_id: 'team_monthly',
item_name: 'Team Monthly',
item_category: 'subscription',
price: 299.0,
quantity: 1,
},
],
})중복 결제 방지
| 리스크 | 대응 |
|---|---|
| success page 새로고침 | transaction_id 기준 중복 확인 |
| webhook/client 양쪽 발화 | GA4 발화 책임 한 곳으로 고정 |
| retry/timeout | idempotency key와 event log 보관 |
| 업그레이드/다운그레이드 | purchase, refund, plan_change 의미 분리 |
SaaS revenue 이벤트 설계
| 분석 질문 | 이벤트/파라미터 |
|---|---|
| 어떤 plan이 가장 많이 구매되는가? | purchase.items.item_id, item_name |
| 월간/연간 전환율 차이는? | billing_cycle custom parameter |
| trial 사용자가 결제로 전환되는가? | trial_status, trial_day |
| 할인은 LTV를 낮추는가? | coupon, CRM/warehouse 조인 |
| seat expansion이 발생하는가? | seat_count, plan_upgrade |
UI 보고서와 원시 매출 분석 분리
GA4 ecommerce reports는 빠른 운영 확인에 유용합니다. 하지만 invoice, subscription state, refund, tax, settlement까지 정확히 맞춰야 하는 재무 분석은 결제 시스템과 BigQuery/warehouse를 조인해 별도로 검증합니다.