GA4 구조 심화

📘 이 토픽으로 만든 아카데미 레슨 보러가기 →

원문 자료

GA4 구조 심화 조사 원문

조사 대상: 슬로우베리 마케팅스터디 블로그 — GA4(구글 애널리틱스 4) 심화 교육용 콘텐츠
조사 기간: 2026-07-24
조사 방식: 공식 문서(Google Help, Google Tag Manager) + 업계 전문가 가이드
대상 독자: 매체 이해도·심화 교육을 원하는 광고주·마케터·분석가

1. GA4 vs UA: 근본적 데이터 모델 전환 (결정적 차이)

1.1 UA(Universal Analytics): 세션 기반 · 히트(Hit) 중심

• 위계 구조: 사용자 → 세션 → 히트(상호작용)
• 수집 단위: 페이지 뷰, 이벤트, 거래 등 각 상호작용을 '히트'로 명칭, 세션 내 그룹화
• 보고 기초: 세션이 분석의 기본 단위. 세션 내 모든 히트를 집계해 리포팅
• 제약: 세션 기반 위계이므로, 차원·메트릭 결합 시 고정 스코프 구조 따름

1.2 GA4: 이벤트 기반 · 단일 이벤트 중심

• 위계 구조: 사용자 → [여러 이벤트] → 후속적 세션 그룹화
• 수집 단위: 모든 상호작용을 '이벤트'로 명칭. 페이지 뷰도 이벤트('page_view'), 커스텀 동작도 이벤트
• 보고 기초: 이벤트가 원자 단위. 세션은 이벤트 시간 & session_id 기반으로 후속 생성되는 분석 개념
• 유연성: 이벤트 기반이므로, 이벤트·매개변수·사용자 속성 조합이 더 자유로움

1.3 실무적 영향

2. 데이터 스트림 · 측정 ID · GTM 관계 (수집 구조)

2.1 데이터 스트림(Data Stream) 정의

• 역할: GA4 프로퍼티 내 개별 데이터 수집 채널 (웹, iOS 앱, Android 앱 등 각각)
• 각 프로퍼티는 다중 스트림 가능:
  • 1개 프로퍼티 → 웹 스트림(G-ABC123) + iOS 앱 스트림(G-ABC124) + Android 스트림(G-ABC125) 등
  • 각 스트림은 고유 측정 ID 할당
• 설정 위치: GA4 Admin → Data Streams

2.2 측정 ID(Measurement ID) 형식 & 역할

• 형식: G- + 11자리 (예: G-XXXXXXXXXX)
• 용도: 웹 또는 앱에서 수집할 데이터 스트림 지정
• 할당: 각 데이터 스트림마다 고유 ID (같은 프로퍼티라도 스트림별 다름)
• 주의: UA의 'Tracking ID'(UA-XXXXXXX)와는 형식 다름

2.3 Google Tag Manager와 GA4 연동

2.3.1 기본 플로우 (2024~2026 현재)

웹사이트
  ↓
GTM 컨테이너 태그
  ↓
GA4 Configuration Tag (측정 ID 입력)
  ↓
GA4 데이터 스트림 (G-XXX)
  ↓
GA4 프로퍼티 (데이터 저장)

2.3.2 2025 업데이트: Google Tag로 자동 마이그레이션

• 변경: GA4 Configuration Tag → Google tag로 자동 업그레이드
• 영향: 기존 Measurement ID 설정 자동 마이그레이션 (수동 작업 불필요)
• 표기: Google Tag 콘솔에서는 "Tag ID"로 표시되지만, GA4 Event tags는 여전히 Measurement ID 사용
• 호환성: 기존 추적 설정 유지됨

2.3.3 GTM에서 측정 ID 사용

• GA4 Configuration Tag: Measurement ID 필수 입력 (데이터 수집 대상 스트림 지정)
• GA4 Event Tag: 특정 이벤트를 특정 스트림으로 라우팅 (선택적)
• 다중 스트림 추적: 같은 이벤트를 여러 GA4 스트림(예: 웹 + 앱 통합)으로 보낼 때 Measurement ID 중복 입력

3. 세션 & 사용자 정의 (GA4 세션 메커니즘)

3.1 GA4 세션(Session) 정의

• 시작: session_start 이벤트 발동 (자동)
• 종료: 마지막 상호작용(클릭, 스크롤, 커스텀 이벤트) 후 30분 무활동
• 타이머: 모든 이벤트 발생 시 타이머 리셋 (30분은 매번 초기화)
• 타임아웃 커스터마이징: Admin > Data Streams > Configure tag settings → 5분 ~ 7시간 55분

3.2 session_start 이벤트

• 자동 수집: 모든 GA4 프로퍼티에서 자동 기록 (비활성화 불가)
• 발동 시점: 새로운 세션 시작할 때마다
• 용도: 세션 카운팅, 세션 속성 초기화
• 보고서 노출: GA4 표준 보고서에서 'Sessions' 메트릭으로 표시

3.3 세션 타임아웃 커스터마이징 시 고려사항

3.4 사용자(User) 정의

• 기본 식별: 클라이언트 ID (Google이 쿠키/Device ID로 자동 생성)
• 향상된 식별: User-ID 기능 (로그인 사용자에게 고유 ID 할당, 다음 섹션 참고)
• 생명 주기: 쿠키 삭제/기기 재설정 시 새 사용자로 카운팅

4. 사용자 식별 메커니즘 (User-ID & Cross-Device)

4.1 기본 사용자 식별 (클라이언트 ID)

• 방식: Google이 first-party 쿠키(_ga 등)에서 자동 생성한 클라이언트 ID
• 특성: 브라우저/기기 단위 (로그인 여부 무관)
• 한계: 같은 사용자가 다른 기기 사용 시 별도 사용자로 카운팅

4.2 User-ID 기능 (로그인 사용자 식별)

4.2.1 정의

• 용도: 로그인한 사용자의 크로스 디바이스 추적
• 구현: Admin > Data Streams > Enable User-ID Collection → 로그인 시 사용자 고유 ID 전달
• ID 형식: 비식별 정보 (계정 번호, 고객 ID 등 PII 아님)

4.2.2 구현 예시

1. 사용자 로그인 (웹사이트)
   ↓
2. 데이터 레이어에 user_id 설정 (예: "cust_12345")
   ↓
3. GTM/GA4 태그가 user_id 수신
   ↓
4. GA4에서 동일 사용자의 모든 기기 행동 통합 (웹 + 모바일 + 태블릿)

4.2.3 필수 주의사항

• PII 금지: 이메일, 휴대폰 번호 직접 사용 금지 (Google Terms 위반)
• 일관성: 로그아웃 후 다시 로그인 시 같은 ID 유지 필수
• Privacy Policy 고지: 사용자에게 ID 추적 사실 명시

4.3 Reporting Identity (보고 ID 설정)

• Blended (기본값): User-ID 우선, 없으면 Google Signals 혹은 Device ID 폴백

  • 장점: 제공 가능한 모든 식별자 활용
  • 단점: User-ID 로그인율 변동 시 사용자 수 보고 수치 불안정

• Observed: User-ID + Google Signals·Device ID를 각각 병렬 추적

  • 장점: 다각도 사용자 식별
  • 단점: 복잡성 증가, 보고서 해석 어려움

• Device-based: Device ID만 사용 (User-ID 무시)

  • 장점: 안정적 일관성
  • 단점: 크로스 디바이스 정보 손실, 기기 초기화 시 사용자 재산정

5. 이벤트 · 매개변수 · 사용자 속성 구조 (GA4 데이터 아키텍처)

5.1 이벤트(Event)

• 정의: GA4 수집의 원자 단위. 모든 사용자 상호작용을 이벤트로 기록
• 자동 수집 이벤트: page_view, session_start, scroll, click 등
• 커스텀 이벤트: 사용자가 정의한 동작 (예: "video_play", "form_submit")
• 제약: 프로퍼티당 최대 500개 고유 이벤트명

5.2 이벤트 매개변수(Event Parameters)

• 정의: 각 이벤트와 함께 전송되는 key-value 쌍 데이터
• 예시:

  event: "purchase"
  parameters: {
    value: 29.99,
    currency: "USD",
    transaction_id: "T_12345",
    items: [...product details...]
  }
  

• 개수 제한: 무제한 (단, 보고서에서 '차원'으로 쓰려면 다음 섹션 참고)

5.3 커스텀 차원(Custom Dimensions) vs 이벤트 매개변수

5.4 사용자 속성(User Properties)

• 정의: 사용자 레벨 특성. 세션 간 지속됨
• 예시: 회원 등급, 구매력, 선호 카테고리, 가입일
• 설정: 데이터 레이어의 'user_properties' 객체 또는 GTM 사용자 정의 변수
• 반영 지연: 설정 후 ~24시간 후 보고서 표시
• 모든 이벤트에 자동 포함: 사용자 속성은 그 사용자가 발생시킨 모든 이벤트에 자동으로 붙음

5.5 스코프(Scope) 계층 (GA4의 가장 복잡한 개념)

GA4는 4가지 데이터 스코프를 정의하며, 스코프 간 자유로운 결합이 불가능:

5.5.1 Event Scope (이벤트 레벨)

• 단일 상호작용의 맥락
• 예: page_path, event_name, event_value
• 범위: 가장 좁음 (이벤트 하나)

5.5.2 Session Scope (세션 레벨)

• 세션 내 공유되는 데이터
• 예: session_medium, session_campaign, session_id, channel_grouping
• 범위: 세션 시작부터 종료까지

5.5.3 User Scope (사용자 레벨)

• 사용자 전체 생명주기
• 예: first_user_source, lifetime_value, user_acquisition_date
• 범위: 가장 넓음 (모든 세션, 모든 기기)

5.5.4 Item Scope (상품 레벨, eCommerce 전용)

• 각 구매 항목의 속성
• 예: item_name, item_id, item_price
• 범위: purchase/view_item 이벤트 내 상품 배열

5.5.5 스코프 결합 제약의 실무 사례

❌ 불가능: 
보고서에 "page_path" (Event scope) + "lifetime_value" (User scope) 동시 표시
→ 각 페이지별 사용자 생명주기값이 명확하지 않음 (중복 계산?)

✓ 가능:
- "page_path" + "session_medium" (Event + Session scope) 결합
- "source" (User scope) + "conversion" (User scope) 결합

6. 데이터 보존 · 카디널리티 · Thresholding (보고 한계)

6.1 데이터 보존(Data Retention) 정책

• 기본값: 2개월
• 최대 연장: 14개월 (Admin > Data Settings)
• 범위: User-level data만 (수집 자체는 계속됨)

6.1.1 '보존'이 적용되는 보고서 (Exploration)

• 퍼널 분석 (Funnel Exploration)
• 경로 분석 (Path Analysis)
• 커스텀 세그먼트 (기존 이벤트 재분석)

6.1.2 '보존'이 무관한 보고서 (표준 리포트)

• Traffic Acquisition (집계 데이터, 무제한)
• Pages and Screens (집계 데이터, 무제한)
• Conversions (집계 데이터, 무제한)

6.1.3 실무 의미

• 2개월 후 Exploration에서 개별 사용자 행동 재분석 불가
• 하지만 월별 구매수·트래픽 수는 표준 리포트에서 계속 조회 가능
• 장기 분석이 필요하면 BigQuery 내보내기 필수

6.2 카디널리티(Cardinality) · "(other)" 문제

• 정의: 차원의 고유값 개수
• 고카디널리티 기준: 일일 500개 이상 고유값
• 표시 방식: 상위 행들 표시 → 나머지는 "(other)"로 그룹화

6.2.1 고카디널리티 차원의 예

page_path: /product/shoes, /product/shirt, /product/hat, ... (수천 개)
query_parameter: custom_id=1, custom_id=2, ... (무제한)
user_id: 사용자별 고유값 (수백만 개)

6.2.2 해결 방법

• 표준 보고서: "(other)" 수용 (정보 손실이지만 일부 인사이트 가능)
• 상세 분석: BigQuery 직접 조회 (threshold 없음)
• 차원 재설계: 카디널리티 낮은 상위 그룹화 (예: 상품 카테고리 사용)

6.3 Data Thresholding (데이터 표시 제한)

• 목적: 개인 신원 추론 방지 (프라이버시)
• 발동 조건: User-ID 또는 인구통계(나이, 성별) + 낮은 샘플 수
• 표시: 데이터 셀이 "--" 또는 숨겨짐

6.3.1 Thresholding 해제 방법

• BigQuery 내보내기: threshold 없이 원본 전송 (단, 개인정보 보호법 준수 필수)
• 세그먼트 조정: 더 넓은 시간 범위 선택 (최소 표본 수 충족)

6.4 기타 GA4 한도

7. UA 지원 종료 흐름 (컨텍스트)

7.1 타임라인

• 2023년 7월: UA 데이터 수집 중단
• 2024년 1월: UA 표준 리포트 폐지 (모든 데이터 조회 불가)
• 2026-07-24 현재: 완전 종료 (일부 360 계약 고객만 연장)

7.2 실무 영향

• 모든 광고주 → GA4 완전 이전 필수
• UA와 GA4 병행 운영 불가능 (UA 신규 데이터 수집 종료)
• 과거 UA 데이터는 내보내기(사전 작업)로만 보존 가능

8. 심화 콘텐츠 핵심 포인트

8.1 광고주 관점 (운영 측면)

1. GA4 기본 설정: Measurement ID 확인, GTM 연결 검증
2. 세션 타임아웃: 산업별 최적화 (기본 30분이 대부분 적절)
3. User-ID: 로그인 사용자 많으면 필수 (크로스 디바이스 추적)
4. 데이터 보존: BigQuery 필요 여부 미리 검토

8.2 분석가 관점 (보고 활용)

1. 스코프 이해: 보고서 설계 시 스코프 호환성 필수 확인
2. 커스텀 차원 제한: 50개 event-scoped 한계 미리 우선순위화
3. 카디널리티 관리: "(other)" 문제 발생 시 대안 (BigQuery, 차원 재설계)
4. Thresholding: 인구통계 필터 시 데이터 공백 가능성 인지

8.3 기술 구현 관점 (GTM)

1. GTM 2025 마이그레이션: 자동이므로 호환성 사전 검증만
2. 이벤트 매개변수: 무제한 전송 가능하되, 보고 목표에 맞는 것만 커스텀 차원화
3. User-ID 구현: PII 절대 금지, 계정 ID 사용, 일관성 필수
4. Server-side Tagging: 프라이버시 강화 + 데이터 정제 권장

9. 흔한 오해 & 오류 사례

9.1 "GA4는 세션이 없다"

• 오류: GA4에도 세션이 있다. 다만 이벤트 기반으로 먼저 수집한 후, session_id 기반으로 세션 그룹화
• 실제: 세션의 역할이 달라졌을 뿐 존재한다.

9.2 "User-ID = 로그인 의무"

• 오류: User-ID는 선택 기능. 비로그인 사이트도 GA4 운영 가능
• 실제: 로그인 사용자가 많을 때만 설정하면 충분

9.3 "데이터 보존 2개월 = 과거 데이터 삭제"

• 오류: 보존 기간 지났어도 표준 리포트는 무제한 집계 데이터 유지
• 실제: Exploration 분석만 제약. 기본 리포트는 영구 보존

9.4 "Measurement ID = GTM 필수"

• 오류: Measurement ID는 데이터 스트림 지정용. GTM 없이 Google tag 직접 삽입 가능
• 실제: GTM은 편리할 뿐, 필수 아님

9.5 "이벤트 매개변수 50개 제한"

• 오류: 50개 제한은 '커스텀 차원'(보고 설정). 이벤트 매개변수는 무제한
• 실제: 무제한 매개변수 전송 가능. 보고서 사용 시에만 차원 등록 필요

10. 매체 이해도를 높이는 체크리스트

콘텐츠 발행 전 다음을 검증하세요:

10.1 기술 정확성

• Measurement ID 형식 (G-XXXXXXX) 명기
• 세션 타임아웃 기본값(30분) 명확히
• Data retention이 Exploration에만 영향함 설명
• Custom dimension 제한(event 50 / user 25 / item 10) 정확히

10.2 개념 설명

• "이벤트 기반 vs 세션 기반" 대비표 포함
• Scope hierarchy 시각화 (Event < Session < User < Item)
• Thresholding이 프라이버시 기능임 명시

10.3 실무 가치

• User-ID 구현 시 "PII 금지" 강조
• BigQuery 해결책 제시 (threshold 우회)
• 산업별 세션 타임아웃 권장값 제시

10.4 광고주 한계 인식

• "GA4로도 한계가 있다" 투명히 (카디널리티, thresholding)
• 각 한계의 우회책 제시 (BigQuery, 차원 재설계)

11. 출처 요약

공식 자료

• Google Analytics Help - Measurement ID, Sessions, Data Retention
• Google Tag Manager Help - Google tag announcement
• Google for Developers - GA4 API documentation

업계 전문가 가이드

• CardinalPath (Event-based vs Session-based 모델)
• Trionia, RudderStack (GA4 vs UA 비교)
• MeasureSchool (Session definition & timeout)
• OptimizeSmart (Scope hierarchy, User-ID)
• Kissmetrics, GA4.com (Thresholding, Cardinality)
• Conversios, Krishtechnolabs (Custom dimensions, Event parameters)

한글 자료

• OSOMA (Server-side Tagging)
• WIV Labs (First-party Cookie Strategy)
• Brunch 웹진 (GA4/GTM 실무)

작성 완료: 2026-07-24
대상 글: 슬로우베리 마케팅스터디 블로그 심화 교육 콘텐츠
다음 단계: 콘텐츠 집필팀에서 이 조사 자료 기반 글 작성

핵심 팩트 (16건)