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.

IMPORTANT
Controleer uw vergunningsrechten in uw Orde van de Verkoop en de overeenkomstige Beschrijving van het Productop daadwerkelijke gebruiksgrenzen naast deze guardrails pagina.

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.

Guardrail
Limiet
Notities
Aantal identiteiten in een grafiek
50
Wanneer een grafiek met 50 verbonden identiteiten wordt bijgewerkt, zal de Dienst van de Identiteit een "eerste-binnen, eerste-uit"mechanisme toepassen en de oudste identiteit schrapt om ruimte voor de nieuwste identiteit voor deze grafiek te maken (Nota: Het Profiel van de Klant in real time wordt onaangetast). Verwijderen is gebaseerd op het type identiteit en het tijdstempel. De limiet wordt toegepast op sandboxniveau. Voor meer informatie, lees de sectie over het begrijpen van de schrappingslogica.
Aantal koppelingen naar een identiteit voor één batch-opname
50
Eén batch kan afwijkende identiteiten bevatten die tot ongewenste samenvoegingen van grafieken leiden. Om dit te voorkomen, zal de Identiteitsdienst geen identiteiten opnemen die reeds met 50 of meer identiteiten verbonden zijn.
Aantal identiteiten in een XDM-record
20
Het minimum aantal vereiste XDM-records is twee.
Aantal aangepaste naamruimten
Geen
Het aantal aangepaste naamruimten dat u kunt maken, is niet beperkt.
Aantal tekens voor een naamruimte, weergavenaam of identiteitssymbool
Geen
Er zijn geen limieten aan het aantal tekens van een naamruimte, weergavenaam of identiteitssymbool.

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.

Naamruimte
Validatieregel
Systeemgedrag wanneer regel wordt overtreden
ECID
  • 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.
Niet-ECID
  • 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.

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:

  1. Cookie-id
  2. Apparaat-id
  3. 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.

NOTE
Als de identiteit die u wilt verwijderen aan meerdere andere identiteiten in de grafiek is gekoppeld, worden de koppelingen die deze identiteit verbinden ook verwijderd.

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.
  • 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 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

de nota's van het Diagram:

  • t = tijdstempel.
  • De waarde van een tijdstempel komt overeen met de frequentie van een bepaalde identiteit. t1 vertegenwoordigt bijvoorbeeld de eerste gekoppelde identiteit (oudste) en t51 zou 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.

een voorbeeld van de oudste identiteit die wordt geschrapt om de recentste identiteit aan te passen

Voorbeeld twee: "grafieksplitsing"

Binnenkomende gebeurtenis

de nota's van het Diagram:

  • In het volgende diagram wordt ervan uitgegaan dat bij timestamp=50 er 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.

proces van de Schrapping

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.

Uitvoer van de Grafiek

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"

Binnenkomende gebeurtenis

de nota's van het Diagram:

  • In het volgende diagram wordt ervan uitgegaan dat bij timestamp=50 er 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.

proces van de Schrapping

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 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.

Uitvoer van de Grafiek

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:

recommendation-more-help
64963e2a-9d60-4eec-9930-af5aa025f5ea