Häufig gestellte Fragen

Sie können eine Flussvisualisierung mit der Dimension „Datensatz-ID“ verwenden.

1. Melden Sie sich bei Customer Journey Analytics an und erstellen Sie ein leeres Workspace-Projekt.
2. Klicken Sie auf der linken Seite auf die Registerkarte **** Visualisierungen **** und ziehen Sie eine ​ Fluss ​-Visualisierung in die Arbeitsfläche auf der rechten Seite.
3. Klicken Sie auf die Registerkarte **** Komponenten **** auf der linken Seite und ziehen Sie die Dimension **** Datensatz-ID **** an die mittlere Position mit der Bezeichnung ​ Dimension oder Element ​.
4. Dieser Flussbericht ist interaktiv. Um die Flüsse auf nachfolgende oder vorherige Seiten zu erweitern, wählen Sie einen der Werte aus. Verwenden Sie das Kontextmenü, um Spalten zu erweitern oder zu reduzieren. Im selben Flussbericht können auch verschiedene Dimensionen verwendet werden.

Wenn Sie die Datensatz-ID-Dimensionselemente umbenennen möchten, können Sie einen Lookup-Datensatz verwenden.

In einigen Situationen ist es möglich, dass sich mehrere Personen von demselben Gerät aus anmelden. Beispiele dafür sind freigegebene Geräte zu Hause, freigegebene PCs in einer Bibliothek oder ein Terminal in einem Einzelhandelsgeschäft.

Die Personen-ID setzt die persistente ID außer Kraft, sodass gemeinsam verwendete Geräte als separate Personen betrachtet werden (auch wenn sie vom selben Gerät stammen).

Weitere Informationen finden Sie im Anwendungsbeispiel für Gemeinsam verwendete Geräte.

In einigen Fällen kann eine einzelne benutzende Person mit mehreren beständigen IDs verknüpft sein. Ein Beispiel hierfür ist eine Person, die häufig die Cookies des Browsers löscht oder den Privat-/Inkognito-Modus des Browsers verwendet.

Bei der feldbasierten Zuordnung ist die Personen-ID entscheidend, die Anzahl der persistenten IDs ist irrelevant. Eine einzelne Person kann zu einer beliebigen Anzahl von Geräten gehören, ohne dass sich dies auf die Fähigkeit von Customer Journey Analytics auswirkt, geräteübergreifende Zuordnungen vorzunehmen.

Bei der diagrammbasierten Zuordnung kann eine einzelne Person über viele beständige IDs im Identitätsdiagramm verfügen. Die diagrammbasierte Zuordnung verwendet die persistente ID basierend auf dem angegebenen Namespace. Falls es persistentere IDs für denselben Namespace gibt, wird die lexikografische erste persistente ID verwendet.

Geräteübergreifende Analyse ist eine Funktion, die speziell für das herkömmliche Adobe Analytics entwickelt wurde und Ihnen hilft, zu verstehen, wie Benutzende geräteübergreifend arbeiten. Sie bietet zwei Workflows zum Verknüpfen von Gerätedaten: die feldbasierte Zuordnung und das Gerätediagramm.

Kanalübergreifende Analyse ist eine Customer Journey Analytics-spezifische Funktion, mit der Sie verstehen können, wie Personen sowohl über Geräte als auch Kanäle hinweg agieren. Sie ordnet die Personen-ID eines Datensatzes zu, sodass dieser Datensatz nahtlos mit anderen Datensätzen kombiniert werden kann. Diese Funktion ähnelt im Design der feldbasierten Zuordnung, aber die Implementierung unterscheidet sich aufgrund der unterschiedlichen Datenarchitektur von Adobe Analytics und Customer Journey Analytics. Weitere Informationen finden Sie unter Zuordnung und im Anwendungsfall für die kanalübergreifende Analyse.

Adobe bearbeitet Datenschutzanfragen gemäß den lokalen und internationalen Gesetzen. Adobe bietet den Adobe Experience Platform Privacy Service für Datenzugriffs- und Löschanfragen. Die Anfragen gelten sowohl für die ursprünglichen als auch die neu zugewiesenen Datensätze.

Zur Veranschaulichung stellen Sie sich die folgenden Daten für Identitäten und Ereignisse vor und nach der Zuordnung vor.

Aktueller Prozess für Datenschutzanfragen

Wenn eine Datenschutzanfrage für eine Person mit CustID „Bob“ empfangen wird, werden die Zeilen mit durchgestrichenen Einträgen gelöscht. Andere Ereignisse werden mithilfe der Identitätszuordnung neu zugeordnet. Beispielsweise wird die erste zugeordnete ID im zugeordneten Datensatz auf Alex aktualisiert.

table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center
Identitätszuordnung	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace
	1	ts1	123	ECID	Bob	CustId
	2	ts2	123	ECID	Alex	CustId

table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center
Ereignisdatensatz	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace
	1	ts0	123	ECID
	2	ts1	123	ECID	Bob	CustId
	3	ts2	123	ECID	Alex	CustId

table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center
Zugeordneter Datensatz	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace	resultierende ID	Zugeordneter Namespace
	1	ts0	123	ECID			Alex	CustId
	2	ts1	123	ECID	Bob	CustId	Bob	CustId
	3	ts2	123	ECID	Alex	CustId	Alex	CustId

Neuer Prozess für Datenschutzanfragen

Wenn eine Datenschutzanfrage für eine Person mit CustID „Bob“ empfangen wird, werden die Zeilen mit durchgestrichenen Einträgen gelöscht. Andere Ereignisse werden mit der persistenten ID neu zugeordnet. Beispielsweise wird die erste zugeordnete ID im zugeordneten Datensatz auf 123 aktualisiert.

table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center
Identitätszuordnung	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace
	1	ts1	123	ECID	Bob	CustId
	2	ts2	123	ECID	Alex	CustId

table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center
Ereignisdatensatz	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace
	1	ts0	123	ECID
	2	ts1	123	ECID	Bob	CustId
	3	ts2	123	ECID	Alex	CustId

table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center
Zugeordneter Datensatz	ID	Zeitstempel	Persistente ID	Persistenter Namespace	Personen-ID	Personen-Namespace	resultierende ID	Zugeordneter Namespace
	1	ts0	123	ECID			123	ECID
	2	ts1	123	ECID	Bob	CustId	Bob	CustId
	3	ts2	123	ECID	Alex	CustId	Alex	CustId

Wenn das Feld „Persistente ID“ bei einem Ereignis in einem zugeordneten Datensatz leer ist, wird die resultierende ID für dieses Ereignis auf eine dieser zwei Arten bestimmt:

• Wenn das Feld Personen-ID nicht leer ist, verwendet Customer Journey Analytics den Wert in der Personen-ID als resultierende ID.
• Wenn das Feld Personen-ID leer ist, lässt Customer Journey Analytics auch die resultierende ID leer. In diesem Fall sind die Felder „Persistente ID“, „Personen-ID“ und „resultierende ID“ für das Ereignis leer. Diese Ereignistypen werden aus jeder Customer Journey Analytics-Verbindung herausgenommen, die den zugeordneten Datensatz verwendet, bei dem die resultierende ID als Personen-ID ausgewählt wurde.

Seien Sie vorsichtig bezüglich „Personen-Kollaps“, der auftritt, wenn die Zuordnung auf Daten angewendet wird, die Platzhalterwerte für transiente IDs verwenden. In der folgenden Beispieltabelle werden undefinierte Personen-IDs, die aus einem Datensatz aus einem CRM-System stammen, mit dem Wert „Nicht definiert“ ausgefüllt, was zu einer falschen Darstellung von Personen führt.

Bestimmte Metriken in Customer Journey Analytics ähneln den Metriken im herkömmlichen Analytics. Andere unterscheiden sich jedoch davon, je nachdem, was Sie vergleichen. In der folgenden Tabelle werden verschiedene häufig verwendete Metriken verglichen:

Andere Metriken können in Customer Journey Analytics und Adobe Analytics ähnlich sein. Beispielsweise ist die Gesamtanzahl für die benutzerdefinierten Ereignisse 1–100 in Adobe Analytics zwischen herkömmlichem Analytics und Customer Journey Analytics vergleichbar (ob zugeordnet oder nicht zugeordnet). Funktionsunterschiede, z. B. die Deduplizierung zwischen Customer Journey Analytics und Adobe Analytics, können zu Diskrepanzen zwischen den beiden Produkten führen.

Daten müssen nicht erneut in Experience Platform aufgenommen werden. Daten müssen jedoch in Customer Journey Analytics neu konfiguriert werden. Gehen Sie wie folgt vor:

1. Richten Sie den neuen diagrammbasierten zugeordneten Datensatz mithilfe der diagrammbasierten Zuordnung ein.
2. Erstellen Sie eine neue temporäre Verbindung mit einem sehr kleinen Zeitfenster an Daten.
3. Konfigurieren Sie den neuen diagrammbasierten Datensatz als Teil dieser temporären Verbindung.
4. Überprüfen Sie mit dieser neuen temporären Verbindung, ob die diagrammbasierte Zuordnung ordnungsgemäß funktioniert.
5. Wenn die diagrammbasierte Zuordnung erwartungsgemäß funktioniert, fordern Sie eine zusätzliche Aufstockung für den diagrammbasierten Datensatz an und tauschen Sie dann den feldbasierten Datensatz in Ihrer ursprünglichen Verbindung mit dem neuen diagrammbasierten Datensatz aus.
6. Entfernen Sie die temporäre Verbindung.

Stellen Sie sicher, dass ein Datensatz für Identity Service aktiviert ist, um den Datensatz beim diagrammbasierten Stitching zu verwenden.

Sie benötigen keine Lizenz für Real-Time Customer Data Platform, um die diagrammbasierte Zuordnung verwenden zu können. Die diagrammbasierte Zuordnung basiert auf einem verfügbaren Identitätsdiagramm und nicht auf Echtzeit-Kundenprofilen.

Um einen vorhandenen Datensatz zu überprüfen und den Datensatz nur für den Identity Service zu aktivieren, verwenden Sie eine PATCH-Anfrage an den /datasets-Endpunkt, der nur das unifiedIdentity-Tag verwendet. Zum Beispiel:

curl -X PATCH \
  https://platform.adobe.io/data/foundation/catalog/dataSets/{DATASET_ID} \
  -H 'Content-Type:application/json-patch+json' \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}' \
  -d '[
        { "op": "add", "path": "/tags/unifiedIdentity", "value": ["enabled:true"] }
      ]'

Solange Sie keine Lizenz für das Real-Time Customer Data-Profil besitzen, gibt jede Verwendung des unifiedProfile-Tags in der Anfrage einen Fehler zurück.

Weitere Informationen finden Sie unter Erstellen eines Datensatzes, der für Profil und Identität aktiviert ist.