Identitetshantering i arbetsflödet för målaktivering

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.

TIP
Mer information om identiteter, identitetsnamnutrymmen och definitioner av identitetsrelaterade termer finns i identitetstjänstens översikt.

Varje mål i katalogen är något annorlunda, vilket innebär att det inte finns några inställningar 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.

Filbaserade mål file-based

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ällningen i de flesta av dessa mål öppen, vilket innebär att du inte behöver välja någon identitet i Välj attribut -steget i gruppaktiveringsarbetsflödet.

Om du väljer att lägga till identiteter i din filexport bör du tänka på att endast en identitet från identitetsnamnområdet kan väljas i en export. När du väljer en identitet för export väljs den automatiskt som ett obligatoriskt attribut och dedupliceringsnyckel.

En identitet har valts 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 identitetsnamnområdet Phone_E.164.

Exempel på e-postadressattribut som har valts för export.

Exportera en identitet från en identitetskarta jämfört med att exportera en identitet som ett XDM-attribut - skillnaderna identity-map-or-attribute

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. Sammanslagningsprinciper spelar också en viktig roll i 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 finns det två poster i den exporterade filen, en för e-post1 och en annan för e-post2.

Om en kund aktiverar xdm: personalEmail.address kommer dock endast e-post2 att finnas 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 streaming-destinations

API-baserade mål för direktuppspelning som byggts med Destination SDK (till exempel Facebook, Google Customer Match, Pinterest, Braze med flera) stöder endast specifika ID:n för export. Mer information om de specifika identiteter som kan exporteras till varje mål finns i avsnittet identiteter som stöds på varje måldokumentationssida (se till exempel avsnittet identiteter som stöds på målsidan Pinterest).

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 visas ett exempel för Pinterest-målet, där XDM-attributet personalEmail.address mappas till den nödvändiga Pinterest-identiteten pinterest_audience.

TIP
När källfältet innehåller ohashade attribut bör du kontrollera alternativet Apply transformation så att Experience Platform automatiskt hash-kodar data vid aktiveringen. Läs mer om alternativet Apply transformation i självstudiekursen om aktivering av direktuppspelningsmål.

Exempel på e-postadressattribut som har mappats till identitetsfält för Pinterest-mål.

Advertising-må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 kunder väljer ID i aktiveringsarbetsflödet. När du konfigurerar ett aktiveringsarbetsflöde för dessa mål söker Experience Platform automatiskt upp identitetmatchningstabellen 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 det gamla Experience Cloud ID service inte är implementerat på sidan måste du se till att datastream för webbplatsen i fråga är aktiverad för att tillåta synkronisering av tredjeparts-ID, enligt beskrivningen i Konfigurera datastream-dokumentationen.

När du konfigurerar ett datastream enligt beskrivningen i den länkade dokumentationen ovan måste du se till att skjutreglaget Third Party ID Sync är aktiverat. De flesta kunder lämnar fältet container_id 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).

NOTE
De flesta av dessa reklamdestinationer stöds i Audience Manager (dessa destinationstyper kallas i Audience Manager som enhetsbaserade destinationer). Visa en lista över alla enhetsbaserade mål som stöds i Audience Manager). Endast ett fåtal är listade i Experience Platform. Mer information om datadelning mellan Experience Platform och Audience Manager finns i avsnittet Aktivera 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 enterprise-destinations

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 ett exempel på exporterade data till HTTP-målet, som innehåller både personalEmail.address XDM-attributet och identiteterna ECID och email_lc_sha256 (hash-e-postadress) från identitetskartan.

Personalization destinationer personalization-destinations

Personalization-mål (eller kantmål) (till exempel: Adobe Target, Custom Personalization) kräver inte något identitetsval i aktiveringsarbetsflödet eftersom integreringen är en profilsökning. Klienten (Target, Web SDK eller andra) frågar efter Edge och hämtar den profilinformation som krävs för anpassning på plats.

Nästa steg next-steps

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.

Därefter kan du läsa om vilka exportinställningar för mål som är gemensamma för 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 katalogen.

recommendation-more-help
7f4d1967-bf93-4dba-9789-bb6b505339d6