[Beta]{class="badge informative"}
Overzicht van regels voor identiteitsgrafiek
Inhoudsopgave
Met Adobe Experience Platform Identity Service en Real-Time Customer Profile is het eenvoudig om aan te nemen dat uw gegevens perfect zijn opgenomen en dat alle samengevoegde profielen één persoon vertegenwoordigen via een personenteken, zoals een CRM-id. Er zijn echter scenario's waarin bepaalde gegevens kunnen proberen meerdere verschillende profielen samen te voegen tot één profiel (grafiek samenvouwen). Om deze ongewenste samenvoegingen te verhinderen, kunt u configuraties gebruiken die door identiteitsgrafiek worden verstrekt die regels verbindt en voor nauwkeurige verpersoonlijking voor uw gebruikers toestaan.
Voorbeeldscenario's waarbij een grafiek kan samenvouwen
- Gedeeld apparaat: Het gedeelde apparaat verwijst naar apparaten die door meer dan één individu worden gebruikt. Voorbeelden van een gedeeld apparaat zijn tablets, bibliotheekcomputers en kiosken.
- Onjuiste e-mail en telefoonaantallen: De slechte e-mail en telefoonaantallen verwijzen naar eind - gebruikers die ongeldige contactinformatie registreren, zoals "test @test.com"voor e-mail, en "+1-111-111-111"voor telefoonaantal.
- Onjuiste of slechte identiteitswaarden: De onjuiste of slechte identiteitswaarden verwijzen naar niet-unieke identiteitswaarden die CRM IDs konden samenvoegen. Terwijl IDFA's bijvoorbeeld 36 tekens moeten hebben (32 alfanumerieke tekens en vier afbreekstreepjes), zijn er scenario's waarin een IDFA met de identiteitswaarde "user_null" kan worden opgenomen. Op dezelfde manier steunen de telefoonaantallen slechts numerieke karakters, maar een telefoonnamespace met een identiteitswaarde van "niet-gespecificeerd"kan worden opgenomen.
Voor meer informatie over gebruiksgevalscenario's voor identiteitsgrafiek die regels verbindt, lees het document op voorbeeldscenario's.
Koppelingsregels voor identiteitsgrafiek identity-graph-linking-rules
Met de regels voor identiteitsgrafiek kunt u:
- Maak één identiteitsgrafiek/samengevoegd profiel voor elke gebruiker door unieke naamruimten te configureren, waardoor twee verschillende personen-id's niet in één identiteitsgrafiek kunnen worden samengevoegd.
- Online geverifieerde gebeurtenissen aan de persoon koppelen door prioriteiten te configureren
Terminologie terminology
Unieke naamruimte unique-namespace
U kunt een naamruimte zo configureren dat deze uniek is met behulp van de gebruikersinterface voor identiteitsinstellingen. Hiermee wordt het algoritme voor identiteitsoptimalisatie aangegeven dat een bepaalde grafiek slechts één identiteit mag hebben die die unieke naamruimte bevat. Zo voorkomt u dat twee verschillende personen-id's in dezelfde grafiek worden samengevoegd.
Overweeg het volgende scenario:
- Scott gebruikt een tablet en opent zijn browser van Google Chrome om naar nike .com te gaan, waar hij binnen ondertekent en voor nieuwe basketbalschoenen doorbladert.
-
In dit scenario worden achter de schermen de volgende identiteiten geregistreerd:
- Een ECID-naamruimte en -waarde die het gebruik van de browser vertegenwoordigen
- Een CRM ID namespace en waarde om de voor authentiek verklaarde gebruiker te vertegenwoordigen (Scott die binnen met zijn gebruikersbenaming en wachtwoordcombinatie wordt ondertekend).
-
- Zijn zoon Peter gebruikt dan hetzelfde tablet en gebruikt Google Chrome ook om naar nike .com te gaan, waar hij zich aanmeldt voor zijn eigen rekening om naar voetbalapparatuur te zoeken.
-
In dit scenario worden achter de schermen de volgende identiteiten geregistreerd:
- Dezelfde ECID-naamruimte en -waarde die de browser vertegenwoordigen.
- Een nieuwe CRM-id-naamruimte en -waarde die de geverifieerde gebruiker vertegenwoordigen.
-
Als CRM-id is geconfigureerd als een unieke naamruimte, worden de CRM-id's door het algoritme voor identiteitsoptimalisatie gesplitst in twee afzonderlijke identiteitsgrafieken, in plaats van ze samen te voegen.
Als u geen unieke naamruimte configureert, kan het gebeuren dat er ongewenste grafieksamenvoegingen plaatsvinden, zoals twee identiteiten met dezelfde naamruimte voor CRM-id, maar verschillende identiteitswaarden (scenario's als deze vertegenwoordigen vaak twee verschillende persoonentiteiten in dezelfde grafiek).
U moet een unieke naamruimte configureren om het algoritme voor identiteitsoptimalisatie te informeren en beperkingen in te stellen op de identiteitsgegevens die in een bepaalde identiteitsgrafiek worden opgenomen.
Prioriteit naamruimte namespace-priority
De prioriteit Namespace verwijst naar het relatieve belang van namespaces in vergelijking met elkaar. De prioriteit Namespace is configureerbaar door UI en u kunt namespaces in een bepaalde identiteitsgrafiek rangschikken.
Één manier waarin namespace prioriteit wordt gebruikt is in het bepalen van de primaire identiteit van de fragmenten van de ervaringsgebeurtenis (gebruikersgedrag) in het Profiel van de Klant in real time. Als de prioritaire montages worden gevormd, dan zal het primaire identiteit plaatsen op Web SDK niet meer worden gebruikt om te bepalen welke profielfragmenten worden opgeslagen.
Unieke naamruimten en naamruimteprioriteiten kunnen beide worden geconfigureerd in de gebruikersinterface voor identiteitsinstellingen. De effecten van hun configuraties zijn echter anders:
- De prioriteit Namespace heeft geen invloed op het grafiekgedrag wanneer de limiet van 50 identiteiten per grafiek wordt bereikt.
- de prioriteit van Namespace is een numerieke waarde die aan namespace wordt toegewezen die op zijn relatieve belang wijst. Dit is een eigenschap van een naamruimte.
- Primaire identiteit is de identiteit waarin een profielfragment tegen wordt opgeslagen. Een profielfragment is een record met gegevens waarin informatie over een bepaalde gebruiker wordt opgeslagen: kenmerken (gewoonlijk opgenomen via CRM-records) of gebeurtenissen (gewoonlijk opgenomen via ervaringsgebeurtenissen of online gegevens).
- De prioriteit Namespace bepaalt de primaire identiteit voor de fragmenten van de ervaringsgebeurtenis.
- Voor profielverslagen, kunt u de schemawerkruimte in de UI van het Experience Platform gebruiken om identiteitsgebieden, met inbegrip van de primaire identiteit te bepalen. Lees de gids op bepalend identiteitsgebieden in UIvoor meer informatie.
- Als een ervaringsgebeurtenis twee of meer identiteiten van de hoogste namespace prioriteit in identityMap heeft, zal het van opname worden verworpen omdat het als "slechte gegevens"zal worden beschouwd. Als identityMap bijvoorbeeld
{ECID: 111, CRMID: John, CRMID: Jane}
bevat, wordt de gehele gebeurtenis als ongeldige gegevens afgewezen, omdat dit betekent dat de gebeurtenis tegelijkertijd aan zowelCRMID: John
alsCRMID: Jane
wordt gekoppeld.
Voor meer informatie, lees de gids over namespace prioriteit.
Volgende stappen
Lees de volgende documentatie voor meer informatie over koppelingsregels voor identiteitsgrafieken: