Den här sidan beskriver hur identiteter exporteras till olika måltyper och lär dig hur du hittar vilka identiteter som är tillgängliga för export beroende på mål.
Mer information om identiteter, namnutrymmen för identiteter och definitioner av identitetsrelaterade termer finns i Översikt över identitetstjänsten.
Varje mål i dialogrutan katalog är något annorlunda, så det finns ingen inställning för en storlek som passar alla för alla mål. Det finns dock några mönster som vägleder konfigurationen av destinationer och deras identitetskrav, vilket beskrivs i avsnitten nedan.
För filbaserade mål (till exempel Amazon S3, SFTP, de flesta e-postmarknadsföringsmål som Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud) är identitetsinställningarna i de flesta av dessa mål öppna, vilket innebär att du inte behöver välja någon identitet i Välj attribut steg i gruppaktiveringsarbetsflödet.
Om du väljer att lägga till identiteter i din filexport bör du tänka på att det bara är en enda identitet från namnutrymme för identitet kan markeras i en export. När du väljer en identitet för export väljs den automatiskt som obligatoriskt attribut och dedupliceringsnyckel.
Som en tillfällig lösning kan du lägga till fler identiteter i exporten om de har importerats till Experience Platform som attribut. Nedan visas ett exempel där e-postadressen för XDM-attributet har valts för export, förutom identitetsnamnutrymmet Phone_E.164
.
Antalet exporterade poster kan skilja sig åt beroende på om du väljer att exportera identiteter från identitetskartan eller identiteter som har importerats som attribut till Experience Platform. Sammanfoga profiler spelar också en viktig roll när det gäller antalet poster som exporteras när du väljer identiteter från identitetskartan.
Tänk dig till exempel att från två olika datauppsättningar har du följande profilfragment som kommer att sammanfogas i en enda kundprofil:
Profilfragment ett
Identitetskarta | Förnamn | Efternamn | E-postattribut |
---|---|---|---|
email1, Loyalty ID1 | John | Doe | e-post 1 |
Profilfragment två
Identitetskarta | Förnamn | Efternamn | E-postattribut |
---|---|---|---|
email2, Loyalty ID1 | John | Doe | e-post 2 |
Den sammanfogade profilen ser ut så här:
Identitetskarta | Förnamn | Efternamn | E-postattribut |
---|---|---|---|
e-post 1, e-post2, Förmåns-ID1 | John | Doe | e-post 2 |
Exportbeteendet varierar beroende på om du väljer IdentityMap: Email
eller xdm: personalEmail.address
för export.
Om en kund aktiverar IdentityMap: Email
, kommer det att finnas två poster i den exporterade filen, en för e-post1 och en annan för e-post2.
Men om en kund aktiverar xdm: personalEmail.address
, finns endast e-post2 i posten eftersom e-postattributfältet endast innehåller e-post2. Dessa situationer kan användas vid olika tillfällen då du kanske vill aktivera för alla e-postadresser som du inte har registrerat för en kund, eller bara för den senaste e-postadressen som du inte har registrerat för kunden.
Detta innebär att antalet poster som du exporterar beror på vilka sammanfogningsprinciper du väljer och om du väljer identiteter eller attribut i exporten.
API-baserade mål för direktuppspelning inbyggd med Destination SDK (till exempel Facebook, Google Customer Match, Pinterest, Brazeoch andra) stöder endast specifika ID:n för export. Mer information om vilka identiteter som kan exporteras till respektive mål finns i identiteter som stöds i varje måldokumentationssida (se t.ex. identitetsavsnittet som stöds i Pinterest målsida).
Observera dock att du kan använda data från antingen privata diagram eller från attribut som identiteter. Det innebär att du kan mappa XDM-attribut till det identitetsfält som krävs för målet. Nedan finns ett exempel på Pinterest mål, där XDM-attributet personalEmail.address
är mappad till den obligatoriska Pinterest identity pinterest_audience
.
När källfältet innehåller ohash-kodade attribut markerar du Apply transformation att Experience Platform automatiskt ska hash-koda data vid aktiveringen. Läs mer om Apply transformation i direktuppspelningsmål - självstudiekurs.
Annonseringsmål som förlitar sig på cookies från tredje part (till exempel: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) kräver inte att kunderna väljer ID i aktiveringsarbetsflödet. För dessa mål, när Experience Platform ställer in ett aktiveringsarbetsflöde, söker automatiskt upp identitetsmatchningstabellen som skapats av Experience Cloud ID service och exporterar alla identiteter som är tillgängliga för en profil och stöds av målet.
Dessa mål kräver att en ID-synkronisering utförs via antingen Experience Cloud ID service eller via Experience Platform Web SDK.
Om du använder Experience Platform Web SDK och äldre Experience Cloud ID service är inte implementerat på sidan, måste du se till att dataströmmen för den aktuella webbplatsen är aktiverad för att tillåta synkronisering av tredjeparts-ID, enligt beskrivningen i konfigurera datastream-dokumentation.
När du konfigurerar ett datastream enligt beskrivningen i den länkade dokumentationen ovan måste du se till att Third Party ID Sync reglage är aktiverat. De flesta kunder lämnar container_id
fältet är tomt (standardvärdet är 0). Du behöver bara ändra det här värdet om din tidigare Audience Manager-implementering använde ett visst behållar-ID (observera dock att detta skulle vara den stora mängden kunder).
De flesta av dessa reklamdestinationer stöds i Audience Manager (dessa destinationstyper kallas i Audience Manager som enhetsbaserade destinationer). Se en lista över alla enhetsbaserade destinationer i Audience Manager som stöds). Endast ett fåtal är listade i Experience Platform. Mer information om datadelning mellan Experience Platform och Audience Manager finns i avsnittet om möjliggöra datadelning från Experience Platform till Audience Manager. För närvarande finns det ingen plan för att stödja fler cookie-destinationer från tredje part.
Företagsmål (Amazon Kinesis, Azure Event Hubs, HTTP API) kräver inga specifika ID:n i dataexporten eftersom dessa är utformade för företagsintegrering. Du kan dock exportera identiteter som XDM-attribut eller från identitetskartan om du vill. Visa en exempel på exporterade data till HTTP-målet, som innehåller både personalEmail.address
XDM-attribut och identiteter ECID
och email_lc_sha256
(hashade e-postadress) från identitetskartan.
Destinationer för personalisering (eller kant) (t.ex. Adobe Target, Custom Personalization) kräver inget identitetsval i aktiveringsarbetsflödet eftersom integreringen är en profilsökning. Klienten (Target, Web SDK, eller andra) frågar Edge och hämtar profilinformation som behövs för anpassning på plats.
När du har läst det här dokumentet vet du nu hur du tar reda på vilka identiteter som stöds eller krävs för enskilda mål. Nu vet du också hur identitetsmarkering fungerar för varje måltyp.
Sedan kan du läsa om exportinställningar för destinationer är vanliga mellan olika måltyper, som kan konfigureras på en enskild målnivå av utvecklare, och vilka inställningar som kan redigeras av användare i aktiveringsarbetsflödet.
Du kan även checka ut alla tillgängliga mål i dialogrutan katalog.