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.
IMPORTANTAan 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 |
|
|
| Niet-ECID |
|
|
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
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
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.
NOTEGevolgen 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.
