대상 활성화 워크플로에서의 ID 처리

이 페이지에서는 ID를 다양한 대상 유형으로 내보내는 방법의 세부 사항을 설명하고 대상에 따라 내보낼 수 있는 ID를 찾는 방법을 설명합니다.

팁

ID, ID 네임스페이스 및 ID 관련 용어 정의에 대한 자세한 내용은 identity service 개요.

의 각 대상 카탈로그 가 약간 다르므로 모든 대상에 한 가지 크기로 모두 맞춤 설정이 없습니다. 그러나 아래 섹션에 설명된 대로 대상 및 ID 요구 사항 설정을 안내하는 몇 가지 패턴이 있습니다.

파일 기반 대상

대상 파일 기반 대상 (예 Amazon S3, SFTP, 다음과 같은 대부분의 이메일 마케팅 대상 Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud) 이러한 대부분의 대상에서 id 설정이 열려 있으므로 에서 id를 선택할 필요가 없습니다. 속성 선택 배치 활성화 워크플로의 단계입니다.

파일 내보내기에 ID를 추가하도록 선택하는 경우 id 네임스페이스 내보내기에서 선택할 수 있습니다. 내보낼 ID를 선택하면 자동으로 다음으로 선택됩니다. 필수 속성 및 중복 제거 키.

필수 속성 및 중복 제거 키로 선택된 ID.

임시 해결 방법으로, ID가 속성으로 Experience Platform에 수집된 경우 내보내기에 더 많은 ID를 추가할 수 있습니다. ID 네임스페이스 외에 내보내기를 위해 XDM 속성 이메일 주소를 선택한 아래 예를 참조하십시오. Phone_E.164.

내보내기 위해 선택한 이메일 주소 속성의 예.

ID 맵에서 ID 내보내기와 ID XDM 속성으로 내보내기 - 차이점

내보낸 레코드 수는 ID 맵에서 ID를 내보내도록 선택했는지 또는 Experience Platform에 속성으로 수집된 ID를 내보내도록 선택했는지에 따라 다를 수 있습니다. 병합 정책 또한 id 맵에서 id를 선택할 때 내보내는 레코드 수에서 중요한 역할을 합니다.

예를 들어, 두 개의 서로 다른 데이터 세트에서 다음 프로필 조각이 단일 고객 프로필에 병합된다고 가정해 보겠습니다.

프로필 조각 1

ID 맵 이름 성 이메일 속성
email1, 충성도 ID1 John Do 이메일 1

프로필 조각 2

ID 맵 이름 성 이메일 속성
email2, 충성도 ID1 John Do 이메일 2

병합된 프로필은 다음과 같습니다.

ID 맵 이름 성 이메일 속성
이메일 1, 이메일 2, 충성도 ID1 John Do 이메일 2

내보내기 동작은 선택 여부에 따라 다릅니다 IdentityMap: Email 또는 xdm: personalEmail.address 내보내기입니다.

고객이 IdentityMap: Email로 지정하는 경우 내보낸 파일에는 email1과 email2의 두 레코드가 있습니다.

단, 고객이 xdm: personalEmail.address, 이메일 속성 필드에 email2만 포함되므로 email2만 레코드에 표시됩니다. 이러한 상황은 고객에 대한 파일에 있는 모든 이메일 주소 또는 고객에 대한 파일에 있는 가장 최근 이메일 주소에 활성화할 수 있는 다양한 사용 사례를 처리할 수 있습니다.

중요한 것은 내보내는 레코드 수가 선택한 병합 정책 및 내보내기에서 ID 또는 속성을 선택하는지 여부에 따라 달라진다는 것입니다.

API 기반 스트리밍 대상

API 기반 스트리밍 대상 빌드 대상 Destination SDK (예 Facebook, Google Customer Match, Pinterest, Braze및 기타)는 내보내기를 위해 특정 ID만 지원합니다. 각 대상으로 내보낼 수 있는 특정 ID에 대한 자세한 내용은 지원되는 id 각 대상 설명서 페이지의 섹션(예: 지원되는 id 섹션 다음에서 Pinterest 대상 페이지)를 참조하십시오.

단, 다음 두 요소의 데이터를 유연하게 사용할 수 있습니다 비공개 그래프 또는 속성에서 id로 식별됩니다. 즉, XDM 속성을 대상에 필요한 ID 필드에 매핑할 수 있습니다. 에 대한 예는 아래를 참조하십시오. Pinterest 대상, 여기서 XDM 속성은 personalEmail.address 은(는) 필수 항목에 매핑됩니다. Pinterest 신원 pinterest_audience.

팁

소스 필드에 해시되지 않은 속성이 포함된 경우 변환 적용 활성화 시 Experience Platform이 데이터를 자동으로 해시하도록 하는 옵션입니다. 자세한 내용 변환 적용 의 옵션 스트리밍 대상 활성화 자습서.

pinterest 대상의 ID 필드에 매핑된 이메일 주소 속성의 예입니다.

서드파티 쿠키에 의존하는 광고 대상(예: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) 고객이 활성화 워크플로에서 ID를 선택할 필요는 없습니다. 이러한 대상의 경우 활성화 워크플로를 설정할 때 Experience Platform은 자동으로 Experience Cloud ID 서비스 및 은 프로필에 사용할 수 있고 대상에서 지원하는 모든 id를 내보냅니다.

이러한 대상을 사용하려면 다음 중 하나를 통해 ID 동기화를 수행해야 합니다. Experience Cloud ID 서비스 또는 다음을 통해 Experience Platform Web SDK.

을 사용하는 경우 Experience Platform Web SDK 및 레거시 Experience Cloud ID 서비스 가 페이지에 구현되지 않은 경우 다음에 설명된 대로 해당 웹 사이트에 대한 데이터 스트림이 타사 ID 동기화를 허용하도록 설정되어 있는지 확인해야 합니다. 데이터스트림 구성 설명서.

위에서 링크된 설명서에 설명된 대로 데이터 스트림을 구성할 때는 타사 ID 동기화 슬라이더를 사용할 수 있습니다. 대부분의 고객은 container_id 필드가 비어 있습니다(기본값은 0). 레거시 Audience Manager 구현에서 특정 컨테이너 ID를 사용한 경우에만 이 값을 변경하면 됩니다(하지만, 이는 대다수의 고객이 될 수 있음).

노트

이러한 광고 대상의 대부분은 Audience Manager에서 지원됩니다(이러한 대상 유형은 Audience Manager에서 장치 기반 대상으로 알려져 있음). 참조: Audience Manager에서 지원되는 모든 장치 기반 대상 목록). 몇 개만 Experience Platform에 나열되어 있습니다. Experience Platform과 Audience Manager 간 데이터 공유에 대한 자세한 내용은 Experience Platform에서 Audience Manager으로 데이터 공유 활성화. 현재 더 많은 타사 쿠키 대상을 지원할 계획이 없습니다.

Enterprise 대상

Enterprise 대상 (Amazon Kinesis, Azure Event Hubs, HTTP API)에서는 엔터프라이즈 통합 사용 사례를 위해 설계되었으므로 데이터 내보내기에 특정 ID가 필요하지 않습니다. 그러나 원하는 경우 ID를 XDM 속성이나 ID 맵에서 내보낼 수 있습니다. 보기 HTTP 대상으로 내보낸 데이터의 예, 다음 두 가지를 모두 포함 personalEmail.address XDM 속성 및 ID ECID 및 email_lc_sha256 (해시된 이메일 주소) 을(를) id 맵에서 가져옵니다.

개인화 대상

개인화(또는 Edge) 대상 (예: Adobe Target, Custom Personalization) 통합이 프로필 조회이므로 활성화 워크플로에서는 id를 선택할 필요가 없습니다. 클라이언트(Target, Web SDK또는 기타)에서 Edge 및 은 온사이트 개인화에 필요한 프로필 정보를 가져옵니다.

다음 단계

이 문서를 읽고 나면 이제 개별 대상에 대해 지원되거나 필요한 ID를 찾는 방법을 이해할 수 있습니다. 이제 각 대상 유형에 대해 ID 선택이 작동하는 방식도 알 수 있습니다.

다음으로, 다음에 대해 읽을 수 있습니다. 내보내기 설정 대상 은 여러 대상 유형에서 일반적이며 개발자에 의해 개별 대상 수준에서 구성할 수 있고 활성화 워크플로에서 사용자가 편집할 수 있는 설정입니다.

에서 사용 가능한 모든 대상을 확인할 수도 있습니다. 카탈로그.

이 페이지에서는