DokumentationExperience PlatformAnvändarhandbok om Experience Platform Identity Service

Konfigurationsguide för Identity Graph Linking Rules

Senast uppdaterad: 24 juni 2025
  • Ämnen:
  • Identities

Skapat för:

  • Administratör
  • Utvecklare

Läs det här dokumentet om du vill veta mer om olika implementeringstyper som du kan konfigurera med Identity Graph Linking Rules.

Scenarier med kunddiagram kan grupperas i tre olika kategorier.

  • Grundläggande: Grundläggande implementeringar innehåller diagram som oftast innehåller enkla implementeringar. Dessa implementeringar tenderar att kretsa kring ett namnutrymme mellan olika enheter (till exempel CRMID). Grundläggande implementeringar är relativt okomplicerade, men diagramkomprimering kan ändå inträffa, ofta på grund av delade enheter -scenarier.
  • Mellanliggande: Mellanliggande implementeringar innehåller flera variabler som flera namnutrymmen mellan enheter, icke-unika identiteter och flera unika namnutrymmen.
  • Avancerat: Avancerade implementeringar omfattar scenarier med komplexa och flerskiktade diagram. För avancerade implementeringar är det viktigt att fastställa rätt namnområdesprioritet för att säkerställa att rätt länkar tas bort, vilket förhindrar att diagrammet komprimeras.

Kom igång

Innan du går in i följande dokument måste du bekanta dig med flera viktiga begrepp i identitetstjänsten och Identity Graph Linking Rules.

  • Översikt över identitetstjänsten
  • Identity Graph Linking Rules översikt
  • Namnområdesprioritet
  • Unikt namnutrymme
  • Diagramsimulering

Grundläggande implementeringar

NOTE
Om du vill slutföra implementeringarna nedan måste du skapa ett anpassat namnutrymme med identitetssymbolen (skiftlägeskänslig) för: CRMID.

Läs det här avsnittet för grundläggande implementeringar av Identity Graph Linking Rules.

Användningsfall: enkel implementering som använder ett namnutrymme mellan olika enheter

I allmänhet har Adobe-kunder ett enda namnutrymme som kan användas över alla deras egenskaper, inklusive webb, mobiler och program. Detta system är både branschmässigt och geografiskt agnostiskt eftersom kunder inom detaljhandel, telekom och finansiella tjänster använder denna typ av implementering.

Vanligtvis representeras en slutanvändare av ett namnutrymme mellan olika enheter (ofta ett CRMID), och därför bör CRMID klassificeras som ett unikt namnutrymme. En slutanvändare som äger en dator och en iPhone och inte delar sin enhet kan ha ett identitetsdiagram som följande.

Tänk dig att du är dataarkitekt på ett e-handelsföretag som heter ACME. John och Jane är era kunder. De är slutanvändare som bor tillsammans i San Jose i Kalifornien. De delar en stationär dator och använder den här datorn för att surfa på webbplatsen. John och Jane delar också en iPad och använder ibland denna iPad för att surfa på Internet, inklusive din webbplats.

Textläge

CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c

Algoritmkonfiguration (identitetsinställningar)

Konfigurera följande inställningar i diagramsimuleringsgränssnittet innan du simulerar diagrammet.

Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
ECID
ECID
COOKIE
2
IDFA
IDFA
ENHET
3

Simulerat diagram

I det här diagrammet representeras John (slutanvändaren) av CRMID. {ECID: 123} representerar den webbläsare som John använde på sin dator för att besöka din e-handelsplattform. {ECID: 999} representerar webbläsaren som han använde på sin iPhone och {IDFA: a-b-c} representerar sin iPhone.

En enkel implementering med ett namnutrymme mellan olika enheter..

Utövning

Simulera följande konfiguration i Diagramsimulering. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet (PC)

Delad enhet (PC)

Textläge

CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

Simulerat diagram

I det här diagrammet representeras John och Jane av sina egna respektive CRMID:

  • {CRMID: John}
  • {CRMID: Jane}

Webbläsaren på den stationära datorn som båda använder för att besöka din e-handelsplattform representeras av {ECID: 111}. I det här diagramscenariot är Jane den sista autentiserade slutanvändaren och därför tas länken mellan {ECID: 111} och {CRMID: John} bort.

Ett simulerat diagram för en delad enhet (PC).

Delad enhet (mobil)

Delad enhet (mobil)

Textläge

CRMID: John, ECID: 111, IDFA: a-b-c
CRMID: Jane, ECID: 111, IDFA: a-b-c

Simulerat diagram

I det här diagrammet representeras John och Jane av sina egna respektive CRMID:n. Webbläsaren som de använder representeras av {ECID: 111} och iPad som de delar representeras av {IDFA: a-b-c}. I det här diagramscenariot är Jane den sista autentiserade slutanvändaren och därför tas länkarna från {ECID: 111} och {IDFA: a-b-c} till {CRMID: John} bort.

Ett simulerat diagram för en delad enhet (mobil).

Mellanliggande implementeringar

TIP
En icke-unik identitet är en identitet som är associerad med ett icke-unikt namnområde.

Läs det här avsnittet för mellanliggande implementeringar av Identity Graph Linking Rules.

Användningsfall: Dina data innehåller icke-unika identiteter

NOTE
För att slutföra implementeringarna nedan måste du skapa följande anpassade namnutrymmen med identitetssymbolerna (skiftlägeskänsliga) för:
  • CRMID
  • CChash (Det här är ett anpassat namnutrymme som representerar ett hashade kreditkortsnummer.)

Tänk dig att du är en dataarkitekt som arbetar för en affärsbank som utfärdar kreditkort. Marknadsföringsteamet har angett att de vill inkludera historik för tidigare kreditkortstransaktioner i en profil. Det här identitetsdiagrammet kan se ut så här.

Textläge

CRMID: John, CChash: 1111-2222
CRMID: John, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: John, ECID: 999, IDFA: a-b-c

Algoritmkonfiguration (identitetsinställningar)

Konfigurera följande inställningar i diagramsimuleringsgränssnittet innan du simulerar diagrammet.

Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
CChash
CChash
CROSS_DEVICE
2
ECID
ECID
COOKIE
3
IDFA
IDFA
ENHET
4

Simulerat diagram

Bild av det simulerade diagrammet

Det finns inga garantier för att dessa kreditkortsnummer, eller andra icke-unika namnutrymmen, alltid kommer att kopplas till en enda slutanvändare. Två slutanvändare kan registrera med samma kreditkort. Det kan finnas icke-unika platshållarvärden som felaktigt har importerats. Kort och gott: det finns ingen garanti för att icke-unika namnutrymmen inte orsakar komprimering av diagram.

För att lösa det här problemet tar identitetstjänsten bort de äldsta länkarna och behåller de senaste länkarna. Detta garanterar att du bara har ett CRMID i ett diagram och förhindrar att diagrammet komprimeras.

Utövning

Simulera följande konfigurationer i Graph Simulation. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet

Textläge

CRMID: John, CChash: 1111-2222
CRMID: Jane, CChash: 3333-4444
CRMID: John, ECID: 123
CRMID: Jane, ECID:123

Simulerat diagram

Ett mellanliggande delat enhetsdiagram med hash.

Två slutanvändare med samma kreditkort

Två olika slutanvändare registrerar sig för din e-handelswebbplats med samma kreditkort. Marknadsföringsteamet vill förhindra att diagram kollapsar genom att se till att kreditkortet bara är kopplat till en enda profil.

Textläge

CRMID: John, CChash: 1111-2222
CRMID: Jane, CChash: 1111-2222
CRMID: John, ECID: 123
CRMID: Jane, ECID:456

Simulerat diagram

Ett diagram där två slutanvändare registrerar sig med samma kreditkort.

Ogiltigt kreditkortsnummer

På grund av orena data hämtas ett ogiltigt kreditkortsnummer till Experience Platform.

Textläge

CRMID: John, CChash: undefined
CRMID: Jane, CChash: undefined
CRMID: Jack, CChash: undefined
CRMID: Jill, CChash: undefined

Simulerat diagram

Ett diagram där ett hash-problem orsakar ett ogiltigt kreditkort.

Användningsfall: Dina data innehåller både hash-kodade och ohashade CRMID:n

NOTE
För att slutföra implementeringarna nedan måste du skapa anpassade namnutrymmen med identitetssymbolerna (skiftlägeskänsliga) för:
  • CRMID
  • CRMIDhash

Du infogar både ett ej hashas (offline) CRMID och ett hashas (online) CRMID. Förväntningarna är att det finns en direkt relation mellan både ohashed och hashed CRMID. När en slutanvändare bläddrar med ett autentiserat konto skickas det hashas-CRMID tillsammans med enhets-ID (representeras i identitetstjänsten som ett ECID).

Algoritmkonfiguration (identitetsinställningar)

Konfigurera följande inställningar i diagramsimuleringsgränssnittet innan du simulerar diagrammet.

Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
CRMIDhash
CRMIDhash
CROSS_DEVICE
✔️
2
ECID
ECID
COOKIE
3

Utövning

Simulera följande konfigurationer i Graph Simulation. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet

John och Jane delar en enhet.

Textläge

CRMID: John, CRMIDhash: John
CRMID: Jane, CRMIDhash: Jane
CRMIDhash: John, ECID: 111
CRMIDhash: Jane, ECID: 111

Ett delat enhetsdiagram med hashade CRMID

Felaktiga data

På grund av fel i hashprocessen genereras ett icke-unikt kraschat CRMID som skickas till identitetstjänsten.

Textläge

CRMID: John, CRMIDhash: aaaa
CRMID: Jane, CRMIDhash: aaaa

Ett delat enhetsdiagram med ett fel i hashprocessen, vilket leder till ett icke-unikt kraschat CRMID.

Användningsfall: Dina data innehåller tre unika namnutrymmen

NOTE
Om du vill slutföra implementeringarna nedan måste du skapa ett anpassat namnutrymme med identitetssymbolen (skiftlägeskänslig) för: CRMID.

Kunden definierar en enpersonsenhet enligt följande:

  • En slutanvändare med ett tilldelat CRMID.
  • En slutanvändare som är associerad med en hash-kodad e-postadress, så att profiler kan aktiveras för mål som stöder hash-kodad e-post (till exempel Facebook).
  • En slutanvändare som är associerad med en e-postadress, så att supportpersonalen kan slå upp sin profil på Real-Time CDP med den e-postadressen.
Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
E-post
E-post
E-post
✔️
2
Email_LC_SHA256
Email_LC_SHA256
E-post
✔️
3
ECID
ECID
COOKIE
4

Simulera följande konfigurationer i diagramsimuleringsverktyget. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet

I det här scenariot loggar både John och Jane in på en e-handelswebbplats.

Textläge

CRMID: John, Email: john@g, Email_LC_SHA256: john_hash
CRMID: Jane, Email: jane@g, Email_LC_SHA256: jane_hash
CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

Ett diagram som visar två slutanvändare som loggar in på webbplatsen med samma enhet.

En slutanvändare ändrar sin e-postadress

Textläge

CRMID: John, Email: john@g, Email_LC_SHA256: john_hash
CRMID: John, Email: john@y, Email_LC_SHA256: john_y_hash

Ett diagram som visar en slutanvändare som har ändrat sin e-post.

Avancerade implementeringar

Avancerade implementeringar omfattar komplexa och flerskiktade diagramscenarier. De här typerna av implementeringar inkluderar användningen av namnområdesprioritet för att identifiera rätt länkar som måste tas bort för att diagrammet inte ska komprimeras.

Namnområdesprioritet är metadata som rangordnar namnutrymmen efter deras prioritet. Om ett diagram innehåller två identiteter, där vart och ett har olika unika namnutrymmen, använder identitetstjänsten namnområdesprioritet för att bestämma vilka länkar som ska tas bort. Mer information finns i dokumentationen om namnområdesprioritet.

Namnområdesprioritet spelar en viktig roll i komplexa diagramscenarier. Diagram kan ha flera lager - en slutanvändare kan vara kopplad till flera inloggnings-ID:n och dessa inloggnings-ID:n kan hash-kodas. Dessutom kan olika ECID länkas till olika inloggnings-ID:n. För att säkerställa att rätt länk tas bort i rätt lager måste dina konfigurationer för namnområdesprioritet vara korrekta.

Läs det här avsnittet för mer avancerade implementeringar av Identity Graph Linking Rules.

Användningsfall: Du behöver support för flera rader företag

NOTE
För att slutföra implementeringarna nedan måste du skapa anpassade namnutrymmen med identitetssymbolerna (skiftlägeskänsliga) för:
  • CRMID
  • loginID

Dina slutanvändare har två olika konton, ett personligt konto och ett företagskonto. Varje konto identifieras med ett annat ID. I det här scenariot skulle ett typiskt diagram se ut så här:

Textläge

CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
loginID: JohnPersonal, ECID: 111
loginID: JohnPersonal, ECID: 222
loginID: JohnBusiness, ECID: 222

Algoritmkonfiguration (identitetsinställningar)

Konfigurera följande inställningar i diagramsimuleringsgränssnittet innan du simulerar diagrammet.

Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
loginID
loginID
CROSS_DEVICE
2
ECID
ECID
COOKIE
3

Simulerat diagram

Ett identitetsdiagram för en slutanvändare med ett företag och ett personligt e-postmeddelande.

Utövning

Simulera följande konfiguration i Diagramsimulering. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet

Textläge

CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: JohnBusiness
CRMID: Jane, loginID: JanePersonal
CRMID: Jane, loginID: JaneBusiness
loginID: JohnPersonal, ECID: 111
loginID: JanePersonal, ECID: 111

Ett diagram över en avancerad delad enhet.

Felaktiga data skickas till Real-Time CDP

Textläge

CRMID: John, loginID: JohnPersonal
CRMID: John, loginID: error
CRMID: Jane, loginID: JanePersonal
CRMID: Jane, loginID: error
loginID: JohnPersonal, ECID: 111
loginID: JanePersonal, ECID: 222

Ett diagram som visar ett scenario där felaktiga data skickas till Real-Time CDP.

Använd skiftläge: Du har komplexa implementeringar som kräver flera namnutrymmen

NOTE
För att slutföra implementeringarna nedan måste du skapa anpassade namnutrymmen med identitetssymbolerna (skiftlägeskänsliga) för:
  • CRMID
  • loyaltyID
  • thirdPartyID
  • orderID

Du är ett medie- och underhållningsföretag och dina slutanvändare har följande:

  • EN CRMID
  • Ett lojalitets-ID

Dessutom kan slutanvändarna göra ett köp på e-handelswebbplatsen och dessa data är knutna till deras e-postadress. Användardata berikas också av en tredjeparts databasleverantör och skickas till Experience Platform i grupper.

Textläge

CRMID: John, loyaltyID: John, Email: john@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111

Algoritmkonfiguration (identitetsinställningar)

Konfigurera följande inställningar i diagramsimuleringsgränssnittet innan du simulerar diagrammet.

Visningsnamn
Identitetssymbol
Identitetstyp
Unikt per diagram
Namnområdesprioritet
CRMID
CRMID
CROSS_DEVICE
✔️
1
loyaltyID
loyaltyID
CROSS_DEVICE
✔️
2
E-post
E-post
E-post
✔️
3
thirdPartyID
thirdPartyID
CROSS_DEVICE
4
orderID
orderID
CROSS_DEVICE
5
ECID
ECID
COOKIE
6

Utövning

Simulera följande konfiguration i Diagramsimulering. Du kan antingen skapa egna händelser eller kopiera och klistra in i textläge.

Delad enhet

Textläge

CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
Email: john@g, orderID: aaa
CRMID: John, thirdPartyID: xyz
CRMID: John, ECID: 111
CRMID: Jane, ECID: 111

Ett exempel på ett komplext diagram med en delad enhet.

Slutanvändaren ändrar sin e-postadress

Textläge

CRMID: John, loyaltyID: John, Email: john@g
CRMID: John, loyaltyID: John, Email: john@y

Ett diagram som visar identitetsbeteendet med en e-poständring.

Associationen thirdPartyID ändras

Textläge

CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
CRMID: John, thirdPartyID: xyz
CRMID: Jane, thirdPartyID: xyz

Ett diagram som visar identitetsbeteende med en ändring i associationen för ett tredje parts-ID.

Icke-unikt orderID

Textläge

CRMID: John, loyaltyID: John, Email: john@g
CRMID: Jane, loyaltyID: Jane, Email: jane@g
Email: john@g, orderID: aaa
Email: jane@g, orderID: aaa

Ett diagram som visar identitetsbeteendet utifrån ett icke-unikt order-ID.

Fel lojalitets-ID

Textläge

CRMID: John, loyaltyID: aaa, Email: john@g
CRMID: Jane, loyaltyID: aaa, Email: jane@g

Ett diagram som visar identitetsbeteendet utifrån ett felaktigt lojalitets-ID.

Nästa steg

Mer information om Identity Graph Linking Rules finns i följande dokumentation:

  • Identity Graph Linking Rules översikt
  • Optimeringsalgoritm för identitet
  • Implementeringsguide
  • Felsökning och vanliga frågor
  • Namnområdesprioritet
  • Gränssnitt för diagramsimulering
  • Användargränssnitt för identitetsinställningar
recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea