클라이언트측 공급업체 태그를 이벤트 전달로 이동하는 것이 좋습니다

클라이언트 측 공급업체 태그를 브라우저 및 장치에서 서버로 이동하는 것을 고려해야 하는 몇 가지 강력한 이유가 있습니다. 이 문서에서는 이벤트 전달 속성으로 잠재적으로 이동시킬 수 있는 클라이언트측 공급업체 태그를 평가하는 방법에 대해 설명합니다.

이 평가는 클라이언트측 공급업체 태그를 제거하고 이벤트 전달 속성에서 서버측 데이터 배포로 바꾸는 것을 고려하고 있는 경우에만 필요합니다. 이 문서에서는 사용자가 의 기본 사항을 잘 알고 있다고 가정합니다 데이터 수집, 및 이벤트 전달.

노트

Adobe Experience Platform Launch은 Adobe Experience Platform에서 데이터 수집 기술 세트로 브랜딩되었습니다. 그 결과로 제품 설명서 전반에서 몇 가지 용어 변경이 있었습니다. 용어 변경에 대한 통합 참고 자료는 다음 문서를 참조하십시오.

브라우저 공급업체가 타사 쿠키를 처리하는 방식을 변경하고 있습니다. 광고 및 마케팅 공급업체 및 기술은 종종 많은 클라이언트측 태그를 사용해야 합니다. 이러한 문제는 Adobe 고객이 서버측 데이터 배포를 추가하려는 두 가지 강력한 이유일 뿐입니다.

노트

Tag 이 문서에서JavaScript는 일반적으로 방문자가 사이트 또는 앱과 상호 작용하는 동안 브라우저나 장치에서 데이터 수집에 사용되는 공급업체의 클라이언트측 코드를 의미합니다. Website 또는 site 여기서는 웹 사이트, 웹 애플리케이션 또는 모바일 장치용 애플리케이션을 나타냅니다. 이러한 목적으로 "태그"를 픽셀이라고도 합니다.

사용 사례 및 데이터

첫 번째 단계는 클라이언트측 공급업체 태그로 구현된 사용 사례를 정의하는 것입니다. 예를 들어 Facebook(메타) 픽셀을 고려해 보십시오. 사이트에서 로 이동 Facebook 전환 API 이벤트 전달 확장을 사용하면 는 특정 사용 사례를 먼저 문서화하는 것을 의미합니다.

현재 클라이언트측 공급업체 코드의 경우:

  • 어떤 특정 이벤트 및 기타 데이터 포인트가 노출되어 클라이언트측 태그에 전달됩니까?
  • 데이터 전송은 언제 어디서 발생합니까?

사용자가 사용하기 위해서만 이러한 평가를 문서화하기 위해 목록, 스프레드시트, 다이어그램 또는 이벤트 데이터 및 시퀀스의 다른 레코드를 만드는 것이 도움이 됩니다. 데이터 소스의 레이블은 어디에 있습니까? 대상—어디로 이동합니까? 그리고 변형도 — 소스와 대상 간에 어떻게 됩니까?

이 예에서는 방문자가 Facebook 광고를 보고 사이트와 상호 작용할 때 Facebook 픽셀과의 전환을 추적합니다. 또한 다른 소셜 플랫폼에서 관련 광고를 보고 사이트와 상호 작용할 수도 있습니다. facebook 광고 도구 및 보고서에서 이러한 전환을 보려면 필요한 데이터를 Facebook에 가져와야 합니다. 이 데이터에는 다운로드, 등록, 좋아요 또는 구매와 같은 전환 이벤트가 포함될 수 있습니다.

데이터

기존 클라이언트측 태그를 사용하면 사이트에서 실행 또는 실행되는 경우 사용 사례에 대한 데이터로 어떻게 됩니까? 공급업체 태그 없이 클라이언트에서 필요한 데이터를 캡처하여 이벤트 전달로 보낼 수 있습니까? 사용 시 태그 또는 기타 태그 관리 시스템인 대부분의 방문자 상호 작용 데이터는 수집 및 배포에 사용할 수 있습니다. 그러나 사용 사례에 필요한 데이터는 클라이언트 측 공급업체 태그 없이 필요할 때, 필요한 위치와 형식으로 사용할 수 있습니까? 고려해야 할 몇 가지 추가 데이터 질문이 있습니다.

  • 모든 이벤트에 공급업체 사용자 ID가 필요합니까?
  • 그럴 경우 클라이언트측 태그 없이 수집하거나 생성하려면 어떻게 해야 합니까?
  • 공급업체는 런타임에 특히 클라이언트측 코드가 필요합니까?
  • 다른 어떤 데이터가 필요합니까? 그 데이터는 어디에서 나오나요?

대부분의 클라이언트측 공급업체 태그는 특정 사용 사례에 많은 데이터 포인트를 필요로 하지 않지만, 이러한 평가 중에 사용 사례와 필수 데이터를 기록하는 것이 도움이 됩니다.

공급업체 API

이제 구현하기 위한 특정 사용 사례, 필요한 데이터 및 소스에서 대상으로 이벤트 시퀀스를 알고 있습니다. 사용 사례가 이벤트 전달에 적합한지 확인하기 위해 공급업체 API 세부 사항을 조사할 수 있습니다.

중요

많은 공급업체가 서버 간 전송을 위해 API를 활성화하고 있지만, 현재 이러한 목적에 맞는 API가 없는 공급업체도 많습니다.

API 조사 중

다음은 공급업체 API 엔드포인트를 조사하는 데 수행할 수 있는 몇 가지 단계입니다.

공급업체는 이벤트 데이터의 서버 간 전송을 위해 API를 설계합니까? 먼저 해당 특정 API 종단점에 대한 요구 사항을 찾습니다.

  • 필요한 데이터를 보내기 위해 API 엔드포인트가 존재합니까? 사용 사례를 지원하는 엔드포인트를 찾으려면 공급업체의 개발자 또는 API 설명서를 참조하십시오.
  • 스트리밍 이벤트 데이터를 허용합니까, 아니면 배치 데이터만 허용합니까?
  • 어떤 인증 방법을 지원합니까? 토큰, HTTP, OAuth 클라이언트 자격 증명 버전 또는 기타? 자세한 내용은 여기 을 전달하는 데 사용할 수 없습니다.
  • API의 새로 고침 오프셋은 무엇입니까? 해당 제한이 이벤트 전달 최소값과 호환됩니까? 세부 사항 여기.
  • 관련 종단점에 대해 필요한 데이터는 무엇입니까?
  • 종단점에 대한 모든 호출과 함께 공급업체별 사용자 식별자가 필요합니까?
  • 클라이언트측 코드 없이, 어디에서 어떻게 생성하거나 캡처할 수 있는 해당 식별자가 필요한 경우,

즉,

  • 공급업체가 사용 사례에 필요한 API 엔드포인트를 제공합니까?
  • 이벤트 전달을 위한 호환 인증 방법이 있습니까?
  • 이벤트 전달 구현에 필요한 모든 데이터(클라이언트측에서 또는 다른 API 호출에서)에 액세스할 수 있습니까?

해당 질문에 예 라고 답변할 수 있는 경우 태그는 이벤트 전달 속성에서 고객이 서버에서 서버로 이동하는 것이 좋습니다.

공급업체가 사용 사례를 지원하는 API 엔드포인트가 없는 경우 공급업체 태그는 클라이언트측 공급업체 태그 대신 이벤트 전달을 사용하는 데 적합하지 않습니다.

API가 있지만 모든 API 호출에서 일부 고유 방문자 또는 사용자 ID가 필요한 경우에는 어떻게 합니까? 사이트에서 실행되는 공급업체 클라이언트측 코드(태그)가 없는 경우, 해당 ID에 어떻게 액세스할 수 있습니까?

일부 공급업체는 타사 쿠키 없이 새로운 세상을 위해 시스템을 변경하고 있습니다. 이러한 변경 사항에는 다음과 같은 대체 고유 식별자를 사용하는 것이 포함됩니다 UUID 또는 기타 고객 생성 ID. 공급업체에서 고객 생성 ID를 허용하는 경우, 클라이언트에서 웹 또는 Mobile SDK를 사용하여 Platform Edge Network로 보내거나 이벤트 전달에서 API 호출에서 가져올 수 있습니다. 이벤트 전달 규칙에서 해당 공급업체에 데이터를 보낼 때 필요에 따라 해당 식별자를 포함하기만 하면 됩니다.

공급업체가 자체 클라이언트측 태그에서만 생성하거나 액세스할 수 있는 데이터(예: 공급업체 특정 고유 ID)를 필요로 하는 경우, 해당 공급업체 태그는 이동하기 적합한 후보가 아닙니다. 적절한 API 없이 해당 데이터 수집을 이벤트 전달로 이동한다는 생각으로 클라이언트측 태그를 리버스 엔지니어링하려고 하면 안 됩니다.

다음 Adobe Experience Platform Cloud 커넥터 확장은 서버 간 이벤트 데이터 전송에 적합한 API를 가진 공급업체가 필요에 따라 HTTP 요청을 수행할 수 있습니다. 공급업체별 확장 기능을 사용할 수 있고 현재 더 많은 확장이 활성 개발 상태에 있지만, Adobe에서는 추가 공급업체 확장을 기다리지 않고 Cloud Connector 확장을 사용하여 오늘 이벤트 전달 규칙을 구현할 수 있습니다.

도구

공급업체 API 엔드포인트를 쉽게 조사하고 테스트하는 것은 다음과 같은 도구를 사용합니다 포스트맨또는 Visual Studio 코드와 같은 텍스트 편집기 확장 선더 클라이언트, 또는 HTTP 클라이언트.

다음 단계

이 문서에서는 공급업체 클라이언트측 태그를 평가하고 이벤트 전달 속성에서 서버측을 이동하는 일련의 단계를 제공합니다. 관련 항목에 대한 자세한 내용은 다음 링크를 참조하십시오.

이 페이지에서는