Länkningslogik för identitetstjänst
En länk mellan två identiteter skapas när identitetsnamnutrymmet och identitetsvärdena matchar.
Det finns två typer av identiteter som länkas:
- Profilposter: Dessa identiteter kommer vanligtvis från CRM-system.
- Upplevelsehändelser: Dessa identiteter kommer vanligtvis från WebSDK-implementeringen eller Adobe Analytics-källan.
Semantisk betydelse för att skapa länkar
En identitet representerar en verklighetstrogen enhet. Om det finns en länk mellan två identiteter betyder det att de två identiteterna är kopplade till varandra. Här följer några exempel som illustrerar detta koncept:
Länkningslogik för identitetstjänsten
En identitet består av ett identitetsnamnutrymme och ett identitetsvärde.
- Ett identitetsnamnutrymme är kontexten för ett givet identitetsvärde. Vanliga exempel på identitetsnamnutrymmen är CRM-ID, E-post och Telefon.
- Ett identitetsvärde är den sträng som representerar en faktisk enhet. Till exempel:"julien@acme.com" kan vara ett identitetsvärde för ett e-postnamnområde och 555-555-1234 kan vara ett motsvarande identitetsvärde för ett Phone-namnområde.
Se följande diagram för en visuell representation av hur länkningslogiken i identitetstjänsten fungerar:
Anta att du har ett befintligt identitetsdiagram med tre länkade identiteter:
- PHONE:(555)-555-1234
- EMAIL:julien@acme.com
- CRM-ID:60013ABC
Ett par identiteter är inkapslade i diagrammet och det här paret innehåller:
- CRM-ID:60013ABC
- ECID:100066526
Identitetstjänsten känner igen att CRM ID:60013ABC redan finns i diagrammet och länkar därför bara det nya ECID:t
Kundscenario
Du är datatekniker och du importerar följande CRM-datauppsättning (profilpost) till Experience Platform.
**- Anger fält som har markerats som primär identitet.*- Anger fält som har markerats som sekundär identitet.
Du har också implementerat WebSDK och importerat en WebSDK-datauppsättning (Experience Event) med följande datatabeller:
t=1t=2t=3t=4Den primära identiteten för varje händelse bestäms utifrån hur du konfigurerar dataelementtyper.
-
Om du väljer CRM-ID som primär kommer autentiserade händelser (händelser med identitetskarta som innehåller CRM-ID och ECID) att ha den primära identiteten CRM-ID. För oautentiserade händelser (händelser som bara innehåller ECID) har identitetskartan som primär ECID. Adobe rekommenderar det här alternativet.
-
Om du väljer ECID som primär, oavsett autentiseringsstatus, blir ECID den primära identiteten.
I detta exempel:
t=1använde en stationär dator (ECID:38652) och för att visa hemsidan anonymt.t=2använde samma stationära dator, loggade in (CRM ID:31260XYZ) och sökte sedan efter skor.- När en användare är inloggad skickar händelsen både ECID och CRM ID till identitetstjänsten.
t=3, använde en bärbar dator (ECID:44675) och bläddrade anonymt.t=4, använde samma bärbara dator, loggade in (CRM ID: 31260XYZ) och visade sedan inköpshistoriken.
På timestamp=0 har du två identitetsdiagram för två olika kunder. Båda representeras av tre länkade identiteter.
| table 0-row-4 1-row-4 2-row-4 | |||
|---|---|---|---|
| CRM-ID | E-post | Telefon | |
| Kund en | 60013ABC | julien@acme.com | 555-555-1234 |
| Kund två | 31260XYZ | evan@acme.com | 777-777-6890 |
På timestamp=1 använder en kund en bärbar dator för att besöka din e-handelswebbplats, visa din hemsida och för att bläddra anonymt. Den här anonyma surfhändelsen identifieras som ECID:38652. Eftersom identitetstjänsten bara lagrar händelser med minst två identiteter lagras inte den här informationen.
På timestamp=2 använder en kund samma bärbara dator för att besöka din e-handelswebbplats. De loggar in med kombinationen av användarnamn och lösenord och bläddrar efter skor. Identitetstjänsten identifierar kundens konto när de loggar in eftersom det motsvarar deras CRM-ID: 31260XYZ. Dessutom relaterar identitetstjänsten ECID:38562 till CRM ID:31260XYZ eftersom båda använder samma webbläsare på samma enhet.
På timestamp=3 använder en kund en surfplatta för att besöka din e-handelswebbplats och surfa anonymt. Den här anonyma surfhändelsen identifieras som ECID:44675. Eftersom identitetstjänsten bara lagrar händelser med minst två identiteter lagras inte den här informationen.
På timestamp=4 använder en kund samma surfplatta, loggar in på sitt konto (CRM-ID:31260XYZ) och visar sin inköpshistorik. Den här händelsen länkar deras CRM-ID:31260XYZ till cookie-identifieraren som tilldelats anonym surfaktivitet, ECID:44675, och länkar ECID:44675 till kundens identitetsdiagram.
