Fehlerbehebungshandbuch für Regeln zur Identitätsdiagrammzuordnung

AVAILABILITY
Die Regeln zur Verknüpfung von Identitätsdiagrammen sind derzeit nur eingeschränkt verfügbar. Wenden Sie sich an Ihr Adobe-Account-Team, um Informationen zum Zugriff auf die Funktion in Entwicklungs-Sandboxes zu erhalten.

Beim Testen und Validieren der Verknüpfungsregeln von Identitätsdiagrammen können Probleme im Zusammenhang mit der Datenerfassung und dem Verhalten von Diagrammen auftreten. In diesem Dokument erfahren Sie, wie Sie einige häufige Probleme beheben können, die bei der Arbeit mit Regeln zur Identitätsdiagrammzuordnung auftreten können.

Übersicht über den Datenerfassungsfluss data-ingestion-flow-overview

Das folgende Diagramm zeigt eine vereinfachte Darstellung des Datenflusses in Adobe Experience Platform und Anwendungen. Verwenden Sie dieses Diagramm als Referenz, um ein besseres Verständnis des Inhalts dieser Seite zu erhalten.

Ein Diagramm, wie die Datenerfassung im Identity Service abläuft.

Es ist wichtig, die folgenden Faktoren zu beachten:

  • Für Streaming-Daten beginnen Echtzeit-Kundenprofil, Identity Service und Data Lake mit der Verarbeitung der Daten, wenn die Daten gesendet werden. Die Wartezeit beim Abschluss der Datenverarbeitung hängt jedoch vom Dienst ab. Normalerweise dauert die Verarbeitung von Data Lake im Vergleich zu Profil und Identität länger.
    • Wenn die Daten beim Ausführen einer Abfrage für einen Datensatz auch nach einigen Stunden nicht angezeigt werden, werden die Daten wahrscheinlich nicht in Experience Platform erfasst.
  • Bei Batch-Daten fließen alle Daten zuerst in den Data Lake, dann werden die Daten an Profil und Identität weitergeleitet, wenn der Datensatz für Profil und Identität aktiviert ist.
  • Bei Problemen mit der Erfassung ist es wichtig, dass das Problem auf Dienstebene isoliert wird, um genaues Debugging und Fehlerbehebung zu erhalten. Es gibt drei mögliche Problemtypen, die berücksichtigt werden müssen:
Ingestion-Problemtyp
Werden die Daten im Data Lake erfasst?
Werden die Daten im Profil erfasst?
Werden die Daten im Identity Service erfasst?
Allgemeine Aufnahmeproblematik
Nein
Nein
Nein
Grafikproblem
Ja
Ja
Nein
Problem mit Profilfragmenten
Ja
Nein
Ja

Probleme bei der Datenerfassung data-ingestion-issues

NOTE
  • In diesem Abschnitt wird davon ausgegangen, dass die Daten erfolgreich in den Data Lake aufgenommen wurden und dass keine Syntax- oder anderen Fehler aufgetreten sind, die verhindern würden, dass die Daten überhaupt in Experience Platform aufgenommen werden.

  • Die Beispiele verwenden ECID als Cookie-Namespace und CRMID als Personen-Namespace.

Meine Identitäten werden nicht in Identity Service erfasst my-identities-are-not-getting-ingested-into-identity-service

Es gibt verschiedene Gründe, warum dies passieren könnte, unter anderem die folgenden:

Im Kontext von Regeln zur Zuordnung von Identitätsdiagrammen kann ein Datensatz vom Identity Service abgelehnt werden, da das eingehende Ereignis zwei oder mehr Identitäten mit demselben eindeutigen Namespace, aber einem anderen Identitätswert aufweist. Dieses Szenario tritt normalerweise aufgrund von Implementierungsfehlern auf.

Betrachten Sie das folgende Ereignis mit zwei Annahmen:

  1. Der Feldname CRMID wird als Identität mit dem Namespace CRMID markiert.
  2. Der Namespace CRMID ist als eindeutiger Namespace definiert.

Das folgende Ereignis gibt eine Fehlermeldung zurück, die angibt, dass die Aufnahme fehlgeschlagen ist.

{
  "_id": "random_string",
  "eventType": "web browsing event",
  "identityMap": {
    "ECID": [
      {
        "id": "11111111111111111111111111111111111111",
        "primary": false
      }
    ],
    "CRMID": [
      {
        "id": "Alice",
        "primary": true
      }
    ]
  },
  "CRMID": "Bob",
  "timestamp": "2024-08-17T15:22:51+00:00",
  "web": {
    "webPageDetails": {
      "URL": "https://www.adobe.com/acrobat.html",
      "name": "Adobe Acrobat"
    }
  }
}

Schritte zur Fehlerbehebung

Um diesen Fehler zu beheben, müssen Sie zunächst die folgenden Informationen erfassen:

  • Der Identitätswert (identity_value), den Sie für die Aufnahme in das Identitätsdiagramm erwartet haben.
  • Der Datensatz (dataset_name), in dem das Ereignis gesendet wurde.

Verwenden Sie als Nächstes Adobe Experience Platform Query Service und führen Sie die folgende Abfrage aus:

TIP
Ersetzen Sie dataset_name und identity_value durch die erfassten Informationen.
  SELECT key, col.id as identityValue, timestamp, _id, identityMap, *
  FROM (SELECT key, explode(value), *
  FROM (SELECT explode(identityMap), *
  FROM dataset_name)) WHERE col.id = 'identity_value'

Suchen Sie nach der Ausführung Ihrer Abfrage den Ereignisdatensatz, von dem Sie erwartet haben, dass er ein Diagramm generiert, und überprüfen Sie dann, ob die Identitätswerte in derselben Zeile unterschiedlich sind. Sehen Sie sich das folgende Bild für ein Beispiel an:

Eine unbenannte Abfrage, die zu duplizierten Namespaces führte.

NOTE
Wenn die beiden Identitäten identisch sind und das Ereignis über Streaming erfasst wird, deduplizieren sowohl Identity als auch Profile die Identität.

ExperienceEvents nach der Authentifizierung werden dem falschen authentifizierten Profil zugeordnet

Die Namespace-Priorität spielt eine wichtige Rolle bei der Bestimmung der primären Identität durch Ereignisfragmente.

  • Nachdem Sie Ihre Identitätseinstellungen für eine bestimmte Sandbox konfiguriert und gespeichert haben, verwendet das Profil die Namespace-Priorität, um die primäre Identität zu bestimmen. Im Falle von identityMap verwendet das Profil dann nicht mehr das primary=true -Flag.
  • Während Profile nicht mehr auf diese Markierung verweisen, können andere Dienste auf Experience Platform weiterhin die Markierung primary=true verwenden.

Damit authentifizierte Benutzerereignisse an den Personen-Namespace gebunden werden können, müssen alle authentifizierten Ereignisse den Personen-Namespace (CRMID) enthalten. Das bedeutet, dass der Personen-Namespace auch nach der Anmeldung eines Benutzers bei jedem authentifizierten Ereignis vorhanden sein muss.

Wenn Sie ein Profil in der Profilansicht suchen, wird möglicherweise weiterhin die Markierung primary=true 'events' angezeigt. Dies wird jedoch ignoriert und vom Profil nicht verwendet.

AAIDs werden standardmäßig blockiert. Wenn Sie daher den Quell-Connector Adobe Analyticsverwenden, müssen Sie sicherstellen, dass die ECID höher als die ECID priorisiert ist, damit die nicht authentifizierten Ereignisse die primäre Identität ECID aufweisen.

Schritte zur Fehlerbehebung

  1. Um zu überprüfen, ob authentifizierte Ereignisse sowohl den Personen- als auch den Cookie-Namespace enthalten, lesen Sie die Schritte, die im Abschnitt Fehlerbehebung bei Fehlern bei der Erfassung von Daten, die nicht in Identity Service aufgenommen werden beschrieben sind.
  2. Um zu überprüfen, ob authentifizierte Ereignisse die primäre Identität des Personen-Namespace haben (z. B. CRMID), suchen Sie den Personen-Namespace im Profil-Viewer mithilfe der Zusammenführungsrichtlinie ohne Zuordnung (dies ist die Zusammenführungsrichtlinie, die kein privates Diagramm verwendet). Diese Suche gibt nur Ereignisse zurück, die mit dem Personen-Namespace verknüpft sind.

Meine Erlebnisereignisfragmente werden nicht in das Profil aufgenommen my-experience-event-fragments-are-not-getting-ingested-into-profile

Es gibt verschiedene Gründe, warum Ihre Erlebnisereignisfragmente nicht in das Profil aufgenommen werden, darunter:

Im Zusammenhang mit der Namespace-Priorität lehnt das Profil Folgendes ab:

  • Jedes Ereignis, das zwei oder mehr Identitäten mit der höchsten Namespace-Priorität enthält. Wenn beispielsweise GAID nicht als eindeutiger Namespace markiert ist und zwei Identitäten mit einem GAID-Namespace und verschiedenen Identitätswerten eingehen, speichert Profil keines der Ereignisse.
  • Jedes Ereignis, bei dem der Namespace mit der höchsten Priorität eine leere Zeichenfolge ist.

Schritte zur Fehlerbehebung

Wenn Ihre Daten an den Data Lake gesendet werden, jedoch nicht an das Profil, und Sie glauben, dass dies auf das Senden von zwei oder mehr Identitäten mit der höchsten Namespace-Priorität in einem einzelnen Ereignis zurückzuführen ist, können Sie die folgende Abfrage ausführen, um zu überprüfen, ob für denselben Namespace zwei verschiedene Identitätswerte gesendet werden:

TIP
In den folgenden Abfragen müssen Sie:
  • Ersetzen Sie _testimsorg.identification.core.email durch den Pfad, der die Identität sendet.
  • Ersetzen Sie Email durch den Namespace mit der höchsten Priorität. Dies ist derselbe Namespace, der nicht erfasst wird.
  • Ersetzen Sie dataset_name durch den Datensatz, den Sie abfragen möchten.
  SELECT identityMap, key, col.id as identityValue, _testimsorg.identification.core.email, _id, timestamp
  FROM (SELECT key, explode(value), *
  FROM (SELECT explode(identityMap), *
  FROM dataset_name)) WHERE col.id != _testimsorg.identification.core.email and key = 'Email'

Sie können auch die folgende Abfrage ausführen, um zu überprüfen, ob die Aufnahme in das Profil aufgrund des höchsten Namespace mit einer leeren Zeichenfolge nicht erfolgt:

  SELECT identityMap, key, col.id as identityValue, _testimsorg.identification.core.email, _id, timestamp
  FROM (SELECT key, explode(value), *
  FROM (SELECT explode(identityMap), *
  FROM dataset_name)) WHERE (col.id = '' or _testimsorg.identification.core.email = '') and key = 'Email'

Bei diesen beiden Abfragen wird davon ausgegangen, dass:

  • Eine Identität wird von der identityMap und eine andere Identität von einem Identitätsdeskriptor gesendet. HINWEIS: In Experience-Datenmodell (XDM)-Schemas ist der Identitätsdeskriptor das Feld, das als Identität markiert ist.
  • Die CRMID wird über identityMap gesendet. Wenn die CRMID als Feld gesendet wird, entfernen Sie die key='Email' aus der WHERE-Klausel.

In diesem Abschnitt werden häufig auftretende Probleme bezüglich des Verhaltens des Identitätsdiagramms beschrieben.

Nicht authentifizierte ExperienceEvents werden an das falsche authentifizierte Profil angehängt

Der Identitätsoptimierungsalgorithmus berücksichtigt die zuletzt eingerichteten Links und entfernt die ältesten Links. Daher ist es möglich, dass ECIDs nach Aktivierung dieser Funktion von einer Person zu einer anderen neu zugeordnet (neu verknüpft) werden können. Gehen Sie wie folgt vor, um den Verlauf der Verknüpfung einer Identität im Zeitverlauf zu verstehen:

Schritte zur Fehlerbehebung

NOTE
Die folgenden Schritte werden Informationen unter den folgenden Annahmen abrufen:
  • Es wird ein einzelner Datensatz verwendet (dabei werden nicht mehrere Datensätze abgefragt).

  • Die Daten werden nicht aus dem Data Lake gelöscht, da Advanced Data Lifecycle Management, Privacy Service oder andere Dienste, die Löschvorgänge durchführen, gelöscht werden.

Zunächst müssen Sie die folgenden Informationen erfassen:

  1. Das Identitäts-Symbol (namespaceCode) des Cookie-Namespace (z. B. ECID) und der Personen-Namespace (z. B. CRMID), die gesendet wurden.
    1.1. Bei Web SDK-Implementierungen sind dies normalerweise die in der identityMap enthaltenen Namespaces.
    1.2. Bei Implementierungen des Analytics-Quell-Connectors handelt es sich um die Cookie-ID, die in der identityMap enthalten ist. Die Personenkennung ist ein eVar, das als Identität gekennzeichnet ist.
  2. Der Datensatz, in dem das Ereignis gesendet wurde (dataset_name).
  3. Der Identitätswert des zu suchenden Cookie-Namespace (identity_value).

Bei Identitätssymbolen (namespaceCode) wird zwischen Groß- und Kleinschreibung unterschieden. Um alle Identitätssymbole für einen bestimmten Datensatz in der identityMap abzurufen, führen Sie die folgende Abfrage aus:

SELECT distinct explode(*)FROM (SELECT map_keys(identityMap) FROM dataset_name)

Wenn Sie den Identitätswert Ihrer Cookie-ID nicht kennen und nach einer Cookie-ID suchen möchten, die mit mehreren Personen-IDs verknüpft wäre, müssen Sie die folgende Abfrage ausführen. Bei dieser Abfrage wird ECID als Cookie-Namespace und CRMID als Personen-Namespace angenommen.

Web SDK-Implementierung
code language-sql
  SELECT identityMap['ECID'][0]['id'], count(distinct identityMap['CRMID'][0]['id']) as crmidCount FROM dataset_name GROUP BY identityMap['ECID'][0]['id'] ORDER BY crmidCount desc
Implementierung des Analytics-Quell-Connectors
code language-sql
  SELECT identityMap['ECID'][0]['id'], count(distinct personID) as crmidCount FROM dataset_name group by identityMap['ECID'][0]['id'] ORDER BY crmidCount desc

Hinweis: personID bezieht sich auf den Pfad des Deskriptors. Sie finden diese Informationen unter Schemata.

Nachdem Sie nun die mit mehreren Personen-IDs verknüpften Cookie-Werte identifiziert haben, verwenden Sie eine aus den Ergebnissen in der folgenden Abfrage, um eine chronologische Übersicht darüber zu erhalten, wann dieser Cookie-Wert mit einer anderen Personen-ID verknüpft wurde:

Web SDK-Implementierung
code language-sql
  SELECT identityMap['CRMID'][0]['id'] as personEntity, *
  FROM dataset_name
  WHERE identitymap['ECID'][0].id ='identity_value'
  ORDER BY timestamp desc
Implementierung des Analytics-Quell-Connectors
code language-sql
SELECT _experience.analytics.customDimensions.eVars.eVar10 as personEntity, *
FROM dataset_name
WHERE identitymap['ECID'][0].id ='identity_value'
ORDER BY timestamp desc

Hinweis: In diesem Beispiel wird davon ausgegangen, dass eVar10 als Identität markiert ist. Für Ihre Konfigurationen müssen Sie die eVar basierend auf der Implementierung Ihres Unternehmens ändern.

Der Identitätsoptimierungsalgorithmus funktioniert nicht erwartungsgemäß

Schritte zur Fehlerbehebung

Weitere Informationen finden Sie in der Dokumentation zum Identitätsoptimierungsalgorithmus sowie in den Typen der unterstützten Diagrammstrukturen.

  • Beispiele für unterstützte Diagrammstrukturen finden Sie im Konfigurationshandbuch für Diagramme .

  • Beispiele für nicht unterstützte Diagrammstrukturen finden Sie auch im Implementierungshandbuch . Es können zwei Szenarien eintreten:

    • Kein einzelner Namespace für alle Profile.
    • Ein "dangling ID" -Szenario tritt auf. In diesem Szenario kann Identity Service nicht ermitteln, ob die verwundbare ID mit einer der Personen-Entitäten in den Diagrammen verknüpft ist.

Sie können auch das Tool zur Diagrammsimulation in der Benutzeroberfläche verwenden, um Ereignisse zu simulieren und Ihre eigenen eindeutigen Namespace- und Namespace-Prioritätseinstellungen zu konfigurieren. Dies kann Ihnen dabei helfen, ein grundlegendes Verständnis dafür zu erhalten, wie sich der Identitätsoptimierungsalgorithmus verhalten sollte.

Wenn Ihre Simulationsergebnisse mit Ihren Erwartungen an das Diagrammverhalten übereinstimmen, können Sie überprüfen, ob Ihre Identitätseinstellungen mit den Einstellungen übereinstimmen, die Sie in Ihrer Simulation konfiguriert haben.

Selbst nach dem Konfigurieren von Identitätseinstellungen werden in meiner Sandbox ausgeblendete Diagramme angezeigt.

Identitätsdiagramme entsprechen Ihrem konfigurierten eindeutigen Namespace und Ihrer Namespace-Priorität nach der Speicherung der Einstellungen. Alle "ausgeblendeten"Diagramme, die vor vorhanden sind, wenn Sie Ihre neuen Einstellungen speichern, sind davon nicht betroffen, bis neue Daten so erfasst werden, dass das ausgeblendete Diagramm aktualisiert wird. Die primäre Identität von Ereignisfragmenten im Echtzeit-Kundenprofil wird nicht aktualisiert, selbst wenn sich die Namespace-Priorität ändert.

Schritte zur Fehlerbehebung

Mit dem Viewer für Identitätsdiagramme 🔗 können Sie überprüfen, ob Ihr Diagramm vor oder nach Ihren Einstellungen erfasst wurde. Überprüfen Sie den letzten aktualisierten Zeitstempel unter Link-Eigenschaften , um zu sehen, wann der Identity Service das Diagramm erfasst hat. Wenn der Zeitstempel vor der Konfiguration liegt, deutet dies darauf hin, dass das "reduzierte"Diagramm erstellt wurde, bevor die Funktion aktiviert wurde.

Der Identitätsdiagramm-Viewer mit einem Beispieldiagramm.

Ich möchte wissen, wie viele "reduzierte"Diagramme in meiner Sandbox vorhanden sind.

Verwenden Sie das Identitäts-Dashboard , um Einblicke in den Status Ihres Identitätsdiagramms zu erhalten, z. B. die Anzahl der Identitäten und Diagramme. Siehe Metrik "Diagrammanzahl mit mehreren Namespaces"für eine Anzahl von Diagrammen, die reduziert wurden. Hierbei handelt es sich um Diagramme, die zwei oder mehr Identitäten mit demselben Namespace enthalten. Wenn die Sandbox keine Daten enthält und Sie einen Namespace (z. B. CRMID) als eindeutig konfiguriert haben, wird erwartet, dass es keine Diagramme mit zwei oder mehr CRMIDs gibt. Im folgenden Beispiel sind zwei Diagramme mit zwei oder mehr E-Mail-Adressen enthalten.

Das Identitäts-Dashboard mit Metriken zur Identitätsanzahl, zur Diagrammanzahl, zur Anzahl nach Namespace, zur Diagrammanzahl nach Größe und zur Diagrammanzahl von Diagrammen mit mehr als zwei Namespaces.

Sie können eine detaillierte Aufschlüsselung des Profil-Snapshot-Exportdatensatzes im Data Lake finden, indem Sie die folgende Abfrage ausführen:

NOTE
  • Ersetzen Sie dataset_name durch den tatsächlichen Namen Ihres Datensatzes.

  • Die Zahlen stimmen möglicherweise nicht genau überein. Das Identitäts-Dashboard basiert auf der Anzahl der Identitätsdiagramme und die folgende Abfrage basiert auf der Anzahl der Profile mit zwei oder mehr Identitäten. Die Daten werden unabhängig voneinander verarbeitet und vom Dienst aktualisiert.

  SELECT key, identityCountInGraph, count(identityCountInGraph) as graphCount
  FROM (SELECT key, cardinality(value) as identityCountInGraph
  FROM (SELECT explode(identityMap)
  FROM dataset_name
  WHERE cardinality(identityMap) > 1)) /* by definition, graphs have 2 or more identities */
  WHERE key not in ('ecid', 'aaid', 'idfa', 'gaid') /* filter out common device/cookie namespaces */
  GROUP BY 1, 2
  ORDER BY 1, 2 asc

Sie können die folgende Abfrage im Datensatz zum Exportieren von Profilmomentdaten verwenden, um Beispielidentitäten aus "reduzierten"Diagrammen zu erhalten.

  SELECT identityMap
  FROM dataset_name
  WHERE cardinality(identityMap['CRMID'])>1 /* any graphs with 2+ CRMID. Change CRMID namespace if needed */
TIP
Die beiden oben aufgeführten Abfragen liefern erwartete Ergebnisse, wenn die Sandbox nicht für den gemeinsamen Gerätezeitansatz aktiviert ist, und unterscheiden sich von den Verknüpfungsregeln für Identitätsdiagramme.

Häufig gestellte Fragen faq

In diesem Abschnitt finden Sie eine Liste von Antworten auf häufig gestellte Fragen zu Regeln zur Identitätsdiagrammverlinkung.

Identitätsoptimierungsalgorithmus identity-optimization-algorithm

In diesem Abschnitt finden Sie Antworten auf häufig gestellte Fragen zum Identitätsoptimierungsalgorithmus.

Ich habe eine CRMID für jede meiner Geschäftseinheiten (B2C CRMID, B2B CRMID), aber ich habe keinen eindeutigen Namespace für alle meine Profile. Was geschieht, wenn ich B2C CRMID und B2B CRMID als eindeutig markiere und meine Identitätseinstellungen aktiviere?

Dieses Szenario wird nicht unterstützt. Daher können Diagramme in Fällen reduziert werden, in denen sich ein Benutzer mit seiner B2C-CRMID anmeldet und ein anderer Benutzer seine B2B-CRMID zur Anmeldung verwendet. Weitere Informationen finden Sie im Abschnitt Namespace-Anforderung für einzelne Personen auf der Implementierungsseite.

Korrigiert der Identitätsoptimierungsalgorithmus vorhandene reduzierte Diagramme?

Vorhandene reduzierte Diagramme werden vom Diagrammalgorithmus nur betroffen ('fixed'), wenn diese Diagramme nach dem Speichern Ihrer neuen Einstellungen aktualisiert werden.

Was passiert mit den Ereignissen, wenn sich zwei Personen mit demselben Gerät anmelden und abmelden? Werden alle Ereignisse an den letzten authentifizierten Benutzer übertragen?

  • Anonyme Ereignisse (Ereignisse mit ECID als primäre Identität im Echtzeit-Kundenprofil) werden an den letzten authentifizierten Benutzer übertragen. Dies liegt daran, dass die ECID mit der CRMID des letzten authentifizierten Benutzers (im Identity Service) verknüpft wird.
  • Alle authentifizierten Ereignisse (Ereignisse mit CRMID als primäre Identität definiert) verbleiben bei der Person.

Weitere Informationen finden Sie in der Anleitung zum Ermitteln der primären Identität für Erlebnisereignisse.

Wie werden die Journey in Adobe Journey Optimizer beeinflusst, wenn die ECID von einer Person zur anderen übertragen wird?

Die CRMID des letzten authentifizierten Benutzers wird mit der ECID (freigegebenes Gerät) verknüpft. ECIDs können basierend auf dem Benutzerverhalten von einer Person zu einer anderen neu zugewiesen werden. Die Auswirkungen hängen davon ab, wie die Journey erstellt wird. Daher ist es wichtig, dass Kunden die Journey in einer Entwicklungs-Sandbox-Umgebung testen, um das Verhalten zu überprüfen.

Die wichtigsten Punkte sind:

  • Sobald ein Profil eine Journey aufruft, führt die erneute Zuweisung der ECID nicht dazu, dass das Profil mitten in einer Journey existiert.

    • Journey-Ausstiege werden nicht durch Diagrammänderungen ausgelöst.
  • Wenn ein Profil nicht mehr mit einer ECID verknüpft ist, kann dies dazu führen, dass der Journey-Pfad geändert wird, wenn eine Bedingung vorliegt, die die Zielgruppenqualifikation verwendet.

    • Die Entfernung der ECID kann die mit einem Profil verknüpften Ereignisse ändern, was zu Änderungen der Zielgruppenqualifizierung führen kann.
  • Die erneute Eingabe einer Journey hängt von den Journey-Eigenschaften ab.

    • Wenn Sie die erneute Eingabe einer Journey deaktivieren, wird das gleiche Profil, sobald ein Profil von dieser Journey beendet wird, 91 Tage lang nicht erneut angezeigt (basierend auf dem globalen Journey-Timeout).
  • Wenn eine Journey mit einem ECID-Namespace beginnt, das eingegebene Profil und das Profil, an das die Aktion gesendet wird (z. B. E-Mail, Angebot) können je nach Design der Journey unterschiedlich sein.

    • Wenn es beispielsweise eine Wartebedingung zwischen Aktionen gibt und die ECID-Transfers während der Wartezeit durchgeführt werden, kann ein anderes Profil als Ziel ausgewählt werden.
    • Mit dieser Funktion ist die ECID nicht mehr immer einem Profil zugeordnet.
    • Es wird empfohlen, Journey mit Personen-Namespaces (CRMID) zu beginnen.
TIP
Journey sollten nach einem Profil mit eindeutigen Namespaces suchen, da ein nicht eindeutiger Namespace möglicherweise einem anderen Benutzer erneut zugewiesen wird.
  • ECIDs und nicht eindeutige E-Mail-/Telefon-Namespaces können von einer Person zur anderen verschoben werden.
  • Wenn eine Journey eine Wartebedingung hat und diese nicht eindeutigen Namespaces zum Nachschlagen eines Profils auf einer Journey verwendet werden, kann die Journey-Nachricht an die falsche Person gesendet werden.

Namespace-Priorität

In diesem Abschnitt finden Sie Antworten auf häufig gestellte Fragen zu Namespace-Priorität.

Ich habe meine Identitätseinstellungen aktiviert. Was passiert mit meinen Einstellungen, wenn ich einen benutzerdefinierten Namespace hinzufügen möchte, nachdem die Einstellungen aktiviert wurden?

Es gibt zwei "Behälter"mit Namespaces: Personen-Namespaces und Geräte-/Cookie-Namespaces. Der neu erstellte benutzerdefinierte Namespace hat in jedem "Bucket"die niedrigste Priorität, sodass dieser neue benutzerdefinierte Namespace keine Auswirkungen auf die vorhandene Datenerfassung hat.

Wenn das Echtzeit-Kundenprofil das "primäre"Flag auf identityMap nicht mehr verwendet, muss dieser Wert dennoch gesendet werden?

Ja, das "primäre"Flag auf identityMap wird von anderen Diensten verwendet. Weitere Informationen finden Sie im Handbuch zu Auswirkungen der Namespace-Priorität auf andere Experience Platform-Dienste.

Wird die Namespace-Priorität auf Profildatensätze im Echtzeit-Kundenprofil angewendet?

Nein. Die Namespace-Priorität gilt nur für Experience Event-Datensätze, die die XDM ExperienceEvent-Klasse verwenden.

Wie funktioniert diese Funktion zusammen mit den Limits von 50 Identitäten pro Diagramm? Beeinflusst die Namespace-Priorität dieses systemdefinierte Limits?

Der Identitätsoptimierungsalgorithmus wird zuerst angewendet, um die Darstellung der Entität der Person sicherzustellen. Wenn das Diagramm anschließend versucht, den Limits des Identitätsdiagramms (50 Identitäten pro Diagramm) zu überschreiten, wird diese Logik angewendet. Die Namespace-Priorität wirkt sich nicht auf die Löschlogik des 50-Identitäts-/Diagrammschutzes aus.

Testen

In diesem Abschnitt finden Sie Antworten auf häufig gestellte Fragen zu Test- und Debugging-Funktionen in Identitätsdiagramm-Verknüpfungsregeln.

Welche Szenarien sollten in einer Entwicklungs-Sandbox-Umgebung getestet werden?

Im Allgemeinen sollten Tests an einer Entwicklungs-Sandbox die Anwendungsfälle imitieren, die Sie in Ihrer Produktions-Sandbox ausführen möchten. In der folgenden Tabelle finden Sie einige zu validierende Schlüsselbereiche bei der Durchführung umfassender Tests:

Testfall
Testschritte
Erwartetes Ergebnis
Präzise Personenentitätsdarstellung
  • Anonym misiertes Browsen
  • Zwei Personen imitieren (John, Jane), die sich mit demselben Gerät anmelden
  • Sowohl John als auch Jane sollten mit ihren Attributen und authentifizierten Ereignissen verknüpft sein.
  • Der zuletzt authentifizierte Benutzer sollte den anonymen Browsing-Ereignissen zugeordnet werden.
Segmentierung

Erstellen Sie vier Segmentdefinitionen (HINWEIS: Für jedes Segment-Definitionspaar sollte eine mit Batch und die andere Streaming-Methode ausgewertet werden.)

  • Segmentdefinition A: Segmentqualifizierung basierend auf den authentifizierten Ereignissen und/oder Attributen von John.
  • Segmentdefinition B: Segmentqualifizierung basierend auf den authentifizierten Ereignissen und/oder Attributen von Jane.
Unabhängig von freigegebenen Geräteszenarien sollten John und Jane immer für ihre jeweiligen Segmente qualifiziert sein.
Zielgruppenqualifizierung/einheitliche Journey in Adobe Journey Optimizer
  • Erstellen Sie eine Journey, die mit einer Audience-Qualifikationsaktivität beginnt (z. B. mit der oben erstellten Streaming-Segmentierung).
  • Erstellen Sie eine Journey, die mit einem Einzelereignis beginnt. Dieses Einzelereignis sollte ein authentifiziertes Ereignis sein.
  • Sie müssen die erneute Eingabe deaktivieren, wenn Sie diese Journey erstellen.
  • Unabhängig von freigegebenen Geräteszenarien sollten John und Jane die entsprechenden Journey, die sie eingeben sollten, Trigger haben.
  • John und Jane sollten die Journey nicht erneut eingeben, wenn die ECID an sie zurückgegeben wird.

Wie kann ich überprüfen, ob diese Funktion erwartungsgemäß funktioniert?

Verwenden Sie das Diagrammsimulationswerkzeug, um zu überprüfen, ob die Funktion auf einer einzelnen Diagrammebene funktioniert.

Informationen zum Validieren der Funktion auf Sandbox-Ebene finden Sie im Abschnitt Diagrammanzahl mit mehreren Namespaces im Identitäts-Dashboard.

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