[Beta]{class="badge informative"}
Prioriteit naamruimte
Elke klantenimplementatie is uniek en gemaakt om de doelstellingen van een bepaalde organisatie te ontmoeten, en als dusdanig, varieert het belang van bepaalde namespace van klant tot klant. Voorbeelden in de praktijk zijn:
- Aan de ene kant zou u de naamruimte E-mail kunnen beschouwen als een persoonentiteit en dus uniek per persoon. Anderzijds, zou een andere klant e-mailnamespace als onbetrouwbare herkenningsteken kunnen beschouwen en daarom kunnen zij één enkele identiteitskaart van CRM toestaan om aan veelvoudige identiteiten met e-mailnamespace worden geassocieerd.
- U kunt online gedrag verzamelen met behulp van een naamruimte "Aanmeldings-id". Deze login identiteitskaart kon een 1:1 verhouding met identiteitskaart van CRM hebben, die dan attributen van een systeem van CRM opslaat en als belangrijkste namespace kan worden beschouwd. In dit geval, bepaalt u dan dat identiteitskaart van CRM namespace een nauwkeurigere vertegenwoordiging van een persoon is, terwijl login identiteitskaart namespace het tweede belangrijkste is.
U moet configuraties maken in Identiteitsservice die het belang van uw naamruimten weerspiegelen, aangezien dit van invloed is op de manier waarop profielen worden gevormd en gesegmenteerd.
Uw prioriteiten bepalen
De bepaling van naamruimteprioriteit is gebaseerd op de volgende factoren:
Identiteitsgrafiekstructuur
Als de gestructureerde grafiek van uw organisatie gelaagd is, dan zou de namespaceprioriteit op dit moeten wijzen zodat de correcte verbindingen in het geval van grafiekinstorting worden verwijderd.
-
"Grafieksamenvouwen" verwijst naar scenario's waarbij meerdere verschillende profielen per ongeluk worden samengevoegd tot één identiteitsgrafiek.
-
Een gelaagde grafiek verwijst naar identiteitsgrafieken die meerdere niveaus van verbindingen hebben. Bekijk de onderstaande afbeelding voor een voorbeeld van een grafiek met drie lagen.
Semantische betekenis van de naamruimte
Een identiteit vertegenwoordigt een echt object. Er zijn drie objecten die in de identiteitsgrafiek worden weergegeven. In volgorde van belangrijkheid zijn ze:
- Personen (apparaat, e-mail, telefoonnummer)
- Hardwareapparaat
- Webbrowser (Cookie)
Naamruimten voor personen zijn relatief onveranderlijk in vergelijking met hardwareapparaten (zoals IDFA, GAID), die relatief onveranderlijk zijn in vergelijking met webbrowsers. In principe zult u (persoon) altijd één eenheid zijn, die meerdere hardwareapparaten kan hebben (telefoon, laptop, tablet, enz.) en meerdere browsers (Google Chrome, Safari, FireFox, enz.)
Een andere manier om dit onderwerp te benaderen is door kardinaliteit. Hoeveel identiteiten worden er voor een bepaalde personenentiteit gecreëerd? In de meeste gevallen zal een persoon één CRM-id hebben, een handvol hardware-id's (IDFA/GAID-voorinstellingen mogen niet vaak voorkomen) en nog meer cookies (een individu zou zich op meerdere apparaten kunnen begeven, de incognitomodus kunnen gebruiken of cookies op een bepaald moment kunnen herstellen). Over het algemeen, lagere kardinaliteit wijst op een namespace met een hogere waarde.
Valideer uw instellingen voor naamruimteprioriteit
Zodra u een idee van hebt hoe u aan uw namespaces voorrang zult geven, kunt u het hulpmiddel van de Simulatie van de Grafiek gebruiken om diverse scenario's van de grafiekondergang uit te testen en ervoor te zorgen dat uw prioritaire configuraties de verwachte grafiekresultaten terugkeren. Voor meer informatie, lees de gids bij het gebruiken van het hulpmiddel van de Simulatie van de Grafiek.
Naamruimteprioriteit configureren
De prioriteit Namespace kan worden gevormd gebruikend Identity Settings. In de interface Identity Settings kunt u een naamruimte slepen en neerzetten om het relatieve belang ervan te bepalen.
Prioriteitsgebruik voor naamruimte
Momenteel, beïnvloedt de nameprioriteit systeemgedrag van het Profiel van de Klant in real time. In het onderstaande diagram wordt dit concept geïllustreerd. Voor meer informatie, lees de gids op Adobe Experience Platform en de diagrammen van de toepassingsarchitectuur.
Identiteitsservice: algoritme voor identiteitsoptimalisatie
Voor relatief complexe grafiekstructuren speelt naamruimteprioriteit een belangrijke rol bij het verwijderen van de juiste koppelingen wanneer de scenario's voor het samenvouwen van grafieken worden uitgevoerd. Voor meer informatie lees het overzicht van het algoritme van de identiteitsoptimalisering.
Klantprofiel in realtime: primaire identiteitsbepaling voor ervaringsgebeurtenissen
-
Voor ervaringsgebeurtenissen, zodra u Identiteitsinstellingen voor een bepaalde sandbox hebt geconfigureerd, wordt de primaire identiteit bepaald door de hoogste naamruimteprioriteit.
- Dit komt omdat ervaringsgebeurtenissen dynamisch van aard zijn. Een identiteitskaart kan drie of meer identiteiten bevatten, en namespace prioriteit zorgt ervoor dat belangrijkste namespace aan de ervaringsgebeurtenis wordt geassocieerd.
-
Dientengevolge, zullen de volgende configuraties niet meer door Real-Time Profiel van de Klant worden gebruikt:
- "Primair" selectievakje op gegevenselementtype in WebSDK.
- Alle velden die als primaire identiteit zijn gemarkeerd in een schema van de klasse Event van de XDM-ervaring.
- Standaard primaire identiteitsinstellingen in de Adobe Analytics-bronconnector (ECID of AID).
-
Anderzijds, namespace de prioriteit bepaalt geen primaire identiteit voor profielverslagen.
- Voor profielverslagen, kunt u de schemawerkruimte in de UI van het Experience Platform gebruiken om uw identiteitsgebieden, met inbegrip van de primaire identiteit te bepalen. Lees de gids op bepalend identiteitsgebieden in UIvoor meer informatie.
-
De prioriteit van Namespace is een bezit van een namespace. Het is een numerieke waarde die aan een naamruimte wordt toegewezen om het relatieve belang ervan aan te geven.
-
Primaire identiteit is de identiteit waarin een profielfragment 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).
Voorbeeldgrafiekscenario
Deze sectie verstrekt een voorbeeld van hoe de prioritaire configuratie uw gegevens kan beïnvloeden.
Stel dat de volgende configuraties zijn ingesteld voor een bepaalde sandbox:
Gezien de bovenstaande configuraties, zullen gebruikersacties en bepaling van de primaire identiteit als volgt worden opgelost:
Segmentatieservice: opslag van metagegevens voor segmentlidmaatschap
Voor een bepaald samengevoegd profiel, zullen de segmentlidmaatschappen tegen de identiteit met hoogste prioriteit worden opgeslagen namespace.
Stel dat er twee profielen zijn:
- Het eerste profiel vertegenwoordigt John.
- Het tweede profiel staat voor Jane.
Als de John en Jane een apparaat delen, dan brengt ECID (Webbrowser) van één persoon aan een andere over. Nochtans, beïnvloedt dit niet de informatie van het segmentlidmaatschap die tegen John en Jane wordt opgeslagen.
Als de segmentkwalificatiecriteria uitsluitend gebaseerd waren op anonieme gebeurtenissen die tegen de ECID waren opgeslagen, zou Jane in aanmerking komen voor dat segment
Gevolgen voor andere diensten van de Experience Platform implications
In deze sectie wordt beschreven hoe naamruimteprioriteit van invloed kan zijn op andere services van Experience Platforms.
Geavanceerd levenscyclusbeheer van gegevens
Gegevens-hygiënebestanden verwijderen de aanvraagfuncties voor een bepaalde identiteit op de volgende manier:
- Klantprofiel in realtime: verwijdert elk profielfragment met de opgegeven identiteit als primaire identiteit. De primaire identiteit op Profiel zal nu gebaseerd op namespace prioriteit worden bepaald.
- Gegevensmeer: hiermee verwijdert u alle records met de opgegeven identiteit als primaire identiteit.
Voor meer informatie, lees het geavanceerde overzicht van het levenscyclusbeheer.
Berekende kenmerken
Berekende kenmerken gebruiken geen naamruimteprioriteit voor het berekenen van waarden. Als u gegevens verwerkte attributen gebruikt, moet u ervoor zorgen dat identiteitskaart van CRM als uw primaire identiteit voor WebSDK wordt aangewezen. Deze beperking zal naar verwachting in augustus 2024 worden opgelost.
Voor meer informatie, lees de gegevens verwerkte handleiding van attributen UI.
Gegevensmeer
Het opnemen van gegevens aan gegevens zal meer de primaire identiteitsmontages blijven respecteren die op worden gevormd SDK van het Weben schema's.
Het meer van gegevens zal geen primaire identiteit bepalen die op namespaceprioriteit wordt gebaseerd. Bijvoorbeeld, zal Adobe Customer Journey Analytics waarden in de identiteitskaart blijven gebruiken zelfs nadat namespace de prioriteit wordt toegelaten (zoals, toevoegend een dataset aan een nieuwe verbinding), omdat de Customer Journey Analytics hun gegevens van gegevens meer verbruikt.
Schema's voor Experience Data Model (XDM)
Om het even welk schema dat geen Gebeurtenis van de Ervaring XDM, zoals Individuele Profielen XDM is, zal blijven om het even welke gebieden respecteren die u als identiteitmerkt.
Voor meer informatie over schema's XDM, lees het schema's overzicht.
Intelligente diensten
Wanneer u uw gegevens selecteert, moet u een naamruimte opgeven die wordt gebruikt om de gebeurtenissen te bepalen die de scores berekenen en de gebeurtenissen die de berekende scores opslaan. U wordt aangeraden de naamruimte te selecteren die een persoon vertegenwoordigt.
- Als u gegevens van het Webgedrag gebruikend WebSDk verzamelt, wordt u geadviseerd om identiteitskaart van CRM te kiezen namespace binnen de identiteitskaart.
- Als u gegevens over webgedrag verzamelt via de bronconnector van Analytics, moet u de identiteitsdescriptor (CRM-id) selecteren.
Deze configuratie resulteert in computerscores die alleen gebruikmaken van geverifieerde gebeurtenissen.
Voor meer informatie over, lees de documenten op Attribution AIen Klant AI.
Privacyservice
de verzoeken van de schrapping van de Privacy Servicefunctie op de volgende manier, voor een bepaalde identiteit:
- Klantprofiel in realtime: verwijdert elk profielfragment met de opgegeven identiteitswaarde als primaire identiteit. De primaire identiteit op Profiel zal nu gebaseerd op namespace prioriteit worden bepaald.
- Gegevensmeer: hiermee verwijdert u alle records met de opgegeven identiteit als primaire of secundaire identiteit.
Voor meer informatie, lees het de dienstoverzicht van de Privacy.