측정 프로토콜 사용 사례

Google 애널리틱스 측정 프로토콜을 사용하면 다음에서 웹 또는 앱 스트림으로 오프라인 데이터를 전송할 수 있습니다. 태그 지정 또는 Firebase SDK를 통해 이미 수집하고 있는 데이터에 더해 Firebase SDK를 사용합니다.

이 가이드에서는 일반적인 Google 애널리틱스 측정 프로토콜 사용 사례와 요건에 대해 설명합니다.

요구사항 요약

이 표에서는 각 용도의 요구사항을 간단히 참고할 수 있습니다. 있습니다. 다음 권장사항에 유의하세요.

  1. 이벤트 및 사용자 속성의 timestamp_micros가 기본적으로 요청임 있습니다. Google 애널리틱스 360에서 발생한 이벤트 또는 사용자 속성 변경사항을 이벤트 전송 가이드에 설명된 대로 타임스탬프를 재정의하고 사용자 속성 가이드를 참조하세요.

  2. 정확한 실시간 보고서 및 참여도 측정항목을 위해 다음을 포함하세요. engagement_time_msec 이벤트 매개변수가 이전 이벤트에 대한 알림입니다.

사용 사례 세션 ID 요청 시간 요구사항 요구사항 timestamp_micros개
���벤트에 User-ID 할당하기 필수 <= 세션 시작 영업일 종료 시점 >= 세션 시작 및 <= 세션 종료
세션 기여 분석 필수 <= 세션 시작 + 24시간 >= 세션 시작 및 <= 세션 종료
광고 플랫폼으로 이벤트 내보내기 필수 아님 <= 마지막 세션 영업일 + 63일 <= 요청 시간
잠재고객에 대한 이벤트 또는 사용자 속성 전송 생성 필수 아님 웹: <= 최근 온라인 이벤트 시간 + 30일
앱: <= 최근 온라인 이벤트 시간 + 42일		 <= 요청 시간

이벤트에 User-ID 할당하기

측정 프로토콜을 사용하여 온라인 또는 오프라인 이벤트에 User-ID

다음은 이벤트에 User-ID를 추가하는 사용 사례의 예입니다.

  1. 온라인 측정에 다음을 조회하는 데 필요한 정보가 부족합니다. 온라인 이벤트의 경우 User-ID를 사용하지만, 이벤트 처리 파이프라인은 온라인 세션과 User-ID를 연결할 수 있습니다.

    이 시나리오에서는 측정 프로토콜을 사용하여 온라인 이벤트를 User-ID와 함께 사용합니다.

  2. 다음과 함께 전송하는 이벤트의 User-ID가 없습니다. 이러한 이벤트를 사용자가 세션 중에 온라인으로 로그인한 경우 User-ID입니다.

    이 시나리오에서는 온라인 이벤트를 사용하여 User-ID가 포함된 측정 프로토콜 이벤트

이벤트에 User-ID를 추가하기 위한 요건은 다음과 같습니다.

  • 이벤트의 매개변수 목록에 session_id를 포함합니다.
  • 다음과 같은 영업일에 측정 프로토콜 이벤트를 전송합니다. 온라인 세션입니다.
  • timestamp_micros를 재정의하는 경우 온라인 세션의 시작 및 종료 시간입니다.
  • 온라인 이벤트의 User-ID를 제공하는 것이 목표라면 user_id 요청을 처리합니다
  • 각 측정 프로토콜 이벤트에 User-ID를 포함하는 것이 목표인 경우 user_id를 설정하지 않아도 됩니다.

세션 기여 분석

특정 요건을 충족하는 측정 프로토콜 이벤트가 보고서에 표시됨 동일한 세션 속성 (예: 지리 정보, 소스, 매체, 캠페인)을 동일한 세션에서 발생한 온라인 이벤트로 분류할 수 있습니다.

세션 기여 분석의 요건은 다음과 같습니다.

  • 이벤트의 매개변수 목록에 session_id를 포함합니다.

  • 온라인이 시작된 후 24시간 이내에 요청을 보냅니다. 세션입니다.

    예를 들어 속성이 월요일 오전 11시 15분에 시작된 경우 화요일 오전 11시 15분 이전에 요청을 보냅니다.

  • timestamp_micros를 재정의하는 경우 온라인 세션의 시작 및 종료 시간입니다.

광고 플랫폼으로 이벤트 내보내기

Google 애널리틱스에는 측정 프로토콜을 사용하여 전송하는 이벤트가 포함됩니다. Google Ads, Campaign Manager 등 연결된 광고 제품으로 내보내기 360도입니다.

이 ID가 유용한 몇 가지 ���반적인 시나리오는 다음과 같습니다.

  • 비즈니스에 광고에 포함하고 싶은 오프라인 이벤트가 있음 기여 분석 및 보고에 대해 알아보겠습니다.
  • 시스템에 태그를 지정할 수 없는 추가 이벤트가 있습니다. 하지만 연결된 객체에 이러한 이벤트를 포함하고자 할 때 있습니다.

이벤트를 광고 플랫폼으로 내보내기 위한 요구사항은 다음과 같습니다.

  • 영업일 기준 63일 후 영업일 종료일까지 요청을 보내야 합니다. 최신 온라인 이벤트(주요 이벤트의 기여 산정 기간이 더 긴 경우도 포함) 63일 초과

    예를 들어 client_id 또는 3월 1일에 app_instance_id이(가) 발생했습니다. 측정 프로토콜을 전송합니다. 5월 3일 영업일이 끝날 때까지 기다려야 합니다.

  • timestamp_micros를 재정의하는 경우 작거나 같은 타임스탬프로 설정하세요. 요청 시간으로 지정할 수 있습니다

잠재고객 생성을 위한 이벤트 또는 사용자 속성 전송

측정 프로토콜을 사용하여 전송된 이벤트 및 사용자 속성은 몇 가지 요구사항을 준수하는 경우 잠재고객 조건 평가

잠재고객에 대한 이벤트 또는 사용자 속성을 전송하기 위한 요구사항 생성:

  • 영업일 기준 1일 전까지 요청을 웹 스트림으로 전송해야 합니다. 동일한 client_id에 대한 최신 온라인 이벤트 후 30일

    예를 들어 client_id의 최신 온라인 이벤트가 다음 날짜에 발생한 경우 3월 1일, 늦어도 영업일 기준 3월 31일입니다

  • 영업일이 끝날 때까지 늦어도 영업일에 앱 스트림으로 요청을 보냅니다. 동일한 app_instance_id에 대한 최신 온라인 이벤트 후 42일이 경과한 경우

    예를 들어 app_instance_id의 최신 온라인 이벤트가 발생한 경우 3월 1일, 늦어도 3월 1일 이전에 측정 프로토콜 이벤트를 영업일 기준 4월 12일입니다

  • timestamp_micros를 재정의하는 경우 작거나 같은 타임스탬프로 설정하세요. 요청 시간으로 지정할 수 있습니다