피드로 돌아가기
The utm_source you should NOT use for Meta Ads (and why GA4 makes it disappear)
Dev.toDev.to
Infrastructure

GA4 classification logic 분석을 통한 Meta Ads 데이터 유실 방지 설계

The utm_source you should NOT use for Meta Ads (and why GA4 makes it disappear)

toshihiro shishido2026년 4월 22일6beginner

Context

GA4의 Default Channel Group 분류 엔진이 정적 리스트 기반의 Regex 매칭 방식을 채택함에 따라 발생한 데이터 분류 오류 분석. Meta 사명 변경 이후 utm_source=meta 사용 시 GA4 내부 분류 파일(819개 항목)에 해당 값이 부재하여 Paid Social 채널이 아닌 Referral 또는 (other)로 오분류되는 구조적 한계 노출.

Technical Solution

  • GA4의 Paid Social 판정 기준인 'Source-Social List 매칭' 및 'Medium-Regex(^.cp.|ppc|retargeting|paid.*$) 매칭' 동시 충족 구조 설계
  • Case-sensitivity로 인한 데이터 파편화 방지를 위해 모든 UTM 파라미터의 lowercase 강제 적용
  • Organic Social과의 충돌을 방지하기 위해 utm_medium=social 대신 Regex 안전 구역인 utm_medium=cpc 채택
  • Meta Ads Manager의 Dynamic Parameter Macros({{campaign.name}} 등)를 통한 런타임 값 치환 및 전송 구조 최적화
  • 플랫폼별 세부 분석 필요 시 utm_source는 Canonical Value(facebook)로 유지하고 Custom Dimension을 통해 placement 정보를 분리하는 계층적 데이터 설계

- GA4 Default Channel Group 공식 스프레드시트의 Source Category 리스트와 현재 UTM 설정 값의 일치 여부 검증 - utm_source=facebook, utm_medium=cpc 조합의 표준화 적용 - 배포 후 30분 이내 GA4 Realtime 보고서를 통한 Traffic Source 유입 경로 최종 확인 - Meta Dynamic Parameter 적용 시 실제 치환 값에 공백이나 특수문자가 포함되는지 Preview 단계에서 전수 조사

원문 읽기