유니버설 애널리틱스에서 보기는 지리적 구분, 비즈니스 부문 등 분리된 별도의 데이터 모음을 만드는 데 사용됩니다. Google 애널리틱스 4에서는 보기가 없으며 이러한 종류의 데이터 분리를 다르게 수행합니다. 데이터를 분리하고 이에 대한 액세스를 제어하는 상세 방법은 (1) 사용자 요구사항 및 (2) 표준 Google 애널리틱스와 Google 애널리틱스 360 중 무엇을 사용하는지에 따라 달라집니다.
Google 애널리틱스 계정 설정의 예
웹사이트가 1개인 비즈니스
이 비즈니스에는 웹사이트 1개와 Google Ads 계정 1개가 있습니다. 지역 또는 비즈니스 부문에 따라 데이터를 분리할 필요가 없습니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 웹사이트의 속성 1개
- 데이터 스트림: 데이터 스트림 1개. 비즈니스에 앱이 있는 경우 앱의 별도 데이터 스트림 1개.
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
데이터는 한 위치에 있는 단일 법인이 소유합니다. |
|
(웹) 데이터 스트림 1개가 있는 Google 애널리틱스 4 속성 1개 |
단일 속성을 통해 사이트의 각 측면에 대한 데이터를 한곳에서 사용할 수 있습니다. 마케팅팀이 사이트 데이터의 모든 교차 섹션에서 잠재고객을 만들 수 있습니다. 분석가가 교차 기기 사용을 이해하고 모바일 사이트 또는 앱이 필요한지 여부를 파악할 수 있습니다. |
|
Google 애널리틱스 4 속성에 연결된 Google Ads 계정 1개 |
마케팅팀에서 리마케팅 및 잠재고객 발굴을 위해 잠재고객을 Google Ads로 내보낼 수 있습니다. |
교육 기관/비즈니스
이 조직에는 웹사이트 1개와 Google Ads 계정 1개가 있습니다.
비즈니스 요구사항
계정 구조는 다음 요구사항을 충족해야 합니다.
- 학생들이 개설된 강의를 검토하고, 강의에 등록하고, 온라인으로 강의를 수강하고 관리합니다.
- 마케팅팀에서 리마케팅 및 잠재고객 발굴을 위한 잠재고객을 만들 수 있어야 합니다.
- 분석가가 교차 기기 사용을 이해하고 모바일 사이트 또는 앱이 필요한지 여부를 파악하고자 합니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(기관 사이트)별 속성 1개
- 데이터 스트림: 기관 웹사이트의 데이터 스트림 1개
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
데이터는 한 위치에 있는 단일 법인이 소유합니다. |
|
(웹) 데이터 스트림 1개가 있는 Google 애널리틱스 4 속성 1개 |
단일 속성을 통해 사이트의 각 측면에 대한 데이터를 한곳에서 사용할 수 있습니다. 마케팅팀이 사이트 데이터의 모든 교차 섹션에서 잠재고객을 만들 수 있습니다. 분석가가 교차 기기 사용을 이해하고 모바일 사이트 또는 앱이 필요한지 여부를 파악할 수 있습니다. |
|
Google 애널리틱스 4 속성에 연결된 Google Ads 계정 1개 |
마케팅팀에서 리마케팅 및 잠재고객 발굴을 위해 잠재고객을 Google Ads로 내보낼 수 있습니다. |
웹 및 앱을 통해 제품을 판매하는 지리적으로 분산된 전자상거래 소매업체
이 지주회사는 소재지가 여러 지역에 분산되어 있으며 지역마다 비즈니스 법인이 존재합니다. 각 지역에 자체 웹사이트, 마케팅팀, Google Ads 계정이 있습니다. 이 지주회사는 iOS 및 Android용 앱도 보유하고 있습니다.
비즈니스 요구사항
계정 구조는 다음 요구사항을 충족해야 합니다.
- 이 지주사는 모든 비즈니스 법인 데이터의 글로벌 보기를 가지고 있어야 합니다.
- 각 비즈니스 법인에서 데이터의 법적 소유권을 가질 필요는 없습니다.
- 각 비즈니스 법인에서 사용자 여정이 웹사이트와 앱에서 이동하는 방식을 확인하려고 합니다.
- 각 비즈니스 법인에서 데이터를 분류해야 합니다.
- 각 비즈니스 법인의 마케팅팀에서 Google Ads - 애널리틱스 링크를 사용하여 잠재고객을 만들고 공유하며 Google Ads에서 입찰에 잠재고객을 사용합니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 단일 논리적 사용자층의 속성 1개
- 데이터 스트림: 웹사이트의 데이터 스트림 1개. 앱의 버전별 데이터 스트림 1개.
Google 애널리틱스 360 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 단일 논리적 사용자층의 속성 1개
- 하위 속성: 데이터를 분류해야 하는 각 비즈니스 항목에 대한 하위 속성 1개
- 데이터 스트림: 웹사이트의 데이터 스트림 1개. 앱의 버전별 데이터 스트림 1개.
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
이 지주사에 모든 비즈니스 법인 데이터의 법적 소유권이 있습니다. |
|
Google 애널리틱스 4 속성 1개 |
웹 및 앱에 대한 데이터 스트림이 있는 단일 속성을 사용하면 모든 데이터를 동일한 보고서에 포함할 수 있습니다. 사이트와 앱의 데이터를 필요에 따라 결합하여 사용자가 사이트와 앱 사이를 어떻게 이동하는지 확인할 수 있습니다. 이 지주사는 모든 데이터의 통합 보기를 가지고 있으며 여러 비즈니스 법인의 데이터를 비교할 수 있습니다. |
|
각 지역팀의 하위 속성(360) |
각 지역 항목에는 구획화된 데이터를 가진 자체 하위 속성이 있습니다. 이 지주사에서 소스 속성의 모든 데이터를 통합적으로 확인하고 여러 비즈니스 법인 간의 데이터를 비교할 수 있습니다. |
|
모든 지역 비즈니스 법인 웹사이트를 결합하는 데이터 스트림 1개 |
웹 데이터 스트림 1개를 다수의 도메인에 사용 |
|
앱의 Android 및 iOS 구현을 위한 Firebase 프로젝트 1개. Firebase 프로젝트가 Google 애널리틱스 4 속성에 연결되어 있습니다. 앱의 iOS 및 Android 버전별 데이터 스트림 1개(즉 데이터 스트림 2개) |
앱 구현마다 별도의 데이터 스트림이 있으면 iOS와 Android 데이터를 분리할 수 있습니다.
|
|
각 Google Ads 계정은 속성에 연결되어 있습니다(일반). |
단일 속성에 연결된 각 Google Ads 계정을 사용하면 속성의 잠재고객을 각 Google Ads 계정에서 입찰에 사용할 수 있습니다. |
|
선택사항: 각 Google Ads 계정이 적절한 하위 속성(360)에 연결되어 있습니다. |
각 Google Ads 계정이 적절한 하위 속성에 연결되면 속성의 잠재고객을 각 Google Ads 계정에서 입찰에 사용할 수 있습니다. |
Play 스토어 및 App Store에 여러 게임이 있는 글로벌 게임 개발자
이 비즈니스에는 글로벌 브랜드 웹사이트 1개가 있고 게임 타이틀마다 별도의 마케팅 사이트가 있습니다. Play 스토어와 App Store에서 여러 게임 타이틀을 판매하고 있습니다.
비즈니스 요구사항
계정 구조는 다음 요구사항을 충족해야 합니다.
- 웹사이트 및 앱에서 자사 데이터를 수집하여 잠재고객을 만들고 미디어 구매를 알립니다.
- 각 게임의 개발, 스테이징, 프로덕션을 위한 별도의 환경을 갖추어야 합니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(글로벌 브랜드 사이트, 각 게임 타이틀의 마케팅 사이트 및 앱)별 속성 1개
- 데이터 스트림: 글로벌 브랜드 웹사이트의 데이터 스트림 1개. 마케팅 사이트별 데이터 스트림 1개 및 앱의 해당 버전별 데이터 스트림 1개.
Google 애널리틱스 360 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(글로벌 브랜드 사이트, 각 게임 타이틀의 마케팅 사이트 및 앱)별 속성 1개
- 롤업 속성: 전체 보기를 위해 모든 별도의 소스 속성에서 데이터를 결합하는 롤업 속성 1개
- 데이터 스트림: 글로벌 브랜드 웹사이트의 데이터 스트림 1개. 마케팅 사이트별 데이터 스트림 1개 및 앱의 해당 버전별 데이터 스트림 1개.
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
단일 법인이 소유한 단일 계정으로 속성을 통합합니다. |
|
글로벌 브랜드 사이트의 Google 애널리틱스 4 속성 1개, (웹) 데이터 스트림 1개 포함 |
글로벌 브랜드 사이트의 측정값을 분리합니다. |
|
게임 타이틀의 마케팅 사이트 및 앱별 Google 애널리틱스 4 속성 1개. 각 속성에는 (웹) 데이터 스트림 1개, iOS (앱) 데이터 스트림 1개, Android (앱) 데이터 스트림 1개가 있습니다. |
각 마케팅 사이트 및 관련 앱의 데이터는 동일한 속성에서 수집됩니다. 관련 사이트 및 앱 데이터는 잠재고객을 만들고 미디어 구매를 알리는 데 사용됩니다. |
|
게임별 Firebase 프로젝트 1개. 각 프로젝트는 관련 속성에 연결됩니다. 각 Firebase 프로젝트에는 게임의 개발, 스테이징, 프로덕션 버전이 포함됩니다. |
게임별로 별도의 Firebase 프로젝트에서 각 게임의 개발, 스테이징, 프로덕션을 위한 별도의 환경이 생성됩니다. |
|
선택사항: 게임 버전 또는 일부 버전 조합별 별도의 Firebase 프로젝트. 예: 개발 버전용 프로젝트 1개와 스테이징 및 프로덕션 버전용 프로젝트 1개 |
프로젝트별로 개별 게임 환경을 더 세분화할 수 있지만 이 경우 해당 프로젝트와 연결된 게임 버전을 측정하려면 더 많은 속성이 필요합니다. |
|
선택사항: 롤업 속성. 각 소스 속성은 웹 및 앱 전체에 대한 전체적인 뷰를 제공하는 롤업 속성으로 피드됩니다. |
프로젝트별로 개별 게임 환경을 더 세분화할 수 있지만 이 경우 해당 프로젝트와 연결된 게임 버전을 측정하려면 더 많은 속성이 필요합니다. |
여러 독립 자회사(생명, 건강, 주택, 자동차)를 보유한 국민보험 회사
이 비즈니스에는 고객에게 정보를 제공하고 계약을 완료하기 위해 오프라인 상호 작용(예: 전화, 우편, 판매 시점)이 필요한 리드를 생성하는 기업 웹사이트가 있습니다. 각 자회사에는 자체 웹사이트, 별도의 마케팅팀, 자체 Google Ads 계정이 있습니다.
한 자회사(자동차)에는 앱도 있습니다.
비즈니스 요구사항
계정 구조는 다음 요구사항을 충족해야 합니다.
- 데이터는 한 위치에 있는 단일 비즈니스 법인이 소유합니다.
- 기업 사이트의 데이터는 리드 생성 및 콘텐츠 최적화를 개선하기 위해 분석에 사용할 수 있어야 합니다.
- 각 자회사에서는 관련 마케팅팀이 잠재고객을 만들고 단일 Google Ads 계정과 연결된 전환을 추적할 수 있도록 데이터를 분류해야 합니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(기업 사이트, 각 자회사의 사이트 및 앱)별 속성 1개
- 데이터 스트림: 기업 웹사이트의 데이터 스트림 1개. 자회사 사이트별 데이터 스트림 1개 및 앱의 해당 버전별 데이터 스트림 1개.
Google 애널리틱스 360 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 모든 사이트 및 앱의 속성 1개(회사 사이트, 각 자회사의 사이트 및 앱).
- 하위 속성: 논리적 사용자층(기업 사이트, 각 자회사의 사이트 및 앱)별 하위 속성 1개.
- 데이터 스트림: 기업 웹사이트의 데이터 스트림 1개. 자회사 사이트별 데이터 스트림 1개 및 앱의 해당 버전별 데이터 스트림 1개.
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
데이터는 한 위치에 있는 단일 비즈니스 법인이 소유합니다. |
|
기업 웹사이트(일반 계정)의 (웹) 데이터 스트림 1개가 있는 Google 애널리틱스 4 속성 1개. |
기업 웹사이트의 단일 속성 및 데이터 스트림을 통해 데이터를 분석하여 리드 생성 및 콘텐츠 최적화를 개선할 수 있어야 합니다. |
|
각 자회사 웹사이트: (일반 계정) (웹) 데이터 스트림 1개가 있는 Google 애널리틱스 4 속성 1개 자동차 보험 자회사의 속성에는 (Android 앱) 데이터 스트림도 필요합니다. |
각 자회사 사이트의 단일 속성 및 데이터 스트림을 통해 각 사이트의 데이터가 다른 사이트와 구분됩니다. 자동차 보험 자회사의 앱과 웹 데이터는 동일한 속성에서 사용할 수 있습니다. |
|
모든 웹사이트(기업 및 자회사)의 (웹) 데이터 스트림 1개가 있는 Google 애널리틱스 4 속성 1개. (360) |
모든 웹사이트의 단일 소스 속성 및 데이터 스트림을 통해 데이터를 분석하여 리드 생성 및 콘텐츠 최적화를 개선합니다. 또한 소스 속성을 바탕으로 하위 속성을 빌드할 수도 있습니다. |
|
각 자회사 및 회사 웹사이트의 하위 속성 |
데이터의 각 논리적 조합(기업 웹사이트 또는 자회사 사이트)을 자체 데이터 보기로 필터링하도록 하위 속성을 만들 수 있습니다. |
|
자동차 보험 자회사의 Android 앱용 Firebase 프로젝트 1개. Firebase 프로젝트는 자동차 보험 자회사의 속성(일반 계정) 또는 소스 속성(360 계정)에 연결됩니다. |
자동차 보험 앱용 Firebase 프로젝트에서는 앱 개발을 위한 별도의 환경을 만듭니다. Firebase 프로젝트를 자동차 보험 속성에 연결하면 앱과 웹 데이터를 동일한 속성(360 계정의 경우 소스 속성)에서 사용할 수 있습니다. |
|
해당하는 Google Ads 계정과 자회사 속성(일반 계정) 또는 하위 속성(360 계정)이 연결됩니다. |
각 자회사의 Google Ads 계정을 해당하는 속성에 연결하면 속성의 잠재고객을 관련 Google Ads 계정에서 사용할 수 있으며 Google Ads 계정의 전환 데이터를 관련 Google 애널리틱스 4 속성에서 사용할 수 있습니다. |
여러 국가에서 여러 브랜드를 운영하는 여행사
이 회사에는 데스크톱 웹사이트, 모바일 사이트, 앱을 보유한 여러 브랜드가 있습니다. 각 브랜드에는 자체 마케팅팀과 광고 계정이 있습니다.
비즈니스 요구사항
계정 구조는 다음 요구사항을 충족해야 합니다.
- 데이터를 국가별로 분석해야 합니다.
- 각 마케팅팀에서 자체 잠재고객을 구축하고 연결된 광고 계정에 전환 기여도를 부여해야 합니다.
Google 애널리틱스 표준 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(기업 사이트, 각 브랜드의 사이트 및 앱)별 속성 1개.
- 데이터 스트림: 기업 웹사이트의 데이터 스트림 1개. 브랜드 사이트별 데이터 스트림 1개, 앱의 해당 버전별 데이터 스트림 1개.
Google 애널리틱스 360 계정 구조
- 계정: 계정 1개. 데이터는 단일 법인이 소유합니다.
- 속성: 논리적 사용자층(기업 사이트, 각 브랜드의 사이트 및 앱)별 속성 1개.
- 롤업 속성: 모든 항목 및 지리적 데이터 세트를 함께 볼 수 있는 롤업 속성 1개.
- 데이터 스트림: 기업 웹사이트의 데이터 스트림 1개. 브랜드 사이트별 데이터 스트림 1개, 앱의 해당 버전별 데이터 스트림 1개.
적용되는 원칙
| 구조 | 근거 |
|---|---|
|
애널리틱스 계정 1개 기존 애널리틱스 계정이 있는 경우 새 애널리틱스 계정을 만들 필요가 없습니다. |
데이터는 단일 비즈니스 법인이 소유합니다. |
|
브랜드당 Google 애널리틱스 4 속성 1개, 다음 항목 포함:
|
브랜드당 속성 1개를 통해 다음 작업을 실행할 수 있습니다.
각 플랫폼의 개별 데이터 스트림을 사용하여 데이터를 포괄적, 상대적 또는 개별적으로 분석하고 플랫폼 중심의 잠재고객을 만들 수 있습니다. |
|
롤업 속성 하나로 모든 브랜드 속성을 한 곳에 통합합니다(360 계정). |
모든 소스 속성이 포함된 단일 롤업 속성을 사용하여 기관 수준의 데이터를 전체적으로 볼 수 있습니다. |
|
브랜드별 Google Ads, Display & Video 360, Search Ads 360 계정은 관련성이 높은 속성에 연결됩니다. |
각 마케팅팀에서 자체 잠재고객을 만들고 연결된 광고 계정에 전환 기여도를 부여해야 합니다. |
확장 가이드 및 참조
이 가이드의 나머지 부분에서는 위 섹션의 예 이상으로 확장해야 하는 비즈니스에 자세한 정보를 제공합니다. 이 확장 가이드는 특히 Google 애널리틱스 360 고객과 관련이 있습니다.
목차:개념 및 정의
Google 애널리틱스 4 속성에 관해 알아보고 있다면 다음 도움말 및 동영상을 참고하세요.
- Google 애널리틱스 4(GA4) 소개
- 하위 속성에 관해 (Google 애널리틱스 360에서 사용 가능)
- 롤업 속성에 관해 (Google 애널리틱스 360에서 사용 가능)
- 계정: 데이터를 단일 법인이 소유하고 해당 데이터에 지역별 서비스 약관(TOS)이 적용되는 속성의 모음입니다.
각 지역의 데이터를 해당 지역 내 별개 법인이 소유하는 것이 중요한가요?
- 예: 각 지역에 하나씩 여러 계정을 만듭니다.
- 아니요: 회사 본사가 있는 지역에 계정 하나를 만듭니다.
- 속성: 계정 내에 위치하며 하나의 사용자층에 대한 데이터를 나타냅니다. 일반적으로 함께 분석해야 하는 데이터(제품 라인, 브랜드, 애플리케이션)는 하나의 속성(Google 애널리틱스 360이 있는 경우 이 데이터가 소스 속성이 될 수 있음)에 존재해야 합니다.
집계하는 데이터가 단일 논리적 사용자층과 관련이 있나요? 애널리틱스를 다른 제품에 연결할 때 해당 데이터 전체를 각 제품과 공유하시겠습니까?
- 예: 속성 1개를 만듭니다.
- 아니요: 논리적 사용자층마다 별도의 속성 또는 하위 속성을 만듭니다.
- 데이터 스트림: 속성 내에 위치하며 앱 또는 웹사이트의 데이터 소스입니다. 속성마다 최대 3개의 데이터 스트림을 사용하는 것이 좋습니다. 여기에는 웹 사용자 여정을 측정하는 단일 웹 데이터 스트림 1개와 iOS 및 Android용 앱 데이터 스트림 1개가 포함됩니다.
- 앱 데이터 스트림: 앱-패키지 이름 및 플랫폼의 조합마다 데이터 스트림 1개를 보유할 수 있습니다.
- 웹 데이터 스트림: 대부분의 경우 웹 사용자 여정을 측정하려면 단일 웹 데이터 스트림을 사용해야 합니다. 도메인에서 일어나는 웹 여정마다 일관된 사용자 및 세션 보고를 유지하려면 단일 웹 데이터 스트림을 교차 도메인 측정과 함께 사용하세요.
권장사항
다음 권장사항과 추천에서는 광범위한 사용자와 사용 사례를 다룹니다. 이러한 지침이 적용되지 않거나 특정 상황에 달리 적용해야 하는 예외적인 사례가 있을 수 있습니다.
귀하의 브랜드 및 비즈니스 부서가 별개의 이해관계자 및 분석가 그룹을 갖는 고유하고 구분되는 영업 부서라고 가정할 때, 일반적으로 회사당 계정 1개와 브랜드 또는 비즈니스 단위당 속성 1개를 설정해야 합니다.
예시 A
- 모회사 A: 계정 1개
- 브랜드 X(자동차): 속성 1개
- 브랜드 Y(생활용품): 속성 1개
- 브랜드 Z(소비자 가전): 속성 1개
이 경우 모회사에는 계정 1개와 고유 속성 3개가 존재하며, 각 속성에는 해당 브랜드/비즈니스와 관련된 데이터만 포함됩니다.
예시 B
- 기업 B: 계정 1개
- 제품 라인 D(주택 보험): 속성 1개
- 제품 라인 E(자동차 보험): D와 동일한 속성
- 제품 라인 F(생명 보험): D 및 E와 동일한 속성
이 경우 기업은 모든 사업부에서 데이터를 단일 속성으로 전송하도록 선택했습니다. 정기적으로 여러 제품을 사용하거나, 제품 간에 업셀링 또는 크로스셀(cross-sell) 캠페인을 자주 사용하는 고객이 있을 수 있으므로 모든 데이터를 함께 확인하는 것이 좋습니다. 이 속성은 개별 제품 라인 분석을 위한 하위 속성의 소스 속성으로 작동할 수 있습니다(아래 참조).
예시 C
- 소규모 비즈니스 C(예: 김씨네 델리): 계정 1개
- 모든 제품(델리 스테이크, 샌드위치, 음료 등): 속성 1개
이 경우 김씨네 델리는 소규모 비즈니스이며, 여러 속성을 필요로 하지 않습니다. 고객은 종종 두 개 이상의 제품을 구매하고, 김씨네 델리에서는 다른 비즈니스 부문을 가지고 있지 않기 때문에 온라인 델리 배달 비즈니스에 대한 모든 데이터를 한꺼번에 분석합니다. 모든 데이터에 단일 속성을 활용하는 것이 적합합니다.
데이터 스트림
각 소스 속성에는 새로 추가되는 데이터를 제공하는 앱 또는 웹사이트의 데이터 스트림이 있습니다. 따라서 데이터 스트림은 특정 GA4 속성으로 데이터를 전송하는 웹사이트 또는 앱에 해당합니다.
권장사항:
- 속성당 웹 데이터 스트림 1개
- 속성당 iOS 데이터 스트림 1개
- 속성당 Android 데이터 스트림 1개
Search Console 통합
GA4 속성을 Search Console에 연결할 수 있습니다. 이렇게 하면 자연 Google 검색의 검색어 및 보고 측정기준(예: 방문 페이지)과 같은 다양한 새 데이터가 Google 애널리틱스로 전송됩니다.
어떤 Search Console 속성에 어떤 소스 속성을 연결해야 하는지 결정해야 합니다. 하위 속성 및 롤업 속성을 사용하는 경우 소스 속성, 하위 속성 또는 롤업 속성 중 어느 것에 연결할지 선택해야 합니다.
GA4 속성과 Search Console 속성 간의 연결 설정은 GA4 관리 페이지에서 빠르고 간단하게 수행할 수 있습니다. 연결을 설정하려면 Search Console 속성에서 확인된 사이트 관리자여야 하며 Google 애널리틱스 4 속성에서 관리자 역할이 있어야 합니다.
표시할 보고서 맞춤설정
Google 애널리틱스 4 속성에서는 표시할 보고서 관리, 보고서에 포함된 측정항목 및 측정기준, 보고서 내의 그래프 확인 기능을 제공합니다. 예를 들어 마케팅팀과 같은 특정 그룹에만 관련된 전체 보고서 컬렉션을 설정할 수 있습니다(단, 이러한 컬렉션의 액세스를 제한할 수는 없으며 모든 속성 사용자가 열람할 수 있습니다). 이렇게 하면 GA4를 맞춤설정하여 가장 관련성이 높은 보고서를 가장 먼저 확인하거나 가장 쉽게 액세스할 수 있으며 필요하지 않은 보고서를 살펴볼 필요가 없어집니다.
마케팅팀 보고서 컬렉션 예시:
각 컬렉션의 특정 보고서를 맞춤설정할 수 있습니다. 예를 들어 대부분의 표 보고서에는 '총 수익' 측정항목이 있으며, 이는 표준 보고서 구성에 표시됩니다. 이러한 항목은 수익 데이터를 보내는 전자상거래 비즈니스 업체의 경우 팀에서 이를 분석하도록 할 수 있으므로 유용합니다. 하지만 Google 애널리틱스에 보고할 수익 데이터가 없는 경우 이 열에는 모든 행에 $0.00 값이 표시됩니다. 비즈니스와 관련 있는 측정항목이 아니라면 측정항목을 삭제하여 보고서를 깔끔하게 조정하세요.
총 수익 측정항목이 포함된 이벤트 보고서:
수정 인터페이스(삭제할 측정항목 옆에 있는 'X' 클릭)
'총 수익' 측정항목 없이 적용 및 저장:
이제 Google 애널리틱스에 수익 데이터가 없거나 수익 데이터 표시를 원치 않는 비즈니스에 대해 훨씬 더 깔끔한 보고서를 제공합니다.
데이터 정제 권장사항
특정 데이터를 포함하거나 제외하도록 보고서를 필터링하는 것 외에도, 내부 IP 트래픽 제외, 원치 않는 추천 제외, 교차 도메인 측정의 적절한 설정 등 데이터 정제에 세심한 주의를 기울이세요.
내부 IP 트래픽 제외하기
웹사이트에서 다수의 직원 트래픽이 발생하는 많은 기업에서는 데이터 세트에서 내부 IP 트래픽을 삭제하는 것이 중요할 수 있습니다. 예를 들어 지원 기술자가 고객을 돕기 위해 회사 웹사이트에서 고객센터 자료를 자주 참조하는 경우가 이에 해당합니다. 이렇게 하면 회사 직원(내부 사용자)으로 인해 외부 고객 사용 사례에 대한 보고용 분석 데이터가 왜곡되지 않습니다. 다음은 GA4에 사전 설정된 필터입니다.
원치 않는 추천 삭제하기
데이터 정제 권장사항에서 고려해야 할 또 다른 측면은 원치 않는 추천 트래픽을 제외하는 것입니다. 이렇게 하면 이벤트는 유지하면서 리퍼러는 무시하여 특정 추천 소스의 데이터를 프로덕션 데이터에서 제외함으로써 트래픽 기여 분석이 영향받지 않도록 할 수 있습니다. 이 역시 GA4에 사전 정의된 구성입니다.
교차 도메인 추적 설정하기
끝으로, 그동안 Google 애널리틱스 사용자가 일반적으로 겪어온 문제는 교차 도메인 트래픽을 처리하는 것이었습니다. 이전에는 Google 태그 관리자 또는 TMS를 사용하거나 사이트에 하드 코딩하여 교차 도메인 추적을 설정해야 했습니다. 이로 인해 Google 애널리틱스 사용자가 때로 수행하기 어려웠던 추가 작업이 필요했으며, 이로 인해 데이터 정제 관련 문제가 발생해 신규 또는 확장 세션수와 자체 소유 도메인의 추천 수를 늘리는 경우가 종종 있었습니다. Google 애널리틱스 4는 사용자 인터페이스 내에서 이를 쉽게 설정하여 데이터 정제를 개선할 수 있도록 합니다.
데이터 변환
유니버설 애널리틱스에서는 데이터 변환이 필터 구성의 일부로 처리됩니다. 예를 들어 utm_campaign과 같은 특정 측정기준의 모든 값을 소문자로 만듭니다. 이 기능은 이제 Google 애널리틱스 4 속성에서 이벤트 생성 및 수정을 통해 처리할 수 있습니다.
예를 들어 특정 이벤트가 GA4 속성에 두 번 전송되었지만 서로 다른 방식으로 발생했다고 가정해 보겠습니다. 웹사이트의 주요 액션으로 이어지는 'start_now' 이벤트가 여러 방법('start_now', 'startNow')으로 GA4에 전송될 수 있는데, 이는 각기 다른 팀에서 웹사이트를 개발하면서 서로 인식하지 못한 사이 다르게 코딩한 결과 해당 이벤트가 여러 위치에 표시되었기 때문입니다. 이는 데이터 품질에 영향을 줄 수 있는 일반적인 시나리오이지만, 이제 사용자 인터페이스에서 이벤트를 만들고 수정하여 이러한 문제를 해결할 수 있습니다.
이 문제를 해결하려면 GA4 속성의 '구성' 섹션에서 이벤트 수정을 클릭하세요.
이 화면에서 변경할 내용을 지정할 수 있습니다. 이 경우 유지하려는 '지금 시작' 이벤트를 선택하고 다른 이벤트를 이에 맞게 수정하도록 선택합니다. 아래 예는 'startNow'라는 이름의 이벤트가 대신 'start_now'라는 이벤트 이름으로 수정되는 경우를 보여줍니다. 이렇게 하면 앞으로 두 이벤트 이름이 하나의 이름으로 통합되고 해당 이벤트에 단일 행이 사용되어 보고서가 훨씬 더 깔끔하게 표시됩니다.
사용자 권한 및 사용자 역할
Google 애널리틱스 4 속성에는 간편하고 보다 스마트한 역할 및 제한 기능이 도입되었습니다. 이제 표준 역할에 다음이 포함됩니다.
- 관리자: 계정의 모든 관리 권한을 가진 사용자
- 편집자: 데이터 및 설정에 대한 전체 수정 액세스 권한이 있지만 사용자를 관리할 수 없는 사용자
- 애널리스트: 데이터 및 구성을 보는 것 외에 공유 애셋을 만들고 수정할 수 있는 사용자
- 뷰어: 보고서 데이터 및 구성 설정을 볼 수 있는 사용자
또한 GA4 속성에는 '비용 측정항목에 대한 액세스 권한 없음' 또는 '수익 측정항목에 대한 액세스 권한 없음'이라는 할당된 데이터 제한 역할에 따라 보고 인터페이스에서 비용 및 수익 데이터를 숨길 수 있는 기능이 추가됩니다. 이 기능은 민감한 비즈니스 데이터를 보호하면서 특정 잠재고객에게 사이트 및 행동 데이터에 액세스할 수 있도록 지원하는 유용한 사용자 권한 관련 추가 기능입니다.
360 특정 기능: 하위 속성 및 롤업 속성
하위 속성
하위 속성은 Google 애널리틱스 360 계정에서 사용할 수 있는 새로운 유형의 Google 애널리틱스 4 속성입니다. 이를 통해 소스 속성에 있는 데이터의 하위 집합을 만들 수 있습니다. 하위 속성은 보기의 필요성을 대체합니다. 예를 들어 소스 속성에 포함된 데이터의 하위 집합이 있는 하위 속성을 만들고 특정 사용자에게 해당 하위 속성에 대한 액세스 권한만 부여할 수 있습니다. 또한 하위 속성은 데이터 정제, 데이터 거버넌스, 사용자 거버넌스, 기능 거버넌스와 관련된 기능을 제공하여 규모가 일정 수준 이상인 사업체와 대기업에서 GA4를 사용하는 이점을 크게 향상시켜줍니다.
모든 소스 속성에서 하위 속성을 만들 수 있지만 롤업 속성에서는 하위 속성을 만들 수 없습니다. 하위 속성은 소스 속성과 일대일로 연결됩니다.
데이터 거버넌스
하위 속성의 주요 사용 사례 중 하나는 속성에 어떤 데이터를 포함하거나 제외할지 제어하는 데이터 거버넌스 기능입니다. 하위 속성을 사용하면 특정 잠재고객 또는 사용 사례에 필요한 데이터 세트를 생성하기 위해 데이터를 필터링하거나 제외할 수 있습니다. 이를 통해 데이터를 효율적으로 정리하여 특정 잠재고객이 더 쉽게 이용하도록 할 수 있습니다.
이는 유니버설 애널리틱스에서 자주 사용되는 보기 사례입니다. 예를 들어 북미 트래픽에 대한 보기만 만들거나 마케팅 웹사이트 데이터에 대해서만 보기를 만드는 경우가 있다고 가정해 보겠습니다. 이러한 데이터 세트를 분류하면 각 그룹이 소스 속성에서 필터링을 더 적용하여 동일한 결과를 달성했다 하더라도 더 쉽고 빠르게 정보에 액세스할 수 있습니다. 하위 속성을 사용하면 이러한 사용 사례의 소스 속성에서 하위 속성으로 필터를 가져오고 내보냄으로써 이러한 결과를 얻을 수 있습니다.
소스 속성에서 수집한 이벤트 또는 맞춤 측정기준을 사용하여 데이터를 하위 속성으로 필터링할 수 있습니다.
사용자 거버넌스
하위 속성의 또 다른 사용 사례는 사용자 거버넌스입니다. 예를 들어 한 지역(예: 북미)에서는 자신의 지역과 관련된 특정 데이터 하위 집합을 볼 수 있지만 다른 지역(예: 남미)에서는 해당 데이터에 액세스할 수 없어야 한다는 엄격한 회사 정책이 있을 수 있습니다. 하위 속성을 사용하면 적절한 지역 이외에는 액세스할 수 없도록 자체 속성에서 각 지역의 데이터를 제한할 수 있습니다.
이와 마찬가지로 운영상의 이유로 데이터를 별도로 유지해야 하는 사업부, 또는 회사 내에서도 한 팀이 다른 팀의 데이터를 볼 수 없도록 마케팅 사이트와 내부 제품 경험에 대한 데이터를 구분해야 하는 경우에도 이러한 원리가 적용될 수 있습니다.
데이터 액세스를 제한할 필요가 없고 대신 특정 사용자 하위 집합을 특정 데이터 세트로 연결할 수 있어야 하는 경우 보고서 맞춤설정 및 보고서 컬렉션을 사용하는 것이 좋습니다. 예를 들어 마케팅팀에 맞는 보고서 컬렉션을 만들어 관련 데이터로 손쉽게 이동할 수 있습니다. 이러한 기능을 사용하면 특정 잠재고객이 쉽게 액세스할 수 있는 형식으로 데이터를 구성할 수 있으며 추가 비용이 없습니다.
롤업 속성
롤업 속성에는 속성 두 개 이상의 데이터가 포함됩니다. 롤업 속성에는 일반 속성 및 하위 속성의 데이터는 포함되지만 다른 롤업 속성은 포함될 수 없습니다. 동일한 계정 내 여러 속성의 데이터를 결합하여 제품, 브랜드 또는 지역에 대한 비즈니스를 보다 광범위하게 파악할 수 있습니다. GA4 및 UA의 롤업 속성은 유사한 사용 사례를 지원합니다.
롤업 속성은 다른 속성과 거의 동일하게 작동합니다. 롤업 속성마다 맞춤 측정기준, 맞춤 측정항목, 사용자 속성 등에 대한 자체 할당량이 있습니다. 모든 설정은 롤업 속성 내에서 관리되며(롤업 속성은 소스 속성의 설정을 상속하지 않음) 롤업 속성 및 롤업 사용자층에 따라 달라집니다.
비용 관련 고려사항
하위 속성 또는 롤업 속성으로 전송되는 각 이벤트는 다시 처리되므로 360 계정에 추가 비용이 발생합니다. 각각의 추가 이벤트 조회는 최초 이벤트 조회 금액의 절반으로 청구됩니다. 즉, 각 하위 속성 또는 롤업 속성 조회 비용은 이벤트 조회의 0.5배입니다.
설정이 결제에 미치는 영향에 대해서는 Google 애널리틱스 인증 파트너의 '청구 미리보기'라는 새로운 기능을 사용하면 예상되는 GA4 360 비용에 대한 이해도를 높일 수 있습니다.
하위 속성 및 롤업 속성의 예
이 가이드 시작 부분의 예시 몇 가지를 다시 살펴보면 이러한 시나리오를 설정 관점에서 어떻게 확인할 수 있는지 알아볼 수 있습니다.
상호 보완적인 여러 비즈니스 부문이 있는 기업
- 기업 B: 계정 1개
- 제품 라인 D(주택 보험): 속성 1개
- 제품 라인 E(자동차 보험): D와 동일한 속성
- 제품 라인 F(생명 보험): D 및 E와 동일한 속성
이 경우 기업에는 소스 속성이 1개인 계정이 1개 있습니다. 데이터의 별도 분석이 필요한 비즈니스 부문은 다양하지만, 제품이 상호 보완적이며 여러 제품을 함께 분석해야 하는 경우가 많으므로 모든 제품 데이터를 동일한 소스 속성으로 전송하기로 결정했습니다. 그러나 특정 제품팀은 데이터를 개별적으로 분석할 수 있어야 합니다. 비즈니스의 전반적인 트래픽 양이 많아 각 비즈니스 부문의 하위 속성을 만들기로 했습니다.
브랜드가 여러 개인 모회사
- 모회사: 계정 1개
- 브랜드 X(자동차): 속성 1개
- 브랜드 Y(생활용품): 속성 1개
- 브랜드 Z(소비자 가전): 속성 1개
이 경우 모회사에는 브랜드마다 하나씩, 총 3개의 소스 속성을 가진 계정이 1개 있습니다. 각 브랜드는 개별적으로 운영되며 데이터를 개별적으로 분석해야 하므로 각각 고유한 소스 속성을 가지고 있습니다. 그러나 모회사는 총 사용자 수, 총 수익 등을 잘 이해할 수 있도록 모든 브랜드가 단일 속성으로 롤업되기를 원합니다. 이 경우 모회사는 3가지 브랜드 속성이 모두 롤업 소스로 포함되어 있는 롤업 속성을 만들게 됩니다. 이를 통해 기업에서 필요로 하는 전체적인 관점을 제공하면서 브랜드는 상호 독립성을 유지할 수 있습니다.
이 예를 자세히 살펴보겠습니다. 이 모회사에는 모든 개별 브랜드에 적용되는 포인트 제도가 있습니다. 이 포인트 제도에 참여하는 사용자는 Google에서 모든 이벤트에 대해 사용자 속성 또는 매개변수로 사용자와 연결할 수 있는 고유한 리워드 ID를 갖게 됩니다.
리워드팀은 모회사 수준에서 활동하므로, 동일 속성에서 모든 브랜드의 포인트 제도 참여자를 위한 데이터를 함께 확인해야 합니다. 이를 위해서는 하위 속성과 롤업 속성의 조합을 사용하여 리워드팀에서 작업할 자체 데이터 세트를 확보하면 됩니다. 각 소스 속성은 리워드 참여자만을 위한 데이터가 포함된 하위 속성을 생성하며, 3가지 하위 속성이 모두 리워드 데이터의 롤업 속성으로 푸시됩니다.
리전 및 하위 리전을 포함하는 글로벌 기업
이 경우 글로벌 엔터프라이즈 계정에는 각각 2개의 소스 하위 속성이 포함된 3개의 리전 롤업 하위 속성이 있습니다.
연결: Google Ads, SA360, DV360
Google Ads
Google 애널리틱스 4 속성에서는 Ads 연결이 일부 개선되었지만 전제는 그대로 유지됩니다. Google Ads 계정을 Google 애널리틱스 4 속성에 연결하면 잠재고객과 사이트 통계를 Google Ads에 공유하고 GA4 속성의 Google Ads 보고 데이터를 활용할 수 있습니다. Google Ads 계정에 연결하는 작업은 Google 애널리틱스 속성 수준에서 이루어집니다. 소스 속성, 하위 속성 또는 롤업 속성을 연결할 수 있습니다.
유니버설 애널리틱스에서 Google 애널리틱스 4로 전환하는 경우 주의사항: 유니버설 애널리틱스에서는 잠재고객을 내보낼 각 Google Ads 계정(최대 10개)을 선택해야 했습니다. GA4 속성에서는 개별 잠재고객을 연결된 모든 계정과 공유합니다. 이러한 변경사항으로 인해 훨씬 손쉽게 공유 작업을 처리할 수 있게 되었지만, 모든 잠재고객이 공유 대상이 되거나 아니면 공유 대상이 아예 없어야 하므로 Google 애널리틱스 4 잠재고객을 구축할 때 이 점에 유의하세요.
GA4 속성과 Google Ads 계정을 연결하면 Google Ads에서 사이트 통계를 볼 수 있습니다. 이 기능을 활용하면 Google 애널리틱스에서 Google Ads 사용자 인터페이스로 바로 행동 참여 데이터를 내보냅니다. 속성 유형에 대한 연결을 설정할 수 있지만 소스 속성이나 하위 속성 중 하나에만 연결하는 것이 좋습니다. 이렇게 하면 소스 속성과 하위 속성 모두에 연결된 경우 발생하는 이중 계산이 방지됩니다.
잠재고객은 GA4 속성(예: 일반 속성, 하위 속성 또는 롤업 속성)에서 Google Ads로 공유할 수 있지만, 하위 속성 또는 롤업의 잠재고객은 필터링 또는 여러 데이터 세트로 인해 소스(일반) 속성과 다른 데이터를 갖는다는 점에 유의하세요. 이러한 정보는 Google Ads에서 잠재고객 타겟팅을 사용할 때 중요합니다.
마찬가지로 전환은 연결된 속성 유형에 따라 달라집니다. 소스 속성, 하위 속성 및 롤업 속성에서 동일한 전환 유형을 가져오기를 원치는 않을 것이므로 소스 GA 속성을 Google Ads에 연결하고 소스에서만 전환을 내보내도록 하는 것이 좋습니다. 예외적으로 지역별 Google Ads 계정이 있다면 하위 속성 수준에서 연결해야 할 수 있습니다.
Search Ads 360
SA360 통합은 처음 실행될 때 소스 속성에서 하위 속성 또는 롤업 속성으로의 데이터 상속을 지원합니다. 따라서 연결이 소스 속성에 설정된 경우 하위 속성 또는 롤업 속성이 SA360에서 데이터를 수신하지만, 해당 하위 속성 또는 롤업을 통해 링크 자체를 관리하거나 설정할 수는 없습니다.
유니버설 애널리틱스에서 Google 애널리틱스 4 속성으로 전환하는 경우 주의사항: 유니버설 애널리틱스에서는 잠재고객을 내보낼 각 계정(최대 10개)을 선택해야 했습니다. 이와 달리 Google 애널리틱스 4 속성에서는 개별 잠재고객을 모든 연결된 계정과 공유합니다. 이렇게 변경하면 공유가 훨씬 쉬워지지만, 모든 잠재고객을 공유하거나 공유하지 않아야 합니다. Google 애널리틱스 4 잠재고객을 구축할 때 이 점을 염두에 두세요.
Display & Video 360
DV360 통합은 처음 실행될 때 소스 속성에서 하위 속성 또는 롤업 속성으로의 데이터 상속을 지원합니다. 따라서 연결이 소스 속성에 설정된 경우 하위 속성 또는 롤업 속성이 DV360에서 데이터를 수신하지만, 해당 하위 속성 또는 롤업을 통해 링크 자체를 제어하거나 설정할 수는 없습니다.
유니버설 애널리틱스에서 Google 애널리틱스 4 속성으로 전환하는 경우 주의사항: 유니버설 애널리틱스에서는 잠재고객을 내보낼 각 계정(최대 10개)을 선택해야 했습니다. 이와 달리 Google 애널리틱스 4 속성에서는 개별 잠재고객을 모든 연결된 계정과 공유합니다. 이렇게 변경하면 공유가 훨씬 쉬워지지만, 모든 잠재고객을 공유하거나 공유하지 않아야 합니다. Google 애널리틱스 4 잠재고객을 구축할 때 이 점을 염두에 두세요.