Afbeeldingen voor Identity Service -gegevens
Dit document bevat informatie over het gebruik en de tarieflimieten voor Identity Service -gegevens, zodat u de identiteitsgrafiek optimaal kunt gebruiken. 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: De identiteiten van Bridge van verschillende gegevensbronnen aangezien zij in Platform worden opgenomen.
- Real-Time Customer Profile: Maak uniforme 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 typisch opgenomen door de bron van Adobe Analyticsen de bron van Adobe Audience Manageren is overtollig omdat ECID zelfde Webbrowser vertegenwoordigt. Neem contact op met het accountteam van de Adobe als u deze standaardconfiguratie wilt wijzigen.
Prestatiegerichten performance-guardrails
De Dienst van de identiteit controleert voortdurend inkomende gegevens om hoge prestaties en betrouwbaarheid op schaal te verzekeren. Een instroom van gegevens over ervaringen in een korte periode kan echter leiden tot prestatievermindering en latentie. Adobe is niet verantwoordelijk voor een dergelijke verslechtering van de prestaties.
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 CRMID's) zijn geconfigureerd als type cookie-/apparaatidentiteit.
- 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.
- Opdat u binnen uw adresseerbare aantallen van de publieksrechten blijft, wordt het geadviseerd om pseudoniem de vervaldatum van profielgegevenstoe te laten om uw oude profielen te schrappen.
Real-Time profiel en WebSDK van klant: primaire identiteitsverwijdering
Als u geverifieerde gebeurtenissen wilt behouden voor de CRMID, kunt u het beste uw primaire id's wijzigen van ECID in CRMID. Lees de volgende documenten voor stappen over hoe te om deze verandering uit te voeren:
Voorbeeldscenario's
Voorbeeld één: standaard grote grafiek
de nota's van het Diagram:
t= tijdstempel.- De waarde van een tijdstempel komt overeen met de frequentie van een bepaalde identiteit.
t1vertegenwoordigt bijvoorbeeld de eerste gekoppelde identiteit (oudste) 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 ecid-3 is. Nadat de oudste identiteit met een hogere prioriteit voor verwijderen is verwijderd, wordt de grafiek vervolgens bijgewerkt met een nieuwe koppeling, ecid-51 .
- In het zeldzame geval dat er twee identiteiten met zelfde timestamp en identiteitstype zijn, zal de Dienst van de Identiteit IDs sorteren die op wordt gebaseerd XIDen zal schrapping leiden.
Voorbeeld twee: "grafieksplitsing"
de nota's van het Diagram:
- In het volgende diagram wordt ervan uitgegaan dat bij
timestamp=50er 50 identiteiten voorkomen in de identiteitsgrafiek. (...)geeft de andere identiteiten aan 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 CRMID:60013 en CRMID: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"
de nota's van het Diagram:
- In het volgende diagram wordt ervan uitgegaan dat bij
timestamp=50er 50 identiteiten voorkomen in de identiteitsgrafiek. (...)geeft de andere identiteiten aan 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 CRMID: 60013 en de nu verwijderde ECID:35577, wat resulteert in een grafieksplitsingsscenario.
- IDFA: 32110, IDFA: 02383, en de overige identiteiten die worden 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
Raadpleeg 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
- De diagrammen van de latentie van begin tot eindvoor diverse diensten van het Experience Platform.
- Real-time Customer Data Platform (B2C Uitgave - Primaire en Ultimate Pakketten)
- Real-time Customer Data Platform (B2P - Primaire en Ultimate Pakketten)
- Real-time Customer Data Platform (B2B - Primaire en Ultimate Pakketten)