Google 애널리틱스 4의 이벤트 및 매개변수 모범 사례

구글은 최근 UA(유니버설 애널리틱스)를 중단하고 Google 애널리틱스 4(GA4)를 사용할 수 있는 유일한 플랫폼으로 남길 것이라고 충격적인 발표를 했습니다. 이 전환은 2023년 7월 23일에 발생할 것으로 예상됩니다. UA 데이터는 GA4로 이전할 수 없으므로 일찍 시작하여 이전 데이터를 컴파일하는 동안 플랫폼을 파악하는 것은 비즈니스를 원활하게 전환하는 데 필수적입니다.

변경 이유는 무엇입니까?

GA4는 웹사이트와 앱 사용자의 추적을 결합한 반면, 과거에는 앱과 웹사이트 사용자의 여정을 모두 추적하려면 Firebase용 Google 애널리틱스와 UA를 별도로 사용해야 했습니다. 이들은 서로 다른 데이터 수집 모델을 가지고 있었고 유사 비교를 매우 어렵게 만들었습니다.

또한 Google은 잠재적으로 쿠키가 없는 세상에서 미래를 대비하기 위해 노력하고 있습니다. UA가 쿠키를 사용하여 웹 사이트 방문자를 추적한다는 점을 고려할 때 개인 정보를 보호하면서도 동시에 사용자 식별이 가능한 새로운 플랫폼을 만들어야 한다는 요구가 증가하고 있습니다. GA4는 머신 러닝을 핵심으로 하므로 Google이 향후 개인 정보 변경 사항에 대해 훨씬 더 유연하게 대처할 수 있도록 해야 합니다.

시간 프레임 내에서 현장 사용자의 활동을 기록하는 것은 세션 및 페이지뷰 추적이지만 GA4에서는 이를 벗어나도록 설정합니다. 대신 웹사이트에서 사전 정의된 상호작용을 통해 사용자를 추적하는 이벤트 및 매개변수 기반 추적을 사용합니다. 결과적으로 GTM 내에서 태그를 생성하기 위한 모범 사례가 개선될 것입니다.

구성과 이벤트 태그의 차이점

구성 태그와 이벤트 태그의 차이점을 이해하는 것으로 시작하겠습니다. 이벤트 태그는 이벤트 이름 + 매개변수 구조를 사용합니다. 구성 태그는 측정 ID + 매개변수 구조를 사용합니다. 아래 참조:

이벤트 태그 :

구성 태그 :

구성 태그는 모든 이벤트 태그의 기본 설정 역할을 하며 페이지 로드 시 페이지뷰 및 세션 시작 이벤트를 보내는 역할도 합니다. 구성 태그 내에서 웹 페이지에서 수집하려는 기본 데이터를 반영하는 비동적 이벤트 매개변수를 설정해야 합니다. 이벤트가 실행되는 페이지의 URL과 같은:

추적 ID 변경을 처리하는 방법

GA4는 데이터 스트림에 할당된 측정 ID를 사용하므로 또 다른 변경 사항은 추적 ID입니다.

GA4에는 하나의 속성이 있으며 여러 보기 대신 각 스트림에 측정 ID가 있는 데이터 스트림이 있습니다. 데이터 스트림은 스트림을 웹사이트, IOS 및 Android 앱별로 분할하여 하나의 속성에서 웹사이트와 앱 데이터를 분석할 수 있는 또 다른 새로운 기능입니다. 각 속성 내에는 50개의 데이터 스트림이 있을 수 있으며, 주의할 점은 30개의 앱 데이터 스트림입니다. 한 회사에서 여러 웹사이트를 추적하려면 여러 속성을 설정하고 도메인 간 추적을 활성화하는 것이 도메인 간에 정보를 전달하는 새로운 방법입니다.

이벤트 태그 이해

다음은 이벤트 태그입니다. 이벤트 태그는 구성 태그에서 페이지에 대한 변수를 상속합니다. 이벤트 태그의 전체 구조는 이벤트 이름, 매개변수 이름 및 해당 매개변수에 설정된 값입니다.

여기에서 주목해야 할 4가지 유형의 이벤트가 있습니다: 권장 이벤트, 향상된 측정 이벤트, 자동 수집 이벤트 및 사용자 정의 이벤트.

자동으로 수집된 이벤트는 해당 이벤트(클릭, 파일 다운로드)와 관련된 매개변수를 수집하는 특정 이벤트입니다. 웹 및/또는 앱 이벤트가 될 수 있습니다. 또한 발생하는 모든 이벤트와 함께 수집되는 매개변수가 있습니다.

데이터 스트림에서 향상된 측정을 켜도록 선택할 수 있습니다. 켜지면 설정된 매개변수로 이벤트가 자동으로 발생합니다. 여기에서 전체 목록을 읽으십시오.

이 이벤트의 핵심 부분은 정보를 수집하기 위해 이벤트를 구성할 필요가 없다는 것입니다.

Google은 '권장' 이벤트에 대한 가이드라인을 발표했습니다. 전체 기능은 알 수 없지만 GA4에서 새로운 예측 측정항목을 활용할 수 있다는 점은 이해하고 있습니다. 구매 확률, 이탈 확률 및 예측 수익. 이는 Google이 쿠키가 남긴 공백을 메우려고 하기 때문에 특히 중요합니다. GA4는 기계 학습을 사용하여 보고서를 완성합니다.

마지막으로, 위에서 다루지 않은 모든 이벤트인 사용자 지정 이벤트가 있습니다. 필수 이벤트 명명 규칙은 없으며 원하는 대로 지정할 수 있습니다.

GA4의 디버그 보기로 이벤트 테스트

GA4에는 페이지에서 발생하는 이벤트에 대한 실시간 보고서인 새로운 디버그 보기도 함께 제공됩니다. 먼저 브라우저나 장치에서 디버그 모드를 활성화하거나 태그의 매개변수를 활성화해야 합니다. 디버그 모드에서 이벤트를 모니터링하는 방법 목록은 여기를 참조하십시오.

활성화한 후 디버그 모드로 이동하려면 구성 > 디버그 모드로 이동합니다. 두 가지 타임라인의 이벤트가 트리거됩니다. 첫 번째 타임라인은 원으로 표시된 1분 간격입니다. 원을 클릭하면 발생한 이벤트의 수를 볼 수 있습니다. 상단의 드롭다운 메뉴를 사용하면 여러 장치 간에 전환할 수 있습니다.

분 타임라인 :

두 번째 타임라인은 1초 간격입니다. 여기에서 페이지에서 실행된 모든 태그에 대한 포괄적인 개요와 이벤트와 관련된 사용자 속성 및 매개변수 목록을 볼 수 있습니다.

초 타임라인 :

다음으로 지난 30분 동안의 일반, 전환 및 오류 이벤트 목록을 쉽게 볼 수 있습니다.

사용자 속성 및 이벤트 제한

Google은 속성당 생성할 수 있는 사용자 속성 및 이벤트 매개변수의 수와 고유하게 명명된 이벤트 수에 대한 특정 제한을 부과했습니다.

• 500개의 개별 이벤트
• 25개의 사용자 정의 사용자 속성
• 매개변수당 25개의 이벤트 이름
• BigQuery로 100만 조회수 내보내기
• GA4는 최대 14개월 동안 데이터를 저장합니다.

BigQuery로 데이터를 내보내면 이러한 제한이 극복되므로 태그가 Google에서 부과한 제한을 초과한 모든 데이터를 볼 수 있습니다.

Google이 GA4에 적용한 몇 가지 제한 사항 중 중요한 또 다른 하나는 수집되어 BigQuery로 전송되는 데이터를 하루에 100만 번으로 제한하는 것입니다. 이것은 웹사이트에 대한 완전한 그림을 얻는 데 있어 큰 문제이지만 이 문제를 해결할 수 있는 몇 가지 방법이 있습니다. 그 중 하나는 서버 측 추적입니다.

서버 측 추적은 웹 태그가 데이터를 자신이 호스팅하는 서버로 보내는 방식으로 작동하며, 그런 다음 원하는 플랫폼으로 보낼 수 있습니다. 두 번째 옵션은 GA 조회수를 하이재킹하는 것입니다. 이 작업은 클라이언트 측에서 수행되며 Google 분석 데이터를 사용자 지정 엔드포인트로 보냅니다. 둘 다 데이터를 훨씬 더 많이 제어할 수 있고 하루에 100만 조회수 제한을 극복할 수 있습니다.

무엇 향후 계획?

UA를 대체하는 GA4는 큰 반향을 일으킬 것입니다. 그러나 고객 기반에 대한 보다 심층적인 통찰력을 얻을 수 있는 흥미로운 새 기능이 함께 제공됩니다. 기존 설정을 검토하고 업데이트하는 것이 좋습니다. 내년 중반에 감가상각되기 전에 현재 UA 프레임워크와 함께 GA4를 구현하세요.

데이터를 최대한 활용하는 데 도움이 되는 전문적인 Google Analytics 4 서비스를 찾고 있다면 Google Analytics 4에 대한 추가 정보를 계속 주시하거나 Analytics 팀에 문의하십시오.