콘텐츠 그룹핑 이해하기

콘텐츠 그룹핑이란?

예를 들어 봅시다. 쇼핑몰의 상품 상세 페이지는 제품 A, 제품 B, 제품 C … 수백 개입니다. URL도 /goods/12345, /goods/67890 … 다 다르고, GA4 페이지 리포트에서도 수백 개의 행으로 흩어집니다. 하지만 분석할 때 우리가 궁금한 건 “12345번 상품 페이지의 조회수”가 아니라 “상품 상세를 본 사람이 얼마나 구매했나”입니다 — 즉 이 수백 페이지를 ‘상품 상세’ 한 덩어리로 보고 싶은 거죠. 이렇게 “기술적으로는 수백 페이지지만 의미상으로는 한 묶음”인 페이지들을 하나로 합치는 것이 콘텐츠 그룹핑입니다.

구체적으로는, 페이지뷰 이벤트에 content_group이라는 매개변수를 실어 보내면(예: /goods/* → "상품 상세"), GA4 페이지 리포트에서 그 값으로 행을 묶어 볼 수 있습니다. 페이지 경로(/p/12345)나 페이지 제목은 ‘기술적 주소’ 또는 ‘페이지가 스스로 붙인 이름’이라 사이트가 커지면 수십~수백 행으로 흩어지지만, 콘텐츠 그룹은 그 위에 한 겹의 ‘사람이 이해하는 분류’를 얹는 것입니다 — “상품 상세 · 장바구니 · 결제 · 블로그 · 회사소개”처럼.

왜 필요한가 — 디렉토리를 의미 값으로 치환

일반적으로 사이트의 URL 디렉토리 구조를 한글(또는 의미 있는) 값으로 치환합니다. 예를 들면:

핵심은 매칭 안 되는 경로도 “기타” 같은 기본값으로 떨어지게 해 두는 것입니다. 안 그러면 그 페이지들의 콘텐츠 그룹이 비어((not set)) 보고서에 누락된 것처럼 보입니다.

적용 전 / 후 — 페이지 리포트가 이렇게 달라진다

잘 적용된 사이트 예시

이미 콘텐츠 그룹핑이 적용된 속성에서 페이지 및 화면 리포트로 들어가 측정기준을 콘텐츠 그룹으로 바꾸면 다음처럼 보입니다 — 수백 개의 URL이 ‘상품·메인·로그인·주문·마이페이지’ 같은 의미 단위 10여 줄로 합쳐져, 어느 영역이 얼마나 보이고 전환에 기여하는지 한눈에 들어옵니다.

웹 vs 앱

이 글은 웹 기준입니다 — URL 디렉토리를 보고 그룹값을 정합니다. 앱은 화면 클래스(UIViewController/Activity)를 기준으로 묶으며, 적용 방식도 앱 코드/Firebase 설정 쪽이라 메커니즘이 다릅니다. 앱 콘텐츠 그룹핑은 별도 가이드(준비 중)에서 다룹니다.

자주 묻는 질문