Schutzmechanismen für Identity Service -Daten

Dieses Dokument enthält Informationen über die Verwendung und die Ratenbeschränkungen für Identity Service-Daten, um Ihnen bei der optimalen Nutzung des Identitätsdiagramms zu helfen. Bei der Überprüfung der folgenden Leitplanken wird davon ausgegangen, dass Sie die Daten korrekt modelliert haben. Wenden Sie sich bei Fragen zum Modellieren Ihrer Daten an Ihren Kundenbetreuer.

IMPORTANT
Überprüfen Sie Ihre Lizenzberechtigungen in Ihrem Kundenauftrag und die entsprechende Produktbeschreibung auf die tatsächlichen Nutzungsbeschränkungen zusätzlich zu dieser Limits-Seite.

Erste Schritte

Die folgenden Experience Platform-Dienste sind an der Modellierung von Identitätsdaten beteiligt:

  • Identitäten: Überbrücken von Identitäten aus unterschiedlichen Datenquellen, während sie in Platform aufgenommen werden.
  • Real-Time Customer Profile: Erstellen einheitlicher Verbraucherprofile anhand von Daten aus mehreren Quellen.

Datenmodellbeschränkungen

Die folgenden Tabellen enthalten Anleitungen zu Leitlinien für statische Beschränkungen sowie zu berücksichtigende Validierungsregeln für Identity-Namespaces.

Statische Beschränkungen

In der folgenden Tabelle sind statische Beschränkungen für Identitätsdaten aufgeführt.

Leitplanke
Limit
Anmerkungen
Anzahl der Identitäten in einem Diagramm
50
Wenn ein Diagramm mit 50 verknüpften Identitäten aktualisiert wird, wendet Identity Service einen "First-in-First-out"-Mechanismus an und löscht die älteste Identität, um Platz für die neueste Identität für dieses Diagramm zu schaffen (Hinweis: Das Echtzeit-Kundenprofil ist nicht betroffen). Das Löschen basiert auf Identitätstyp und Zeitstempel. Die Beschränkung wird auf Sandbox-Ebene angewendet. Weitere Informationen finden Sie im Abschnitt zu Verständnis der Löschlogik.
Anzahl der Links zu einer Identität für eine Batch-Erfassung
50
Ein einzelner Batch kann anomale Identitäten enthalten, die unerwünschte Zusammenführungen von Diagrammen verursachen. Um dies zu verhindern, erfasst Identity Service keine Identitäten, die bereits mit 50 oder mehr Identitäten verknüpft sind.
Anzahl der Identitäten in einem XDM-Eintrag
20
Die erforderliche Mindestanzahl von XDM-Einträgen beträgt zwei.
Anzahl der benutzerdefinierten Namespaces
Keine
Die Anzahl der benutzerdefinierten Namespaces, die Sie erstellen können, ist unbegrenzt.
Anzahl der Zeichen für einen Namespace-Anzeigenamen oder ein Identitätssymbol
Keine
Die Anzahl der Zeichen eines Namespace-Anzeigenamens oder Identitätssymbols ist unbegrenzt.

Überprüfung des Identitätswerts

In der folgenden Tabelle sind die vorhandenen Regeln aufgeführt, die Sie befolgen müssen, um eine erfolgreiche Überprüfung Ihres Identitätswerts sicherzustellen.

Namespace
Validierungsregel
Systemverhalten bei Verletzung einer Regel
ECID
  • Der Identitätswert einer ECID muss genau 38 Zeichen betragen.
  • Der Identitätswert einer ECID darf nur aus Zahlen bestehen.
  • Wenn der Identitätswert der ECID nicht genau 38 Zeichen beträgt, wird der Eintrag übersprungen.
  • Wenn der Identitätswert der ECID nicht-numerische Zeichen enthält, wird der Eintrag übersprungen.
Nicht-ECID
  • Der Identitätswert darf 1024 Zeichen nicht überschreiten.
  • Identitätswerte dürfen nicht "null", "anonymous", "invalid"oder eine leere Zeichenfolge sein (z. B.: "", "", "").
  • Wenn der Identitätswert 1024 Zeichen überschreitet, wird der Eintrag übersprungen.
  • Die Identität wird von der Erfassung ausgeschlossen.

Aufnahme von Identity-Namespaces

Ab dem 31. März 2023 blockiert Identity Service die Aufnahme der Adobe Analytics ID (AAID) für neue Kundinnen und Kunden. Diese Identität wird normalerweise über die Adobe Analytics-Quelle und die Adobe Audience Manager-Quelle aufgenommen und ist überflüssig, da die ECID denselben Webbrowser darstellt. Wenn Sie diese Standardkonfiguration ändern möchten, wenden Sie sich an Ihr Adobe-Accountteam.

Performance-Garantien performance-guardrails

Identity Service überwacht eingehende Daten kontinuierlich, um eine hohe Leistung und Zuverlässigkeit im Maßstab zu gewährleisten. Ein Fluss von Erlebnisereignisdaten in einem kurzen Zeitraum kann jedoch zu Leistungsbeeinträchtigungen und Latenzzeiten führen. Adobe ist nicht für eine solche Leistungsbeeinträchtigung verantwortlich.

Grundlegendes zur Löschlogik bei Aktualisierung eines Identitätsdiagramms bei Kapazität deletion-logic

Wenn ein vollständiges Identitätsdiagramm aktualisiert wird, löscht Identity Service die älteste Identität im Diagramm, bevor die neueste Identität hinzugefügt wird. Dies dient der Gewährleistung der Genauigkeit und Relevanz von Identitätsdaten. Dieser Löschvorgang folgt zwei Hauptregeln:

Regel 1: Löschung wird basierend auf dem Identitätstyp eines Namespace priorisiert

Die Löschpriorität lautet wie folgt:

  1. Cookie-ID
  2. Geräte-ID
  3. Geräteübergreifende ID, E-Mail und Telefon

Regel 2: Löschung basiert auf dem Zeitstempel, der in der Identität gespeichert ist

Jede in einem Diagramm verknüpfte Identität hat einen eigenen Zeitstempel. Wenn ein vollständiges Diagramm aktualisiert wird, löscht Identity Service die Identität mit dem ältesten Zeitstempel.

Wenn ein vollständiges Diagramm mit einer neuen Identität aktualisiert wird, bestimmen diese beiden Regeln gemeinsam, welche der älteren Identitäten gelöscht wird. Identity Service löscht zunächst die älteste Cookie-ID, dann die älteste Geräte-ID und schließlich die älteste geräteübergreifende ID/E-Mail/Telefon.

NOTE
Wenn die zu löschende Identität mit mehreren anderen Identitäten im Diagramm verknüpft ist, werden auch die Verknüpfungen, die diese Identität verbinden, gelöscht.

Auswirkungen auf die Implementierung

In den folgenden Abschnitten werden die Implikationen erläutert, die die Löschlogik für Identity Service, Echtzeit-Kundenprofil und WebSDK hat.

Identity Service: Änderung des benutzerdefinierten Namespace-Identitätstyps

Wenden Sie sich an Ihr Adobe-Account-Team, um eine Änderung des Identitätstyps anzufordern, wenn Ihre Produktions-Sandbox Folgendes enthält:

  • Ein benutzerdefinierter Namespace, bei dem die Personen-IDs (z. B. CRMIDs) als Cookie-/Geräte-Identitätstyp konfiguriert sind.
  • Ein benutzerdefinierter Namespace, bei dem Cookie-/Geräte-IDs als geräteübergreifender Identitätstyp konfiguriert sind.

Sobald diese Funktion verfügbar ist, werden Diagramme, die die Grenze von 50 Identitäten überschreiten, auf bis zu 50 Identitäten reduziert. Bei Real-Time CDP B2C Edition konnte dies zu einem minimalen Anstieg der Anzahl der Profile führen, die sich für eine Zielgruppe qualifizieren, da diese Profile zuvor in Segmentierung und Aktivierung ignoriert wurden.

Echtzeit-Kundenprofil: Auswirkung auf adressierbare Zielgruppen

Das Löschen erfolgt nur für Daten im Identity Service, nicht aber für Echtzeit-Kundenprofile.

  • Dieses Verhalten könnte folglich mehr Profile mit einer einzigen ECID erstellen, da die ECID nicht mehr Teil des Identitätsdiagramms ist.
  • Damit Sie innerhalb Ihrer adressierbaren Berechtigungsnummern der Zielgruppe bleiben, wird empfohlen, den pseudonymen Profildaten-Ablauf zu aktivieren, um Ihre alten Profile zu löschen.

Echtzeit-Kundenprofil und WebSDK: Primäres Löschen von Identitäten

Wenn Sie Ihre authentifizierten Ereignisse gegenüber der CRMID beibehalten möchten, sollten Sie Ihre primären IDs von ECID in CRMID ändern. In den folgenden Dokumenten finden Sie Anweisungen zur Implementierung dieser Änderung:

Beispielszenarien

Beispiel 1: typisches großes Diagramm

Diagrammnotizen:

  • t = Zeitstempel
  • Der Wert eines Zeitstempels entspricht der Neuigkeit einer bestimmten Identität. Beispiel: t1 steht für die erste verknüpfte Identität (alt) und t51 für die neueste verknüpfte Identität.

In diesem Beispiel löscht Identity Service zuerst die vorhandene Identität mit dem ältesten Zeitstempel, bevor das Diagramm auf der linken Seite mit einer neuen Identität aktualisiert werden kann. Da die älteste Identität jedoch eine Geräte-ID ist, überspringt Identity Service diese Identität, bis er zum Namespace mit einem Typ gelangt, der höher in der Liste mit Löschprioritäten ist, was in diesem Fall ecid-3 ist. Sobald die älteste Identität mit einer höheren Löschpriorität entfernt wurde, wird das Diagramm mit einer neuen Verknüpfung, ecid-51, aktualisiert.

  • In dem seltenen Fall, dass es zwei Identitäten mit demselben Zeitstempel und Identitätstyp gibt, sortiert Identity Service die IDs basierend auf XID und führt das Löschen durch.

Ein Beispiel für die älteste Identität, die gelöscht wird, um die neueste Identität aufzunehmen

Beispiel 2: "Diagrammaufteilung"

Eingehendes Ereignis

Diagrammnotizen:

  • Das folgende Diagramm geht davon aus, dass bei timestamp=50 50 Identitäten im Identitätsdiagramm vorhanden sind.
  • (...) bezeichnet die anderen Identitäten, die bereits im Diagramm verknüpft sind.

In diesem Beispiel wird ECID:32110 erfasst und mit einem großen Diagramm bei timestamp=51 verknüpft, wodurch die Grenze von 50 Identitäten überschritten wird.

Löschvorgang

Daher löscht Identity Service die älteste Identität basierend auf Zeitstempel und Identitätstyp. In diesem Fall wird ECID:35577 nur aus dem Identitätsdiagramm gelöscht.

Diagrammausgabe

Infolge des Löschens von ECID:35577 werden die Kanten, die CRMID:60013 und CRMID:25212 mit der inzwischen gelöschten ECID:35577 verknüpft haben, ebenfalls gelöscht. Dieser Löschvorgang führt dazu, dass das Diagramm in zwei kleinere Diagramme aufgeteilt wird.

Beispiel 3: "Hub-and-Spoke"

Eingehendes Ereignis

Diagrammnotizen:

  • Das folgende Diagramm geht davon aus, dass bei timestamp=50 50 Identitäten im Identitätsdiagramm vorhanden sind.
  • (...) bezeichnet die anderen Identitäten, die bereits im Diagramm verknüpft sind.

Aufgrund der Löschlogik können auch einige "Hub"-Identitäten gelöscht werden. Diese Hub-Identitäten beziehen sich auf Knoten, die mit mehreren individuellen Identitäten verknüpft sind, die sonst nicht verknüpft wären.

Im folgenden Beispiel wird ECID:21011 erfasst und mit dem Diagramm bei timestamp=51 verknüpft, wodurch die Grenze von 50 Identitäten überschritten wird.

Löschvorgang

Daher löscht Identity Service die älteste Identität nur aus dem Identitätsdiagramm, in diesem Fall ECID:35577. Durch das Löschen von ECID:35577 wird auch Folgendes gelöscht:

  • Die Verknüpfung zwischen CRMID: 60013 und der inzwischen gelöschten ECID:35577, was zu einem Diagrammaufspaltungsszenario führte.
  • IDFA: 32110, IDFA: 02383 und die verbleibenden Identitäten, dargestellt durch (...). Diese Identitäten werden gelöscht, da sie einzeln nicht mit anderen Identitäten verknüpft sind und daher nicht in einem Diagramm dargestellt werden können.

Diagrammausgabe

Schließlich liefert der Löschvorgang zwei kleinere Diagramme.

Nächste Schritte

Weitere Informationen über Identity Service finden Sie in der folgenden Dokumentation:

Weitere Informationen zu anderen Limits für Experience Platform-Services, End-to-End-Latenzinformationen und Lizenzinformationen aus Real-Time CDP Product Description-Dokumenten finden Sie in der folgenden Dokumentation:

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