GA4·GTM 심화

원문 자료

GA4·GTM 심화 — 측정 신뢰성·서버사이드 구현

슬로우베리 마케팅스터디 블로그용 심화 교육 콘텐츠

조사일: 2026-07-24

A6(광고 데이터·프라이버시) 글과의 중복 최소화, GA4/GTM 구현·데이터 품질 관점 중심

1단계: 데이터 품질 저해 요인과 필터링 전략

1.1 봇 트래픽 (Bot Traffic)

자동 필터링의 한계

• GA4 기본 필터링: IAB(Interactive Advertising Bureau)와 ABC 국제 스파이더·봇 리스트 기반, 분기별 업데이트
• 커버 범위: "쉬운" 봇(표준 봇명, 정적 User-Agent) — 자동 탐지 및 제거
• 실제 위협: 2024년 기준 웹 트래픽의 37%가 악의적 봇 (2023년 대비 +5%p)
  • 고급 봇의 대다수(중간~고급 수준)는 User-Agent 위조, IP 로테이션, 거주 프록시 사용 → 자동 필터 우회
• 소급 불가: 자동 필터 활성화 후에도 과거 오염된 데이터는 정제되지 않음

실무 대응

1. Explorations/Segments 수동 필터링: 분석 시점에 수동 제외 규칙 적용 (소급 불가이므로 차선책)
2. GTM 태그 기반 검증: 클라이언트사이드에서 의심 행동(마우스 이동 부재, 페이지 로딩 극히 빠름 등) 감지
3. 서버사이드 검증: Measurement Protocol 이벤트 전송 전 서버에서 의심 패턴 사전 필터링

1.2 중복 이벤트 (Duplicate Events)

GA4에서 중복 이벤트 발생 원인:

• GTM 태그 이중 발화: 동일 이벤트를 트리거하는 태그가 2개 이상
• 서버·클라이언트 중복 추적: 클라이언트 측 GA4 태그 + 서버사이드 Measurement Protocol 동시 전송
• 페이지 새로고침/뒤로가기: 히스토리 조작 시 동일 페이지 로드로 인한 중복 카운트

탐지 방법

• GA4 Explorations에서 event_count 그룹화 → 비정상적으로 높은 이벤트 수 세그먼트 식별
• GTM 디버그 모드로 실시간 이벤트 발화 수 확인
• DebugView 리포트에서 same_device_id 기준 event 타임스탐프 1초 이내 중복

제거 방법

• GTM에서: 트리거 조건 정밀화 (클릭 ID 필터, 페이지 로드당 1회만 실행 등)
• 서버사이드: event_id 체크섬으로 중복 제거 (같은 timestamp + event_id는 1회만 수락)

1.3 내부 트래픽 필터 & 리퍼러 제외

내부 트래픽 필터 (Internal Traffic)

• 설정 위치: Admin > Data Filters > (데이터 스트림 선택) > Internal Traffic
• 필터 기준: IP 주소 기반 (match type: "equals", "contains" 등)
• 적용 시간: 10~30분 (불안정, 재검증 권장)
• 영향: 필터 활성화 후 수집되는 데이터부터 적용 (소급 불가)

리퍼러 제외 (Referral Exclusion)

• 작동: 특정 도메인 조건 추가 시, 해당 이벤트에 ignore_referrer=true 파라미터 자동 추가
• 효과: 자사 도메인 간 이동(예: 결제 게이트웨이 리다이렉트)을 리퍼러 트래픽으로 계산 안 함
• 설정 위치: Admin > Data Streams > Configure Tag Settings > Define Internal Traffic

실무 팁

• 내부 IP: 직원 IP, VPN 주소 정기 재검증 (변동 시 자동 반영 안 됨)
• 결제 게이트웨이: 결제 완료 후 자사 사이트 리다이렉트 URL을 리퍼러 제외 목록에 추가

2단계: 세션 정의와 크로스도메인 추적

2.1 GA4 세션 (Session)

세션 타임아웃

• 기본값: 30분 inactivity (비활동)
• 변경 불가: GA4 하드코딩, 설정 옵션 없음
• 세션 종료 조건:
  1. 30분 이상 상호작용 없음
  2. 자정(UTC 기준) 경계 넘어감
  3. 캠페인 소스 변경 (utm_source 변경)

세션 정의의 영향

• 메트릭: Session = 사용자가 특정 시간 내 보낸 상호작용 그룹
• 이탈률(Bounce Rate) 영향: 단일 이벤트 세션 = 이탈
• 분석 왜곡: 30분 경계로 인한 인공적 세션 분할

대응 전략

• 직접 세션 정의: 행동 기반 세션(예: 장바구니 추가 → 결제 완료 = 1 Purchase Session)
• 사용자 여정 재구성: User ID를 통한 시간 무관 여정 추적 (로그인 기반)

2.2 크로스도메인 추적 (Cross-Domain Tracking)

메커니즘

• _gl 파라미터: 클라이언트ID + 세션 정보를 URL에 인코딩해 다음 도메인으로 전달
• 필수 조건:
  1. 모든 도메인이 동일 GA4 속성 및 측정 ID 사용
  2. 모든 도메인에 GA4 태그 설치
  3. 도메인 간 링크 클릭 기반 이동 (서버 리다이렉트는 별도 처리 필요)

Consent Mode v2와의 상호작용

• Consent Mode Advanced (권장):

  • 사용자가 동의 거부해도 쿠키리스 핑 전송 → _gl 파라미터 여전히 URL에 부착
  • 크로스도메인 추적 유지 가능

• Consent Mode Basic (엄격):

  • 동의 거부 시 모든 Google 태그 차단 → _gl 파라미터 미생성
  • 크로스도메인 추적 완전 단절

실무 적용

• 유럽/영국: Consent Mode v2 필수 (GDPR)
• 한국: PIPA/PIPL 기반 동의 정책, Consent Mode 권장 (강제 아님)

3단계: 서버사이드 이벤트 전송 (Measurement Protocol)

3.1 개요

Google Measurement Protocol: 서버에서 직접 GA4로 이벤트를 HTTP POST 요청으로 전송

• 용도: 오프라인 전환(POS, CRM), 서버 이벤트(주문 처리), 데이터 보강
• 전송 방식: JSON 페이로드, HTTP POST

3.2 기술 제약

3.3 데이터 스티칭 (Data Stitching)

목표: 온라인(웹) + 오프라인(CRM/POS) 전환을 단일 사용자 여정으로 연결

플로우:

1. 웹에서 GA4 client_id 수집
2. 체크아웃/로그인 시 user_id와 함께 CRM에 저장
3. 오프라인 전환(구매 완료)이 CRM에 기록될 때, client_id + user_id + 전환정보를 Measurement Protocol로 GA4 전송
4. GA4가 동일 client_id 기반 온라인·오프라인 이벤트를 하나 세션으로 통합

주의:

• user_id 기반 여정은 로그인 사용자만 (비로그인 사용자는 client_id만 가능)
• client_id 미저장 시 온라인 여정과 오프라인 전환 연결 불가

4단계: 데이터 보존·샘플링·신뢰성

4.1 데이터 보존 정책

*표준 리포트는 별도 정책 적용. Explorations는 더 엄격.

4.2 Thresholding (데이터 숨김)

정의: 개인식별 가능성 방지를 위해 사용자 수 미달 세그먼트의 데이터 비공개

증상:

• "데이터를 사용할 수 없습니다" 또는 "-" 표시
• Explorations에서 특정 dimension 조합 조회 불가

임계값: 변경 불가 (Google이 설정)

영향: 저트래픽 사이트, 긴 테일 세그먼트 분석 시 심각한 데이터 손실

5단계: 서버사이드 GTM (Server-Side Tagging)

5.1 비용 구조

추가 비용:

• 개발 (초기 구축): 수백만수천만원 (13개월)
• 로깅/모니터링: $100~$200/월
• 데이터 저장소(BigQuery): 쿼리 기준 $5~$50/월

5.2 성과와 한계

주요 성과

1. 전환 신호 회복 (가장 큰 ROI)

   • 광고 플랫폼(Meta, Google Ads)이 애드블로커/ITP/쿠키 제약으로 손실한 전환 신호 복구
   • 특히 고예산 광고주(월 광고비 >5,000만원)가 ROI 명확
   • 모델링 기반 전환 추정 정확도 향상

2. 페이지 속도 개선 (부차 효과)

   • 클라이언트 부하 감소 (JavaScript 처리량 ↓)
   • 실제 체감: Core Web Vitals 개선 (미미~중간)

3. 데이터 정제 (프라이버시 + 품질)

   • 서버에서 민감정보(결제카드 번호) 필터링
   • 규제 준수 용이 (GDPR/CCPA 동의 기반 선택적 전송)

한계

• 개발 난도 높음: API, OAuth 2.0, 클라우드 인프라 필수
• 저트래픽 광고주 부적절: 월 광고비 <1,000만원, 온라인 매출 미미 사이트는 ROI 음수
• 복잡도 증가: 디버깅·모니터링·에러 관리 복잡 → 전문가 필요

5.3 구현 시 고려사항

6단계: A6 글과의 관계 (데이터 프라이버시 재사용)

기존 A6 팩트 재사용 부분:

• Consent Mode v2: 기본/Advanced 모드, 전환 모델링, 700 클릭 임계값
• DDA (Data-Driven Attribution): 2024 기본값, Last-Click 대비 성과
• 쿠키 정책: 3rd 쿠키 폐지 취소(2024.7), 현 상태(2025.4)
• 퍼스트파티 데이터: 우선순위, 수집 전략 4가지

새로 추가되는 부분 (이 조사):

• 데이터 품질 저해 요소 (봇, 중복, 필터 설정)
• 세션·크로스도메인 기술 상세
• Measurement Protocol 기술 구현
• 보존·샘플링 신뢰성
• 서버사이드 GTM 비용·성과

핵심 포인트 정리

출처 (검증됨)

검색 기반 자료

1. Spider AF - How to Filter Bot Traffic in GA4
2. KissMetrics - GA4 Spam Traffic and Bot Filtering
3. Analytics Mania - Cross-Domain Tracking in GA4
4. Infotrust - Referral Exclusion in Google Analytics 4
5. Google for Developers - Measurement Protocol Guide
6. Whatagraph - GA4 Data Retention Guide
7. Usercentrics - Server-Side Tagging Cost Guide

기존 팩트 재사용 (구글광고심화_데이터프라이버시-심화.json)

• Consent Mode v2 정의, 모델링 메커니즘
• DDA 기초 & 성과
• 쿠키 폐지 정책 변화
• 퍼스트파티 데이터 전략

핵심 팩트 (14건)