Guardrails voor Identity Service data
Dit document bevat informatie over het gebruik en de tarieflimieten voor Identity Service gegevens die u helpen het gebruik van de identiteitsgrafiek te optimaliseren. Bij het bekijken van de volgende instructies wordt aangenomen dat u de gegevens correct hebt gemodelleerd. Als u vragen hebt over het modelleren van uw gegevens, neemt u contact op met uw medewerker van de klantenservice.
Aan de slag
De volgende diensten van het Experience Platform zijn betrokken bij het modelleren van de Gegevens van de Identiteit:
- Identiteiten: Bridge-id's van verschillende gegevensbronnen worden opgenomen in Platform.
- Real-Time Customer Profile: Maak geharmoniseerde consumentenprofielen met behulp van gegevens uit meerdere bronnen.
Gegevensmodellimieten
In de onderstaande tabellen vindt u richtlijnen voor het gebruik van statische limieten en validatieregels voor naamruimten.
Statische grenswaarden
In de volgende tabel worden de statische limieten weergegeven die worden toegepast op identiteitsgegevens.
Validatie van identiteitswaarden
In de volgende tabel worden de bestaande regels beschreven die u moet volgen om ervoor te zorgen dat uw identiteitswaarde correct wordt gevalideerd.
- De identiteitswaarde van een ECID moet precies 38 tekens zijn.
- De identiteitswaarde van een ECID mag alleen uit getallen bestaan.
- Als de identiteitswaarde van ECID niet precies 38 tekens is, wordt de record overgeslagen.
- Als de identiteitswaarde van ECID niet-numerieke tekens bevat, wordt de record overgeslagen.
- De identiteitswaarde mag niet langer zijn dan 1024 tekens.
- Identiteitswaarden mogen niet 'null', 'anoniem', 'invalid' of een lege tekenreeks zijn (bijvoorbeeld: '", '', '').
- Als de identiteitswaarde meer dan 1024 tekens bevat, wordt de record overgeslagen.
- De identiteit wordt geblokkeerd.
Naamnaamruimte-opname
Vanaf 31 maart 2023 blokkeert Identity Service de inname van Adobe Analytics ID (AID) voor nieuwe klanten. Deze identiteit wordt doorgaans opgenomen via het dialoogvenster Adobe Analytics-bron en de Adobe Audience Manager-bron en is overbodig omdat de ECID dezelfde webbrowser vertegenwoordigt. Neem contact op met het accountteam van de Adobe als u deze standaardconfiguratie wilt wijzigen.
Begrijpen met de verwijderingslogica wanneer een identiteitsgrafiek op capaciteit wordt bijgewerkt deletion-logic
Wanneer een volledige identiteitsgrafiek wordt bijgewerkt, schrapt de Dienst van de Identiteit de oudste identiteit in de grafiek alvorens de recentste identiteit toe te voegen. Dit is om de juistheid en relevantie van identiteitsgegevens te behouden. Dit proces van schrapping volgt twee primaire regels:
Regel 1 schrapping wordt geprioriteerd gebaseerd op het identiteitstype van een namespace
De schrappingsprioriteit is als volgt:
- Cookie-id
- Apparaat-id
- Apparaatoverschrijdende id, e-mail en telefoon
Regel nr. 2 schrapping is gebaseerd op timestamp die op de identiteit wordt opgeslagen
Elke identiteit die in een grafiek is gekoppeld, heeft een eigen corresponderende tijdstempel. Wanneer een volledige grafiek wordt bijgewerkt, verwijdert Identiteitsservice de identiteit met de oudste tijdstempel.
Wanneer een volledige grafiek met een nieuwe identiteit wordt bijgewerkt, werken deze twee regels samen om aan te geven welke oudere identiteit wordt verwijderd. De Dienst van de identiteit schrapt eerst de oudste identiteitskaart van het Koekje, dan de oudste identiteitskaart van het Apparaat, en tenslotte de oudste identiteitskaart van het dwars-Apparaat/E-mail/Telefoon.
Gevolgen voor de uitvoering
De volgende secties schetsen de implicaties die de schrappingslogica aan de Dienst van de Identiteit, het Profiel van de Klant in real time, en WebSDK heeft.
Identity Service: Custom namespace identity type changes
Neem contact op met het accountteam van uw Adobe om een wijziging in het type identiteit aan te vragen als uw productiessandbox het volgende bevat:
- Een aangepaste naamruimte waarin de personen-id's (zoals CRM-id's) zijn geconfigureerd als cookie-/apparaatidentiteitstype.
- Een aangepaste naamruimte waarin cookie-/apparaat-id's zijn geconfigureerd als identiteitstype voor verschillende apparaten.
Als deze functie eenmaal beschikbaar is, worden grafieken die de limiet van 50 identiteiten overschrijden, verkleind tot maximaal 50 identiteiten. Voor Real-Time CDP B2C Edition kan dit resulteren in een minimale toename van het aantal profielen dat in aanmerking komt voor een publiek, aangezien deze profielen voorheen werden genegeerd door Segmentering en Activering.
Klantprofiel in realtime: impact op adresseerbare doelgroepen
Verwijderen gebeurt alleen met gegevens in de Identiteitsservice en niet in realtime klantprofiel.
- Hierdoor kunnen er meer profielen met één ECID worden gemaakt, omdat de ECID geen deel meer uitmaakt van de identiteitsgrafiek.
- Om binnen uw adresseerbare aantallen van de publieksrechten te blijven, wordt het geadviseerd om toe te laten vervaldatum van pseudoniem profielgegevens om uw oude profielen te verwijderen.
Real-Time profiel en WebSDK van klant: primaire identiteitsverwijdering
Als u uw voor authentiek verklaarde gebeurtenissen tegen identiteitskaart van CRM wilt bewaren, dan wordt geadviseerd dat u uw primaire IDs van ECID in identiteitskaart van CRM verandert. Lees de volgende documenten voor stappen over hoe te om deze verandering uit te voeren:
Voorbeeldscenario's
Voorbeeld één: standaard grote grafiek
Opmerkingen bij het diagram:
t= tijdstempel.- De waarde van een tijdstempel komt overeen met de frequentie van een bepaalde identiteit. Bijvoorbeeld:
t1de eerste gekoppelde identiteit (oudste) vertegenwoordigt ent51zou de nieuwste gekoppelde identiteit vertegenwoordigen.
In dit voorbeeld verwijdert Identiteitsservice eerst de bestaande identiteit met de oudste tijdstempel voordat de grafiek aan de linkerkant kan worden bijgewerkt. Nochtans, omdat de oudste identiteit een apparatenidentiteitskaart is, slaat de Dienst van de Identiteit die identiteit over tot het aan namespace met een type krijgt dat hoger op de schrappingspriorlijst is, die in dit geval is ecid-3. Zodra de oudste identiteit met een hoger type van schrappingsprioriteit wordt verwijderd, wordt de grafiek dan bijgewerkt met een nieuwe verbinding, ecid-51.
- In het zeldzame geval dat er twee identiteiten met het zelfde timestamp en identiteitstype zijn, zal de Dienst van de Identiteit de identiteitskaart sorteren op XID en het schrappen van regels uitvoeren.
Voorbeeld twee: "grafieksplitsing"
Opmerkingen bij het diagram:
- In het volgende diagram wordt ervan uitgegaan dat bij
timestamp=50, 50 identiteiten bestaan in de identiteitsgrafiek. (...)Hiermee worden de andere identiteiten aangegeven die al zijn gekoppeld in de grafiek.
In dit voorbeeld wordt ECID:32110 opgenomen en gekoppeld aan een grote grafiek bij timestamp=51, waardoor de limiet van 50 identiteiten wordt overschreden.
Dientengevolge, schrapt de Dienst van de Identiteit de oudste identiteit die op timestamp en identiteitstype wordt gebaseerd. In dit geval wordt ECID:35577 alleen verwijderd uit het identiteitsdiagram.
Als gevolg van het verwijderen van ECID:35577 worden ook de randen die aan CRM-id:60013 en CRM-id:25212 zijn gekoppeld met de nu verwijderde ECID:35577 verwijderd. Door dit verwijderingsproces wordt de grafiek opgesplitst in twee kleinere grafieken.
Voorbeeld drie: "hub-and-speak"
Opmerkingen bij het diagram:
- In het volgende diagram wordt ervan uitgegaan dat bij
timestamp=50, 50 identiteiten bestaan in de identiteitsgrafiek. (...)Hiermee worden de andere identiteiten aangegeven die al zijn gekoppeld in de grafiek.
Door middel van de verwijderingslogica kunnen sommige "hub"-identiteiten ook worden verwijderd. Deze hubidentiteiten verwijzen naar knopen die aan verscheidene individuele identiteiten verbonden zijn die anders losgemaakt zouden zijn.
In het onderstaande voorbeeld wordt ECID:21011 opgenomen en gekoppeld aan de grafiek op timestamp=51, waardoor de limiet van 50 identiteiten wordt overschreden.
Dientengevolge, schrapt de Dienst van de Identiteit de oudste identiteit slechts uit de identiteitsgrafiek, die in dit geval ECID:35577 is. De schrapping van ECID:35577 leidt ook tot de schrapping van het volgende:
- Het verband tussen CRM-ID: 60013 en de nu verwijderde ECID:35577, wat resulteert in een grafieksplitsingsscenario.
- IDFA: 32110, IDFA: 02383, en de overige identiteiten vertegenwoordigd door
(...). Deze identiteiten worden verwijderd omdat ze individueel niet aan andere identiteiten zijn gekoppeld en daarom niet in een grafiek kunnen worden weergegeven.
Ten slotte levert het verwijderingsproces twee kleinere grafieken op.
Volgende stappen
Zie de volgende documentatie voor meer informatie over Identity Service:
Raadpleeg de volgende documentatie voor meer informatie over andere Experience Platforms services guardrails, over end-to-end latentie-informatie en licentiegegevens uit Real-Time CDP Product Description-documenten:
- Real-Time CDP guardrails
- Diagrammen met latentie van begin tot eind voor verschillende diensten van de Experience Platform.
- Real-time Customer Data Platform (B2C Edition - Premiere en Ultimate Packages)
- Real-time Customer Data Platform (B2P - Premiere en Ultimate Packages)
- Real-time Customer Data Platform (B2B - Premiere en Ultimate Packages)