GA 입문 4편. Event · Conversion · Audience 설계 깊이 — 자동 수집 event 8종, Enhanced Measurement, Recommended event (e-commerce 표준 purchase·add_to_cart·view_item · search·sign_up 등), Custom event 의 비즈니스 metric 매핑, Conversion 의 toggle 방식, Audience 의 condition·sequence·scoping (3 layer)·lookback window·exclude·membership duration·광고 플랫폼 sync (Google Ads · DV360 · SA360) 까지. 측정 vs 비즈니스 가치 변환 자리.
이 글은 Google Analytics 입문에서 운영까지 시리즈 4편이에요. 3편 측정 4 방법 에서 어떻게 박을지 봤다면, 이번엔 무엇 박을지 + 그 가치 변환 자리.
이번 글의 범위
측정 통합이 깔린 후 의 진짜 출제 자리. Event 설계 → Conversion 표시 → Audience 추출 → 광고 retargeting · 마케팅 자동화 sync. 측정의 비즈니스 가치 환원 의 전 사이클.
| 자리 | 자산 |
|---|---|
| Event | 사용자 액션의 데이터 단위 |
| Conversion | 비즈니스 목표 달성 표시 |
| Audience | 조건 매칭 사용자 집단 |
| Audience Sync | 광고 · 마케팅 도구로 Audience 전달 |
Event 의 4 계층
GA4 의 event 는 4 계층의 위계 가 있어요.
┌────────────────────────────────────────────┐
│ 1. 자동 수집 Event (Automatically Collected) │
│ - 설치만 해도 박힘 │
│ - 8 ~ 10개 정도 │
├────────────────────────────────────────────┤
│ 2. Enhanced Measurement (Web 자동 보강) │
│ - GA4 toggle 만 켜면 자동 │
│ - 6 ~ 8개 추가 │
├────────────────────────────────────────────┤
│ 3. Recommended Event (권장) │
│ - 우리가 의도해 박지만 이름 *공식 표준* │
│ - 약 30~40개 (카테고리별) │
├────────────────────────────────────────────┤
│ 4. Custom Event │
│ - 우리 비즈니스 *고유 액션* │
│ - 이름 자유, parameter 자유 │
└────────────────────────────────────────────┘
1 계층 — 자동 수집 Event
설치 즉시 박히는 event:
- first_visit (첫 방문)
- session_start (세션 시작)
- page_view (페이지뷰 — 웹)
- screen_view (화면 전환 — 모바일)
- user_engagement (참여 — 10초+ 활성)
- first_open (앱 첫 실행 — 모바일)
- app_clear_data (앱 데이터 초기화)
- app_remove (앱 삭제)
- in_app_purchase (모바일 결제 — 자동)
이 event 들 = 수정 X, 이름 변경 X, Measurement Protocol (서버에서 GA로 직접 event 전송하는 API) 로 보낼 수 없음.
2 계층 — Enhanced Measurement (웹)
GA4 console > Web Stream > Enhanced Measurement toggle 만으로 자동:
- page_view (URL 변경 자동 감지 — SPA 일부 한계)
- scroll (90% 스크롤)
- click (외부 도메인 링크)
- file_download (PDF · DOC · ZIP 등 자동 감지)
- video_start, video_progress, video_complete (YouTube 임베드)
- form_start, form_submit (form 자동)
- site_search (URL parameter q · query · search 등 자동)
여기서 SPA = Single Page Application, 페이지 전환 없이 화면만 바뀌는 웹 앱. URL 갱신을 GA4 가 감지 못 하는 케이스가 있어요.
toggle 하나 = SDK (앱·웹에서 GA로 데이터 보내는 라이브러리) 코드 한 줄 더 안 박고 6 ~ 8개 event 가 자동 수집.
3 계층 — Recommended Event
핵심 — Google 이 카테고리별 표준 이름 + parameter spec 을 정해놨음. 우리가 직접 박는 거지만 이름이 표준 이라 GA 의 report · audience · machine learning 이 해당 event 자동 인식.
모든 속성용 일반 event
- login (로그인)
- sign_up (회원가입)
- search (검색 — 필수: search_term)
- share (공유)
- select_content (콘텐츠 선택)
- tutorial_begin (튜토리얼 시작)
- tutorial_complete (튜토리얼 완료)
- join_group (그룹 가입)
- earn_virtual_currency (가상 화폐 획득)
- spend_virtual_currency (가상 화폐 사용)
E-commerce 표준 (가장 자주 출제)
- view_item (상품 조회)
- view_item_list (상품 목록 조회)
- select_item (목록에서 선택)
- add_to_cart (장바구니 추가)
- remove_from_cart (장바구니 제거)
- view_cart (장바구니 보기)
- begin_checkout (결제 시작)
- add_shipping_info (배송정보 제출)
- add_payment_info (결제정보 제출)
- purchase (구매 완료)
- refund (환불)
- add_to_wishlist (위시리스트 추가)
이 12개 event 가 e-commerce 데이터 모델의 표준 funnel. GA4 의 모든 e-commerce report 가 이 event 이름을 인식.
E-commerce event 의 필수 parameter
// 표준 예 — purchase event
gtag('event', 'purchase', {
transaction_id: 'T_12345', // purchase 의 필수
currency: 'KRW', // ISO 4217 3자리 — 필수
value: 50000, // Σ(item.price × item.quantity) — 필수
shipping: 3000,
tax: 4500,
coupon: 'SUMMER25',
customer_type: 'returning', // new · returning
items: [
{
item_id: 'P_1', // item_id 또는 item_name — 둘 중 하나 필수
item_name: 'Running Shoes',
item_brand: 'Nike',
item_category: 'Footwear',
item_category2: 'Running',
item_variant: 'Black',
price: 25000,
quantity: 2,
discount: 5000,
coupon: 'SUMMER25',
affiliation: 'Online Store',
location_id: 'L_123'
}
]
});
여기서 시험 함정이 하나 있어요. value = 모든 items 의 (price × quantity) 의 합. 시스템이 자동 계산 X. 우리가 명시 보내야 함. 안 보내면 revenue report 빈값.
Items 배열의 권장 parameter
필수 (둘 중 하나):
- item_id 상품 ID (SKU)
- item_name 상품명
권장:
- item_brand 브랜드
- item_category 카테고리 1차
- item_category2 카테고리 2차
- item_category3 ~ category5
- item_variant 옵션 (사이즈 · 색)
- price 개별 가격
- quantity 수량
- discount 할인 금액
- coupon item 별 쿠폰
- affiliation affiliate 출처
- location_id Google Place ID 또는 매장 ID
각 e-commerce event 의 items 의 한 item 에 최대 27개 custom parameter 추가 가능. (이건 평소 event parameter 25개 한도와 별도)
4 계층 — Custom Event
비즈니스 고유 액션:
// 예 — 구독 박스 무료 체험 시작
gtag('event', 'free_trial_started', {
plan: 'monthly_basic',
source_campaign: 'newsletter_2026q2',
trial_days: 7
});
// 예 — 챗봇 시작
gtag('event', 'chatbot_opened', {
page_section: 'pricing',
bot_version: 'v2'
});
// 예 — 멤버십 등급 업
gtag('event', 'tier_upgrade', {
from_tier: 'free',
to_tier: 'premium',
upgrade_reason: 'feature_unlock'
});
이름·parameter 자유. 단 2편의 함정 다시 — event 이름 < 500개, parameter 별 cardinality < 500 unique, parameter 이름 < 50개/event.
Custom Event 의 비즈니스 metric 매핑
매핑 패턴
비즈니스 metric: GA4 event:
─────────────────────────────────────────────
신규 가입자 → sign_up
무료 체험 시작 → free_trial_started (custom)
무료 → 유료 전환 → upgrade_to_paid (custom)
이탈 → subscription_cancelled (custom)
참여 (앱 N분 이상) → user_engagement (자동)
재방문 사용자 → returning_user (custom)
공유 / viral → share (recommended)
명명 컨벤션
- snake_case (밑줄)
- 동사형이 더 자연 — view_X, click_X, submit_X
- 카테고리 prefix — payment_failed, search_executed
- 영문 (한글 사용 가능하지만 권장 X)
GA4 의 예약 이름 (꺾이는 패턴) 사용 X:
금지 prefix:
- ga_
- google_
- firebase_
금지 이름:
- app_clear_data, app_remove, app_update
- first_open, first_visit
- session_start, screen_view
- ad_impression, ad_query, ...
- (Firebase 자동 event 이름)
이름 충돌 시 GA 가 우리 event 무시 + report 에 빈값.
함정 — Recommended event 의 parameter 무시
비즈니스 사정으로 purchase event 이름은 쓰되 items 안 보냄 = e-commerce report 빈값. 표준 이름 = 표준 parameter spec 도 따라야 인식.
Recommended event 의 parameter 명세 = 권장 X, report 의 자동 인식 조건. — 공식 docs
Conversion 의 toggle 방식
Conversion 의 의미
Conversion = 우리 비즈니스의 목표 달성을 표시 하는 event. — 공식 docs
회원가입 · 구매 · 무료 체험 시작 · 양식 제출 — 우리가 돈 또는 가치를 측정하는 자리.
표시 방법 — Toggle
GA4 에서 별도 conversion event 새로 박지 않음. 기존 event 에 Conversion 표시 toggle.
GA4 Console:
Configure > Events > <event 이름>
[Mark as conversion] = ON
1 toggle = 그 event 가 conversion 으로 표시. 코드 변경 X, 새 event 박지 않음.
Conversion 의 자동 표시
Recommended event purchase · in_app_purchase 가 자동 conversion 표시 (default) 이고, 그 외는 수동 toggle.
Conversion 의 가치 (value)
// 가치 명시
gtag('event', 'submit_form', {
form_id: 'newsletter',
value: 5000, // 한 명 가입 = 5,000원 가치 (회사 추정)
currency: 'KRW'
});
// Conversion 으로 toggle 시 — Google Ads 로 자동 sync
// → 광고 ROAS 계산에 가치 사용
ROAS = Return On Ad Spend, 광고비 대비 매출 비율. 한 명 conversion 의 가치를 명시하면 광고 입찰이 자동 최적화돼요.
Conversion 의 한도
한 property = 최대 30개 conversion event
너무 많으면 핵심 분산. 보통 5~15개 가 권장.
Audience — 사용자 segment 추출
Audience 의 기본 구조
[Audience]
↓
├─ Condition (조건)
│ ├─ Dimension (예: country = "KR")
│ ├─ Metric (예: lifetime_value > 50000)
│ └─ Event (예: purchase >= 3)
├─ Sequence (순서)
├─ Scope (범위)
├─ Lookback Window (시간 창)
├─ Exclude (제외)
└─ Membership Duration (유지 기간)
Condition (조건)
가장 기본. Dimension · Metric · Event 의 조합:
예 1: country = "KR" AND device_category = "mobile"
예 2: page_path CONTAINS "/checkout" AND value > 50000
예 3: event_count(purchase) >= 3
최대 10개 조건 하나의 audience 안.
Sequence (순서)
특정 액션 순서대로 발생한 사용자:
Step 1: view_item (상품 조회)
↓ (directly followed by)
Step 2: add_to_cart (장바구니)
↓ (indirectly followed by)
Step 3: purchase (구매)
연결자는 둘. directly followed by 는 바로 다음 event 가 step 2 인 경우, indirectly followed by 는 언제든 그 다음 event (사이에 다른 event OK).
Time Constraint — "30분 이내" · "1일 이내" 같은 시간 제약.
Scope (범위) — 3 layer
조건이 어디 범위에서 평가:
1. Within the same event
→ 한 event 안에서만 조건 충족
2. Within the same session
→ 한 session 안에서 조건 충족
3. Across all sessions
→ 사용자 lifetime 전체에서 조건 충족
여기서 정말 중요한 시험 함정 — scope 가 결과를 크게 달라지게 함.
예 — country = "KR" AND event_name = "purchase":
- event 범위 = 한 purchase event 에서 country 가 KR (정확히 매칭)
- session 범위 = 한 session 에 country=KR event 와 purchase event 둘 다 (꼭 같은 event 아님)
- all sessions = 사용자 lifetime 에 country=KR 였던 적이 있고 purchase 한 적도 있음 (가장 느슨)
대부분 session 범위 가 default. 의도와 다르면 생각보다 많은/적은 사용자 추출.
정적 vs 동적 평가
정적 (Static):
- "조건 충족한 적이 있는 사용자" (lifetime)
- 한 번 들어가면 나가지 않음 (membership duration 까지)
동적 (Dynamic):
- "현재 조건을 충족하는 사용자"
- 조건 안 맞으면 자동 제외
GA4 = 기본 동적. 정적은 Across all sessions + At any point 선택.
Lookback Window — 시간 창
Lookback Window = "최근 N일 안에서" 조건 평가. — 공식 docs
- in any 7 day period
- in any 30 day period
- lifetime count (lookback 없음)
예 — "최근 30일 안에 5번 이상 방문":
event_count(session_start) >= 5
WITHIN any 30 day period
30일 = window 가 항상 갱신. 오늘 - 30일 기준 5번이면 IN, 31일 전 방문은 카운트 X.
Exclude Condition (제외)
특정 사용자 제외:
1. Temporary Exclude (임시 제외)
- 조건 충족 *기간만* 제외
- 조건 안 맞으면 다시 audience 포함
2. Permanent Exclude (영구 제외)
- 조건을 *언제든 충족한 적 있으면* 영구 제외
사용 예 — 카트 이탈자 audience:
조건: add_to_cart 한 사람
제외: purchase 한 사람 (영구)
→ 카트 넣었지만 결제 안 한 사용자
영구 제외 = purchase 하면 audience 에서 나감. 임시 제외였다면 환불 후 다시 들어옴.
Membership Duration — 유지 기간
- 기본 30일
- 최대 540일 (18개월)
- "Reset on new activity" = ON 이면 최대 14개월 (Google 정책)
활동 reset:
30일 audience + Reset on new activity:
Day 0: audience 진입
Day 25: 활동 발생 → membership 갱신 (Day 25 + 30 = Day 55 까지 유지)
Predictive Audience (예측 audience)
GA4 가 머신러닝 기반 으로 자동 추정:
- Likely 7-day purchasers (7일 내 구매할 가능성 높음)
- Likely 7-day churners (7일 내 이탈할 가능성 높음)
- Predicted 28-day top spenders (28일 내 상위 결제자)
조건은 두 가지. 각 모델별 최근 28일 1000+ 사용자 활동 데이터가 필요하고, purchase event 또는 in_app_purchase 의 지속 데이터 도 필요해요.
마케터가 조건 안 짜고 활용 가능 = 매우 강력. 데이터 쌓이는 데 시간 걸림.
Audience 광고 플랫폼 Sync
자동 Sync 대상
[GA4 Audience]
↓ (자동 sync)
├─ Google Ads (Property linking)
├─ Display & Video 360 (DV360)
├─ Search Ads 360 (SA360)
├─ Google Optimize (deprecated 2026 — 다른 도구로 마이그)
├─ Campaign Manager 360 (CM360)
Property linking 만 해두면 audience 자동 공유.
광고 동기화의 효과
1. Retargeting (재타겟팅)
- 카트 이탈자 → 광고 다시 노출
- 30일 미방문 사용자 → 복귀 광고
2. Lookalike Audience (유사 사용자)
- "우리 구매자와 비슷한 패턴 의 새 사용자"
- Google Ads · Facebook Ads 의 핵심 기능
3. Exclude Audience (광고 제외)
- 이미 구매한 사용자 → 광고 차단 (예산 낭비 방지)
- 직원 IP → 광고 제외
Google Ads 의 사전 채우기
Google Ads = Audience 의 최근 30일 데이터 로 사전 채워짐. — 공식 docs
audience 만드는 시점에 즉시 retargeting 가능. 매우 빠른 활성.
Standard 한도
- Property 당 audience 최대 100개 (Standard)
- 360 (Enterprise) = 더 많음
너무 많은 audience = 관리 복잡. 보통 10~30개 핵심 audience 가 권장.
마케팅 자동화 도구로 Export
BigQuery 경유 export
[GA4]
↓ (BigQuery Export — 6편)
[BigQuery]
↓ (Reverse ETL — Hightouch · Census)
[Braze · Iterable · HubSpot · Salesforce]
↓
[이메일 · 푸시 · SMS 자동화]
Reverse ETL = 데이터 웨어하우스에서 운영 도구로 데이터를 거꾸로 흘려보내는 방식이에요. GA4 가 직접 마케팅 도구로 export 하는 길은 대부분 막혀 있어서 BigQuery 를 거치는 게 표준.
CDP (Customer Data Platform) 경유
[GA4 Audience]
[Braze 이벤트]
[Iterable 이벤트]
[Salesforce 데이터]
↓ (모두 sync)
[CDP — Segment · mParticle · Rudderstack]
↓
[통합 사용자 segment]
CDP = 여러 출처의 사용자 데이터 통합 후 segment 의 일관성.
함정 정리
사고 1: Recommended event 이름만 쓰고 parameter 안 보냄
원인 — purchase event 박지만 value·items 누락.
해결 — 권장 spec 의 필수 parameter 모두 명시. 공식 docs 확인.
사고 2: value 자동 계산 가정
원인 — value 안 보내고 items 의 price × quantity 합 자동 계산 가정.
해결 — value 우리가 명시 보냄. 자동 X.
사고 3: Custom event 이름 충돌
원인 — app_update · session_start 같은 예약 이름 사용.
해결 — 비예약 이름. app_ · ga_ · firebase_ prefix 금지.
사고 4: Conversion 너무 많음
원인 — 30개 전부 conversion. 핵심 분산.
해결 — 5~15개 핵심 비즈니스 목표만. 그 외는 일반 event.
사고 5: Audience scope 잘못 — 너무 많은 사용자
원인 — Across all sessions scope 로 lifetime country=KR 적 있던 적 있고 purchase 한 적 있는 사용자 추출 → 너무 느슨.
해결 — Within the same session 또는 event scope. 의도 명확.
사고 6: Audience sequence 의 time constraint 누락
원인 — view_item → add_to_cart → purchase sequence 인데 time constraint 없음 → 3개월 후 구매도 audience 포함.
해결 — 30분 이내 등 time constraint 명시.
사고 7: Lookback window 안 설정 → lifetime 으로
원인 — event_count(purchase) >= 5 만 박고 lookback 없음 → lifetime 5번이라 거의 모든 단골 포함.
해결 — "in any 30 day period" 명시. 최근 활성도 기준.
사고 8: 카트 이탈자 audience 의 임시 vs 영구 제외 혼동
원인 — 카트 이탈자 audience 의 purchase 사용자 를 임시 제외 → 환불 후 다시 audience 진입 → 광고 다시 보냄.
해결 — 영구 제외. purchase 한 적 있으면 영구 제외.
사고 9: Audience membership duration 너무 짧음
원인 — 30일 audience 인데 광고 매체 의 lag (광고 노출 → 결과 도출 까지 시간) > 30일 → audience 가 광고 도달 전 만료.
해결 — 광고 매체 lag 고려 + Reset on new activity + duration 60~90일.
사고 10: Predictive audience 의 데이터 부족
원인 — Likely purchasers audience 만들었지만 purchase event 데이터 1000명 미만 → audience 가 비어 있음.
해결 — Predictive audience 는 데이터 쌓인 후. 3~6개월 운영 후 활성화.
운영 권장 패턴
Pattern 1: E-commerce 표준 12 event 구현
// 1. 상품 목록 view
gtag('event', 'view_item_list', {
item_list_id: 'recommended_for_you',
item_list_name: 'Recommended for you',
items: [...]
});
// 2. 상품 선택
gtag('event', 'select_item', {
item_list_id: 'recommended_for_you',
items: [{ item_id, item_name, ... }]
});
// 3. 상품 상세 view
gtag('event', 'view_item', {
currency: 'KRW',
value: 25000,
items: [{ item_id, item_name, price, ... }]
});
// 4. 장바구니 추가
gtag('event', 'add_to_cart', {
currency: 'KRW',
value: 25000,
items: [{ item_id, item_name, price, quantity, ... }]
});
// 5. 결제 시작
gtag('event', 'begin_checkout', {
currency: 'KRW',
value: 50000,
items: [...]
});
// 6. 결제 완료
gtag('event', 'purchase', {
transaction_id: 'T_12345',
currency: 'KRW',
value: 50000,
shipping: 3000,
tax: 4500,
items: [...]
});
12 event 모두 박으면 GA4 의 e-commerce funnel report 자동 생성.
Pattern 2: Funnel 별 Audience
1. Awareness Audience
- 조건: page_view (가장 느슨)
- 용도: brand awareness 광고
2. Interest Audience
- 조건: view_item OR add_to_wishlist
- Exclude: purchase 한 사람
- 용도: 관심 사용자 광고
3. Intent Audience
- 조건: add_to_cart OR begin_checkout
- Exclude: purchase 한 사람
- 용도: 카트 이탈자 광고 (가장 가치 높음)
4. Conversion Audience
- 조건: purchase
- 용도: 충성 사용자 + lookalike base
5. Churn Audience
- 조건: 30일 미방문
- 용도: 복귀 광고
각 funnel 단계마다 광고 전략 다름. Audience 가 전략 매핑 의 핵심.
Pattern 3: Custom event 의 비즈니스 metric
// SaaS — 핵심 활용
gtag('event', 'feature_used', {
feature_name: 'export_pdf',
user_tier: 'premium',
feature_count_today: 3
});
// 미디어 — 콘텐츠 engagement
gtag('event', 'content_engaged', {
content_id: 'article_12345',
content_type: 'tutorial',
scroll_depth: 90,
time_spent_seconds: 245
});
// 모바일 게임 — 진행도
gtag('event', 'level_completed', {
level_number: 12,
attempts: 3,
duration_seconds: 180,
power_ups_used: 2
});
SaaS = Software as a Service, 구독형 소프트웨어. 각 비즈니스의 핵심 metric 을 custom event 로 박아야 하고, 일반 e-commerce event 만으로는 비즈니스의 본질 측정 X.
Pattern 4: Audience naming 컨벤션
[funnel-단계]-[조건 핵심]-[기간]:
- awareness-all-30d
- interest-viewed_item-7d
- intent-abandoned_cart-7d
- conversion-purchased-30d
- retention-returning-90d
- churn-no_visit-30d
funnel 단계·조건·기간 명확. 광고 운영자가 audience 의 용도 즉시 파악.
Pattern 5: Conversion 의 가치 명시
// 모든 conversion event 의 value 명시
gtag('event', 'sign_up', {
method: 'google',
value: 5000, // 회사 추정 — 한 명 가입의 가치
currency: 'KRW'
});
gtag('event', 'subscribe_newsletter', {
value: 1000,
currency: 'KRW'
});
gtag('event', 'submit_lead_form', {
value: 10000,
currency: 'KRW'
});
gtag('event', 'free_trial_started', {
value: 25000,
currency: 'KRW'
});
가치 명시 = Google Ads ROAS 계산 + 광고 입찰 자동 최적화.
Pattern 6: A/B 테스트와 audience
1. 테스트 실행 (Google Optimize · Firebase A/B 등)
- 사용자 = group A · group B 로 자동 분배
2. group 정보 = GA4 의 user property 로 전달
gtag('set', 'user_properties', { ab_test_v3: 'group_a' });
3. Audience 만들기
- "ab_test_v3 = group_a" 인 사용자
- "ab_test_v3 = group_b" 인 사용자
4. 비교 report
- 각 audience 의 conversion rate · revenue 비교
A/B 테스트 = audience 의 핵심 응용.
시험 직전 한 번 더 — Event · Conversion · Audience 함정 압축 노트
Event 4 계층
- 자동 수집 — 수정 X · 이름 변경 X · MP 로 보낼 수 없음
- Enhanced Measurement — Web Stream toggle 만 = 6~8 event 자동
- Recommended — Google 표준 이름 + parameter spec, GA report 자동 인식
- Custom — 비즈니스 고유, 이름 자유 (예약 prefix 금지)
E-commerce 표준 12 event
- view_item · view_item_list · select_item
- add_to_cart · remove_from_cart · view_cart · add_to_wishlist
- begin_checkout · add_shipping_info · add_payment_info
- purchase · refund
E-commerce 필수 parameter
currency(ISO 4217 3자리)value(= Σ(price × quantity), 자동 계산 X — 우리가 명시)items배열 (각 item_id 또는 item_name)- purchase 의
transaction_id추가 필수 - refund 의
transaction_id필수
Items parameter
- item_id · item_name (둘 중 하나 필수)
- item_brand · item_category 1~5 · item_variant
- price · quantity · discount · coupon
- 각 item 에 최대 27 custom parameter
Custom event 컨벤션
- snake_case
- 예약 prefix 금지 (
ga_·google_·firebase_) - 예약 이름 금지 (
first_open·session_start· ...) - 충돌 시 GA 무시 → report 빈값
Conversion
- 별도 event X — 기존 event 의 toggle
purchase·in_app_purchase= 자동 conversion- 가치 (value) 명시 = Google Ads ROAS 자동
- 한 property 최대 30개 conversion (권장 5~15)
Audience 의 6 차원
- Condition (Dimension · Metric · Event 조합, 최대 10개)
- Sequence (directly · indirectly followed by + time constraint)
- Scope (event · session · all sessions — 결과 크게 달라짐)
- Lookback Window (in any N day period · lifetime)
- Exclude (임시 · 영구)
- Membership Duration (기본 30일, 최대 540일, reset 시 14개월)
Audience scope 의 시험 함정
- event = 한 event 안에서 조건 충족 (정확)
- session = 한 session 안에서 조건들 충족 (default)
- all sessions = lifetime 충족 (가장 느슨)
- 의도와 안 맞으면 audience 크기 크게 달라짐
Predictive Audience
- 데이터 1000+ 사용자 / 28일 필요
- Likely purchasers · Likely churners · Top spenders
- 자동 머신러닝 — 운영 3~6개월 후 활용
광고 sync
- Google Ads (자동, 30일 데이터 사전 채워짐)
- DV360 · SA360 · CM360 (property linking)
- Google Signals 또는 user-provided data 활성 필요
- Property 당 audience 최대 100 (Standard)
마케팅 도구 export
- GA4 → 직접 → 마케팅 도구 (X)
- GA4 → BigQuery → Reverse ETL → Braze · Iterable
- CDP (Segment · mParticle) 활용 권장
Audience 사고
- scope 잘못 (너무 많은/적은 사용자)
- sequence time constraint 누락 (3개월 후 구매도 포함)
- lookback 안 설정 (lifetime 카운트)
- 임시 vs 영구 exclude 혼동 (환불 후 audience 재진입)
- membership duration 짧음 (광고 lag 전 만료)
- Predictive 의 데이터 부족 (audience 빈값)
패턴
- E-commerce 표준 12 event 전체 구현
- Funnel 별 5 audience (Awareness · Interest · Intent · Conversion · Churn)
- Custom event 의 비즈니스 metric 매핑
- Audience naming 컨벤션 (단계-조건-기간)
- Conversion value 명시 (Google Ads ROAS)
- A/B 테스트 — user property + audience 분기
공식 문서: Recommended events · Audience builder 에서 더 깊은 spec 을 볼 수 있어요.
시리즈 다른 편 (앞뒤 글 모음)
이전 글:
- 1편 — GA4 종합 · Event 기반 · 4 측정 방법
- 2편 — 데이터 모델 깊이 · User ID · Session · Custom Dimension
- 3편 — 측정 통합 4 방법 깊이 (gtag · GTM · Firebase · MP)
다음 글: