업데이트: 2026년 8월 17일 Google Analytics 공식 변경사항 기준.
핵심: Source Group은 ig, instagram, Meta-facebook처럼 지저분한 소스 값을 Instagram·Facebook 같은 상위 그룹으로 정리합니다. Source Platform은 이를 Meta Ads 같은 플랫폼과 연결합니다. 하지만 유료·유기적 유입, 캠페인, 소재를 구분하려면 UTM 규칙은 여전히 필요합니다.
Source Group과 Source Platform의 역할
| 차원 | 답하는 질문 | 예시 |
|---|---|---|
| Source | 수집된 원본 출처가 무엇인가 | ig, instagram, facebook |
| Source Group | 어느 대표 서비스에서 왔는가 | Instagram, Facebook, ChatGPT |
| Source Platform | 어느 광고·인벤토리 플랫폼인가 | Meta Ads, Google Ads |
| Medium | 유입 방식이 무엇인가 | organic_social, paid_social, ai-assistant |
Google은 Facebook·Instagram·TikTok뿐 아니라 ChatGPT와 Perplexity 같은 신흥 출처도 그룹화 대상으로 설명합니다. 과거 데이터에도 Source Group이 채워지므로 기존 캠페인을 새 기준으로 다시 비교할 수 있습니다.
UTM 난립은 왜 그대로 남는가
Source Group이 상위 보고서에서 값을 묶어도 utm_campaign과 utm_content의 철자, 대소문자, 캠페인 이름은 자동으로 운영 표준이 되지 않습니다. summer_sale, SummerSale, summer-sale은 원본 분석에서 다른 값입니다. CRM·광고비·주문 데이터와 결합하려면 원본 키가 일관돼야 합니다.
오해하면 안 되는 점: Source Group은 데이터 정리용 상위 차원이지 잘못 붙인 UTM을 교정하거나 광고 플랫폼의 캠페인 ID를 복원하는 기능이 아닙니다.
Instagram·Facebook·Threads 권장 규칙
- Instagram 유기적 링크:
instagram / organic_social - Instagram 광고:
instagram / paid_social - Facebook 광고:
facebook / paid_social - Threads 유기적 링크:
threads / organic_social - 캠페인: 목적·프로모션 단위의 고정 영문 소문자
- 콘텐츠: profile, story_01, reel_a, creative_b처럼 위치·소재 구분
경영 보고서에서는 Source Group으로 Meta 계열 전체를 보고, 실무 최적화에서는 Source·Medium·Campaign·Content를 내려가며 확인하는 구조가 적합합니다.
AI Assistant 채널과 함께 봐야 하는 이유
GA4는 2026년부터 ChatGPT·Gemini·Claude 등에서 들어오는 방문을 AI Assistant 기본 채널로 분류하기 시작했습니다. Source Group이 ChatGPT·Perplexity 같은 출처를 묶으면 Organic Search와 AI Assistant를 같은 표에서 비교하기 쉬워집니다. 다만 AI 답변에 노출된 횟수는 측정할 수 없고 실제 링크 클릭 이후의 세션만 보입니다.
실무 적용 순서
- 최근 90일의 Source·Medium 원본 값을 내보냅니다.
- Source Group·Source Platform을 추가해 자동 분류 결과를 비교합니다.
- 자동 그룹에 들어가지 않는 값과 잘못 분류된 내부·결제 도메인을 찾습니다.
- 향후 링크용 UTM 사전을 고정합니다.
- 경영용 보고서는 Source Group, 운영용 보고서는 원본 Source·Campaign을 사용합니다.
- 과거 데이터는 새 그룹으로 추세를 보고, 원본 이름을 소급 변경한 것처럼 해석하지 않습니다.
Default Channel Group과 무엇이 다른가
Default Channel Group은 Organic Search·Paid Social·Direct·AI Assistant처럼 유입 방식을 묶습니다. Source Group은 Instagram·Facebook·TikTok·ChatGPT처럼 출처 서비스를 표준화합니다. 둘은 대체 관계가 아닙니다. 같은 Instagram Source Group 안에서도 organic_social과 paid_social은 서로 다른 채널이 될 수 있고, 같은 Paid Social 안에도 Instagram·Facebook·TikTok이 함께 존재할 수 있습니다.
| 보고 목적 | 우선 차원 | 보조 차원 |
|---|---|---|
| 검색·소셜·AI 비중 비교 | Default Channel Group | Source Group |
| 플랫폼별 예산 비교 | Source Platform | Campaign |
| Instagram 내부 소재 비교 | Source | Medium·Campaign·Content |
| AI 추천 유입 비교 | AI Assistant 채널 | Source Group·Source |
GA4에서 확인하는 실무 보고서
- 탐색 보고서에서 행에 Source Group, 열 또는 필터에 Default Channel Group을 추가합니다.
- 세션·참여 세션·핵심 이벤트·총수익을 같은 표에 놓습니다.
- Source Platform을 추가해 Meta Ads와 유기적 Instagram 유입을 분리합니다.
- 원본 Session source / medium으로 내려가 자동 그룹에 섞인 값을 점검합니다.
- 최근 28일과 이전 28일을 비교하고, 과거 데이터도 같은 그룹 기준으로 다시 봅니다.
표준 보고서에 새 차원이 바로 보이지 않으면 관리자 권한으로 보고서를 맞춤설정하거나 탐색을 사용하는 편이 빠릅니다. API·BigQuery·외부 BI에서 쓰려면 연결된 스키마에 해당 차원이 제공되는지 별도로 확인해야 하며, 화면에 보인다는 이유만으로 기존 쿼리에 자동 추가되지는 않습니다.
과거 데이터가 채워진다는 말의 한계
소급 적용은 과거 원본 소스 값을 현재의 Source Group 규칙으로 다시 묶어 볼 수 있다는 뜻입니다. 당시 누락된 UTM, 사라진 referrer, Direct로 수집된 방문, 잘못된 캠페인 이름이 복구되는 것은 아닙니다. 분류 규칙이 발전하면 같은 과거 기간을 예전에 내려받은 보고서와 비교할 때 그룹 합계가 달라 보일 수도 있으므로 보고서 생성일과 사용 차원을 기록해야 합니다.
Hostname filter도 함께 확인할 것
같은 업데이트에는 관리자의 Data Filter에서 승인하지 않은 호스트의 이벤트를 제외할 수 있는 Hostname filter도 포함됐습니다. 복제 사이트·개발 환경·스팸 이벤트가 운영 속성으로 들어오는 경우 유용하지만, 잘못 설정하면 정상 서브도메인이나 결제 완료 이벤트를 잃을 수 있으므로 테스트 속성에서 검증해야 합니다.
도메인 이관 중이라면: 구 도메인과 새 도메인이 모두 실제 페이지를 제공하는 기간에 새 호스트만 허용하면 구 도메인에서 발생하는 정상 이벤트가 제외될 수 있습니다. 반대로 구 도메인이 모든 요청을 301로 넘기고 새 도메인에서만 페이지가 열리는 구조라면 실제 이벤트 hostname은 새 도메인인지 DebugView·실시간 보고서로 확인한 뒤 필터를 적용하세요.
- 운영 루트·www·정상 서브도메인 목록 작성
- 결제·예약 완료가 외부 호스트에서 발생하는지 확인
- 내부 개발·미리보기 호스트의 이벤트 유입 확인
- 테스트 상태에서 최소 며칠 검증한 뒤 활성화
- 필터 전환일을 분석 주석과 운영 기록에 남김