Overzicht van regels voor identiteitsgrafiek
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 CRMID. 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.
Aan de slag
De volgende documenten zijn essentieel voor het begrijpen van identiteitsgrafiek die regels met elkaar verbindt.
Voorbeeldscenario's waarbij een grafiek kan samenvouwen example-scenarios-where-graph-collapse-could-happen
Deze sectie schetst voorbeeldscenario's die u kunt overwegen wanneer het vormen van identiteitsgrafiek die regels verbindt.
Gedeeld apparaat
Er zijn gevallen waarin meerdere aanmeldingen op één apparaat kunnen plaatsvinden:
In deze gevallen, vanuit grafiekstandpunt, zonder toegelaten grenzen, zal één enkele ECID met veelvoudige CRMIDs worden verbonden.
Met de regels voor identiteitsgrafieken kunt u:
- Vorm identiteitskaart die voor login als uniek herkenningsteken wordt gebruikt. U kunt bijvoorbeeld een grafiek beperken tot het opslaan van slechts één identiteit met een CRMID-naamruimte en zo die CRMID definiëren als de unieke id van een gedeeld apparaat.
- Op deze manier kunt u ervoor zorgen dat CRMID's niet worden samengevoegd met de ECID.
Ongeldige scenario's voor e-mail/telefoon
Er zijn ook instanties van gebruikers die valse waarden als telefoonaantallen en/of e-mailadressen verstrekken wanneer het registreren. In deze gevallen, als de grenzen niet worden toegelaten, dan zal telefoon/e-mail verwante identiteiten uiteindelijk worden verbonden met veelvoudige verschillende CRMIDs.
Met de regels voor identiteitsgrafieken kunt u:
- Configureer de CRMID, het telefoonnummer of het e-mailadres als de unieke id en beperkt zo één persoon tot slechts één CRMID, telefoonnummer en/of e-mailadres dat aan zijn account is gekoppeld.
Onjuiste of onjuiste identiteitswaarden
Er zijn gevallen waarin niet-unieke, onjuiste identiteitswaarden in het systeem worden opgenomen, ongeacht de naamruimte. Voorbeelden zijn:
- IDFA-naamruimte met de identiteitswaarde "user_null".
- IDFA-identiteitswaarden moeten uit 36 tekens bestaan: 32 alfanumerieke tekens en vier afbreekstreepjes.
- Naamruimte voor telefoonnummers met de identiteitswaarde "not-specified".
- Telefoonnummers mogen geen alfabet bevatten.
Deze identiteiten zouden in de volgende grafieken kunnen resulteren, waar veelvoudige CRMIDs samen met de "slechte"identiteit worden samengevoegd:
Met identiteitsgrafiek die regels verbindt kunt u CRMID als unieke herkenningsteken vormen om ongewenste profiel te verhinderen die als gevolg van dit type gegevens ineenstorten.
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 acme .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 CRMID-naamruimte en -waarde die de geverifieerde gebruiker vertegenwoordigen (Scott is aangemeld met zijn combinatie van gebruikersnaam en wachtwoord).
-
- Zijn zoon Peter gebruikt dan hetzelfde tablet en gebruikt ook Google Chrome om naar acme .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 CRMID-naamruimte en -waarde die de geverifieerde gebruiker vertegenwoordigen.
-
Als CRMID als unieke namespace werd gevormd, dan verdeelt het algoritme van de identiteitsoptimalisering CRMIDs afzonderlijk in twee afzonderlijke identiteitsgrafieken, in plaats van hen samen te voegen.
Als u geen unieke naamruimte configureert, kan het gebeuren dat er ongewenste grafieksamenvoegingen plaatsvinden, zoals twee identiteiten met dezelfde CRMID-naamruimte, maar verschillende identiteitswaarden (scenario's zoals 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: JohnalsCRMID: Janewordt gekoppeld.
Voor meer informatie, lees de gids over namespace prioriteit.
Volgende stappen
Lees de volgende documentatie voor meer informatie over koppelingsregels voor identiteitsgrafieken: