Aktivieren der Zuordnung

Sie können das Zusammenfügen mit einem oder mehreren Ereignisdatensätzen aktivieren, die Sie im Rahmen Ihrer Verbindung konfiguriert haben. Das von Ihnen lizenzierte Customer Journey Analytics-Paket bestimmt die Anzahl der Ereignisdatensätze, die Sie für das Zusammenfügen aktivieren können.

Sie aktivieren das Zusammenfügen als Teil der Datensatzeinstellungen für einen Ereignis-Datensatz, wenn Sie Verbindung erstellen oder Verbindung bearbeiten.

Voraussetzungen

Sie müssen die Voraussetzungen für die von Ihnen angegebene Stitching-Methode überprüfen und erfüllen: feldbasiertes Stitching oder grafisches Stitching.

Vorflugkontrollen

Wenn Sie die Voraussetzungen erfüllen, sollten Sie einige Preflight-Prüfungen für die Daten im Ereignis-Datensatz durchführen, bevor Sie die Identitätszuordnung aktivieren:

  • Wenn Sie XDM-Schemafelder für eine persistente ID oder Personen-ID verwenden, stellen Sie sicher, dass Identitäten im Schema für den Ereignis-Datensatz ordnungsgemäß markiert sind. Siehe Übersicht über Identity-Namespaces.

  • Identitätsabdeckung sowohl für persistente ID als auch für Personen-ID überprüfen:

    • Persistent ID

      Abfragen von Daten von sieben Tagen, wenn Ihr persistentes ID-Feld nicht null ist, geteilt durch eine Abfrage von sieben Tagen mit Daten für alle Ereignisse in Ihrem Datensatz. Dieser Prozentsatz sollte über 95 % liegen.

      Beispiel einer Abfrage, die Sie zur Überprüfung verwenden können:

      code language-sql
      SELECT
        COUNT(*) AS total_events,
        COUNT({PERSISTENT_ID_FIELD}) AS events_with_persistentid,
        ROUND(COUNT({PERSISTENT_ID_FIELD}) / COUNT(*), 2) AS percent_with_persistentid_not_null
      FROM
        {DATASET_TABLE_NAME}
      WHERE
        TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}'
        AND TO_TIMESTAMP(timestamp, 'FORMAT_STRING') < TIMESTAMP '{END_DATE}';
      

      Dabei gilt:

      • {PERSISTENT_ID_FIELD} ist das Feld für die persistente ID. Beispiel: identityMap.ecid[0].
      • {DATASET_TABLE_NAME} ist der Tabellenname für den Ereignis-Datensatz.
      • {FORMAT_STRING} ist die Formatzeichenfolge für das Zeitstempelfeld. Beispiel: MM/DD/YY HH12:MI AM.
      • {START_DATE} ist das Startdatum. Beispiel: 2024-01-01 00:00:00.
      • {END_DATE} ist das Enddatum im Standardformat. Beispiel: 2024-01-08 00:00:00.
    • Personen-ID

      • Stellen Sie bei diagrammbasiertem Stitching sicher, dass das Identitätsdiagramm Fragmente enthält, die ID-Werte aus dem ausgewählten persistenten ID-Namespace und dem Personen-ID-Namespace verknüpfen. Sie können einen Test ausführen, indem Sie zum Experience Platform Identity Graph Viewer wechseln ​ das Diagramm nach einigen Beispielwerten für persistente IDs abfragen. Überprüfen Sie, ob diese persistenten ID-Werte mit Personen-ID-Werten im Diagramm verknüpft sind.

      • Fragen Sie für das feldbasierte Stitching 7 Tage Daten ab, bei denen das Feld für Ihre Personen-ID nicht null ist, und teilen Sie dies durch eine Abfrage von 7 Tagen Daten für alle Ereignisse in Ihrem Datensatz. Dieser Prozentsatz sollte idealerweise über 5 % liegen.

        Beispiel einer Abfrage, die Sie zur Überprüfung verwenden können:

        code language-sql
        SELECT
          COUNT(*) AS total_events,
          COUNT({PERSON_ID_FIELD}) AS events_with_personid,
          ROUND(COUNT({PERSON_ID_FIELD}) / COUNT(*), 2) AS percent_with_personid_not_null
        FROM
          {DATASET_TABLE_NAME}
        WHERE
          TO_TIMESTAMP(timestamp, '{FORMAT_STRING}') >= TIMESTAMP '{START_DATE}'
          AND TO_TIMESTAMP(timestamp, 'FORMAT_STRING') < TIMESTAMP '{END_DATE}';
        

        Dabei gilt:

        • {PERSON_ID_FIELD} ist das Feld für die Personen-ID. Beispiel: identityMap.crmId[0].
        • {DATASET_TABLE_NAME} ist der Tabellenname für den Ereignis-Datensatz.
        • {FORMAT_STRING} ist die Formatzeichenfolge für das Zeitstempelfeld. Beispiel: MM/DD/YY HH12:MI AM.
        • {START_DATE} ist das Startdatum. Beispiel: 2024-01-01 00:00:00.
        • {END_DATE} ist das Enddatum im Standardformat. Beispiel: 2024-01-08 00:00:00.

Aktivieren der Identitätszuordnung enable-identity-stitching

Sie können die Identitätszuordnung aktivieren​ wenn Sie ​ Ereignis-Datensatz in ​ personenbasierten Verbindung hinzufügen oder ​ bearbeiten. Identitätszuordnung ist für kontobasierte Verbindungen nicht verfügbar.

Datensatzeinstellungen

Um das Zusammenfügen zu aktivieren, gehen Sie im Abschnitt Datensatzeinstellungen des Dialogfelds Datensätze hinzufügen oder Datensatz bearbeiten folgendermaßen vor:

Optionen für die Identitätszuordnung beim Aktivieren der Identitätszuordnung

  1. Wählen Sie Identitätszusammenfügung aktivieren aus.

    Wenn Sie das Zusammenfügen für einen gespeicherten Ereignisdatensatz in der Verbindung aktivieren oder deaktivieren, zeigt Dialogfeld „Personen-ID ändern die Auswirkungen einer Änderung der Personen-ID an. Wählen Sie Weiter aus, um fortzufahren.

    Das „Identitätszuordnung aktivieren fasst die Auswirkungen des Zuordnens von Identitäten zusammen. Wählen Sie Weiter aus, um fortzufahren.

  2. Wählen Sie eine persistente ID aus Dropdown-Menü Persistente ID“ aus.

    Wenn Sie Identitätszuordnung für die persistente ID auswählen, müssen Sie einen Namespace auswählen. Sie haben zwei Möglichkeiten:

    • Wählen Sie Primären Identity-Namespace verwenden aus, um den primären Identity-Namespace zu verwenden.
    • Wählen Sie einen Namespace aus dem Namespace Dropdown-Menü aus.
  3. Wählen Sie eine Personen-ID aus Dropdown Menü „Personen-ID“ aus.

    Wenn Sie Identitätszuordnung für die Personen-ID auswählen, müssen Sie einen Namespace auswählen. Sie haben zwei Möglichkeiten:

    • Wählen Sie Primären Identity-Namespace verwenden aus, um den primären Identity-Namespace zu verwenden.
    • Wählen Sie einen Namespace aus dem Namespace Dropdown-Menü aus.

    Wenn Sie Identitätsdiagramm für die Personen-ID (zur Verwendung des Diagrammbasierten Stitching) auswählen, müssen Sie einen Namespace auswählen.

    note note
    NOTE
    Stellen Sie sicher, dass Sie berechtigt sind, das Identitätsdiagramm zu verwenden.

    Zuvor wird das Dialogfeld Änderung am Identitätsdiagramm angezeigt, um sicherzustellen, dass Sie die Einrichtung des Identitätsdiagramms für den Datensatz abgeschlossen haben. Diese Einrichtung ist Teil der Diagrammbasierten Voraussetzungen bevor Sie das Identitätsdiagramm zum Zusammenfügen verwenden können. Wählen Sie Weiter aus, um fortzufahren.

    • Wählen Sie einen Namespace aus dem Namespace Dropdown-Menü aus.
  4. Wählen Sie im Dropdown-Menü Wiederholungsfenster ein Wiederholungsfenster aus. Die verfügbaren Optionen hängen vom Customer Journey Analytics-Paket ab, zu dem Sie berechtigt sind.

  5. Wählen Sie Weiter aus, um eine Vorschau des Ereignis-Datensatzes anzuzeigen, der zugeordnet werden soll.

Datensatzvorschau

AVAILABILITY
Die in Abschnitt beschriebene erweiterte (einschließlich Zuordnungsmetriken und ungültigen IDs) befindet sich in der eingeschränkten Testphase der Veröffentlichung und ist möglicherweise noch nicht in Ihrer Umgebung verfügbar. Wenn nicht verfügbar, wird die Datensatzvorschau als Teil der Oberfläche Datensatzeinstellungen angezeigt. Diese Anmerkung wird entfernt, wenn die Funktion allgemein verfügbar ist. Informationen zum Customer Journey Analytics-Veröffentlichungsprozess finden Sie unter Veröffentlichungen von Funktionen für Customer Journey Analytics.

Zusätzlich zur standardmäßigen Benutzeroberfläche Datensatzvorschau stehen beim Hinzufügen oder Bearbeiten von Datensätzen in einer personenbasierten Verbindung zwei zusätzliche Informationsbereiche zur Verfügung.

NOTE
Für Kunden, die Customer Journey Analytics auf AWS bereitgestellt haben, steht diese Funktion zur Veröffentlichung aus.

Optionen für die Identitätszuordnung beim Aktivieren der Identitätszuordnung

Zusammenfügen von Metriken

Zuordnungsmetriken werden anhand eines Beispielsatzes von Daten mit Ereignis-Zeitstempeln der letzten 7 Tage berechnet. Dieser Beispieldatensatz unterscheidet sich in der Regel von den Beispieldaten, die in der Tabelle Vorschau verwendet werden. Zuordnungsmetriken bieten Details für:

  • Personen-ID-Abdeckung: Die Abdeckung der ausgewählten Personen-ID, die während des Zuordnungsprozesses (Live und Wiederholung) zur Identifizierung verwendet wird.

    • Für die besten feldbasierten Zuordnungsergebnisse sollte bei mindestens einem Ereignis für jede persistente ID (Geräteinformationen) eine Personen-ID (Benutzerinformationen) gesendet werden.
    • Für die besten diagrammbasierten Zuordnungsergebnisse sollte im Identitätsdiagramm für jede persistente ID eine Beziehung (persistente ID, Personen-ID) vorhanden sein.

    Die Personen-ID-Abdeckung wird als Prozentsatz angezeigt und mit den Empfehlungen bei einer stabilen Entwicklung oder in einer Produktionseinrichtung verglichen. Je höher dieser Abdeckungswert ist, desto bessere Stitching-Ergebnisse werden mit der ausgewählten Personen-ID erzielt.

  • Persistente ID-Abdeckung: Dieser Wert wird während des Zuordnungsprozesses (Live und Wiederholung) zur Identifizierung verwendet, falls ein Personen-ID-Wert nicht erkannt werden kann. Ereignisse ohne persistente ID und ohne Personen-ID werden aus den Daten gelöscht. Um optimale Ergebnisse beim Zusammenfügen zu erzielen, sollte bei allen Ereignissen eine persistente ID vorhanden sein.

    Die persistente ID-Abdeckung wird als Prozentsatz angezeigt und mit dem verglichen, was bei einer stabilen Entwicklung oder in einer Produktionseinrichtung als Minimum empfohlen wird.

Fehlerhafte IDs

INFO
Fehlerhafte IDs werden in der Customer Journey Analytics-Benutzeroberfläche auch als BAVIDs bezeichnet.

In Customer Journey Analytics ist eine ungültige ID ein Bezeichner:

  • mit einem bestimmten ID-Wert, der entweder aus einem persistenten ID- oder einem Personen-ID-Feld in zusammenfügbaren Datensätzen stammt, und
  • ist auf mehr als eine Million (1.000.000) Ereignisse in den Verbindungsdaten innerhalb eines Monats zurückzuführen.

Wenn ein ID-Wert als ungültige ID markiert wird, werden alle zukünftigen Ereignisse, die diesen ID-Wert enthalten, aus den Verbindungsdaten verworfen und nicht im Bericht angezeigt.

Beispiele für Anwendungsfälle mit ungültigen IDs:

  • Das Feld Personen-ID enthält benutzerdefinierte Werte oder Platzhalterwerte (z. B. undefined). Solche Werte können sich auch auf Zuordnung und Qualität der Berichtsdaten auswirken.
  • Wenn sich in einer feldbasierten Stitching-Konfiguration mehrere Personen ein Gerät teilen und die Gesamtzahl der Transitionen zwischen Benutzerinnen und Benutzern 50.000 überschreitet. In diesem Szenario stoppt der Zuordnungsprozess die Verwendung der Personen-ID-Informationen für dieses Gerät und verwendet stattdessen nur persistente ID-Informationen. Folglich werden alle Datensatzereignisse von diesem Gerät an Verbindungsdaten mit der persistenten ID-Identität gesendet, was mit hoher Wahrscheinlichkeit zu einer Situation mit schlechten IDs führt.
NOTE
Die Zuordnungsmetriken einschließlich ungültiger IDs werden auf Grundlage eines begrenzten Satzes von Daten berechnet. Informationen zum Identifizieren fehlerhafter IDs für einen Datensatz, den Sie zum Zusammenfügen verwenden möchten, finden Sie in der Technote Fehlerhafte IDs.

Speichern

Nachdem Sie eine Verbindung gespeichert haben, wird der Zuordnungsprozess für aktivierte Datensätze gestartet, sobald die Aufnahme von Daten für diese Datensätze beginnt.

CAUTION
Bei Datensätzen, die für das Zusammenfügen in der Verbindungsschnittstelle aktiviert sind, wird der Aufstockungsstatus sofort und fälschlicherweise als Status grün _x _Aufstockungen abgeschlossen​für die Anzahl der abgeschlossenen Aufstockungen gemeldet. Verwenden Sie andere Möglichkeiten, um zu überprüfen, ob Daten aus dem zusammengefügten Datensatz aufgestockt werden.

Einschränkungen

Zusätzlich zu den feldbasierten Stitching-Einschränkungen und graphbasierten Stitching-Einschränkungen gelten die folgenden Einschränkungen, wenn Sie das Stitching in der Verbindungsschnittstelle aktivieren:

  • Sie können einen Ereignis-Datensatz nur einmal als Teil einer einzelnen Verbindung zuordnen. Sie können denselben Ereignisdatensatz nicht mehrmals definieren und für jede Instanz eine separate Stitching-Konfiguration verwenden. Wenn Sie verschiedene Zuordnungskonfigurationen auf denselben Datensatz anwenden möchten, verwenden Sie für jede Konfiguration eine separate Verbindung.

Migration

Das in der Verbindungsschnittstelle aktivierte Stitching kann ohne Probleme mit dem anforderungsbasierten Stitching gleichzeitig verwendet werden.

Sie haben beispielsweise Web-basierte zugeordnete Datensätze im Data Lake aufgrund früherer oder aktueller Zuordnungsanfragen. Sie können zugeordnete Daten aus einem Callcenter-Datensatz über die Schnittstelle Verbindungen hinzufügen, um diese Daten mit den Web-basierten Daten zu kombinieren.

Schließlich migriert Adobe Ihre anforderungsbasierten zugeordneten Datensätze zum neuen Zuordnungssatz im -Erlebnis.

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79