피드로 돌아가기
Why fixing 'Direct/None' alone won't reduce GA4's 'unknown traffic'
Dev.toDev.to
Infrastructure

GA4 Unknown Traffic의 4단계 생성 메커니즘 분석 및 레이어별 해결 전략

Why fixing 'Direct/None' alone won't reduce GA4's 'unknown traffic'

toshihiro shishido2026년 4월 25일4intermediate

Context

단순 UTM 강화만으로 Direct / (none) 트래픽을 줄이려 했으나 전체 Unknown Traffic 비중이 감소하지 않는 병목 현상 발생. 데이터 수집부터 표시까지의 파이프라인 단계별로 서로 다른 메커니즘에 의해 Unknown 값이 생성되는 구조적 한계 존재.

Technical Solution

  • Stage 1(Receive) 단계의 (not set) 해결을 위한 Measurement Tag 구현 상태 및 session_start 이벤트 누락 여부 검증
  • Stage 2(Classify) 단계의 Direct / (none) 최적화를 위한 UTM Gap 보완 및 In-app Browser Referrer 손실 분석
  • Stage 2(Classify) 단계의 Unassigned 해결을 위해 GA4 기본 규칙에 없는 신규 플랫폼(TikTok, LINE 등) 대상 Channel Grouping Rule 정의
  • Stage 3(Display) 단계의 (other) 해결을 위해 High-cardinality 차원(User ID 포함 URL 등)을 제거하는 Dimension Design 최적화
  • 데이터 생성 단계-원인-담당자를 매핑하여 분석 리소스 낭비를 방지하는 진단 프로세스 구축
  • Domain Heuristics를 활용해 Unassigned 및 Direct 세션을 원천 채널로 재분류하는 Attribution Layer 설계

1. Unassigned 비중 10% 초과 시: Channel Grouping Rule 업데이트 검토

2. 특정 차원 (not set) 5% 초과 시: 해당 차원 전송 Tag 구현 로직 전수 조사

3. Direct / (none) 20% 초과 시: UTM 누락 및 Referrer 유실 경로 분석

4. (other) 발생 시: URL Query String 제외 등 Cardinality 축소 전략 적용

원문 읽기