Umgang mit Identitäten im Aktivierungs-Workflow für Ziele

Auf dieser Seite wird beschrieben, wie Identitäten in verschiedene Zieltypen exportiert werden. Außerdem erfahren Sie, wie Sie ermitteln, welche Identitäten je nach Ziel für den Export verfügbar sind.

Jedes Ziel im Katalog ist ein wenig anders, sodass es keine universelle Einrichtung für alle Ziele gibt. Es gibt jedoch einige Muster, die die Einrichtung von Zielen und deren Identitätsanforderungen lenken, wie in den folgenden Abschnitten beschrieben.

Dateibasierte Ziele file-based

Für dateibasierte Ziele (z. B. Amazon S3, SFTP oder die meisten E-Mail-Marketing-Ziele wie Adobe Campaign, Oracle Eloqua, Salesforce Marketing Cloud) ist die Identitätseinrichtung bei den meisten dieser Ziele offen, d. h., Sie müssen keine Identität im Schritt Attribute auswählen des Batch-Aktivierungs-Workflows auswählen.

Wenn Sie Ihren Dateiexporten Identitäten hinzufügen möchten, beachten Sie, dass nur eine einzige Identität aus dem Identity-Namespace in einem Export ausgewählt werden kann. Wenn Sie eine Identität für den Export auswählen, wird sie automatisch als obligatorisches Attribut und Deduplizierungsschlüssel ausgewählt.

Als Problemumgehung können Sie dem Export weitere Identitäten hinzufügen, wenn diese als Attribute in Experience Platform aufgenommen wurden. Im Folgenden finden Sie ein Beispiel, bei dem zusätzlich zum Identity-Namespace Phone_E.164 die E-Mail-Adresse des XDM-Attributs für den Export ausgewählt wurde.

Unterschiede zwischen dem Export einer Identität aus einer Identitätszuordnung und dem Export einer Identität als XDM-Attribut identity-map-or-attribute

Die Anzahl der exportierten Datensätze kann unterschiedlich sein, je nachdem, ob Sie Identitäten aus der Identitätszuordnung für den Export auswählen oder Identitäten, die als Attribute in Experience Platform aufgenommen wurden. Zusammenführungsrichtlinien spielen ebenfalls eine wichtige Rolle bei der Anzahl der Datensätze, die exportiert werden, wenn Sie Identitäten aus der Identitätszuordnung auswählen.

Angenommen, Ihnen liegen beispielsweise aus zwei verschiedenen Datensätzen die folgenden Profilfragmente vor, die zu einem Kundenprofil zusammengeführt werden:

Profilfragment 1

Profilfragment 2

Das zusammengeführte Profil würde wie folgt aussehen:

Das Exportverhalten variiert je nachdem, ob Sie IdentityMap: Email oder xdm: personalEmail.address für den Export auswählen.

Wenn kundenseitig IdentityMap: Email aktiviert wird, enthält die exportierte Datei zwei Datensätze, einen für email1 und einen weiteren für email2.

Wenn jedoch eine Kundin oder ein Kunde xdm: personalEmail.address aktiviert, ist nur email2 im Datensatz vorhanden, da das E-Mail-Attributfeld nur email2 umfasst. Hier sind verschiedene Anwendungsfälle möglich, je nachdem, ob Sie alle bei Ihnen hinterlegten Kunden-E-Mail-Adressen oder nur die neueste hinterlegte Kunden-E-Mail-Adresse aktivieren möchten.

Es bleibt festzuhalten, dass die Anzahl der zu exportierenden Datensätze von den ausgewählten Zusammenführungsrichtlinien sowie davon abhängt, ob Sie im Export Identitäten oder Attribute auswählen.

API-basierte Streaming-Ziele streaming-destinations

API-basierte Streaming-Ziele mit Destination SDK (z. B. Facebook, Google Customer Match, Pinterest, Braze und andere) unterstützen nur bestimmte IDs für den Export. Detaillierte Informationen zu den spezifischen Identitäten, die an die einzelnen Ziele exportiert werden können, finden Sie im Abschnitt zu unterstützten Identitäten auf jeder Zieldokumentationsseite (siehe zum Beispiel den Abschnitt zu unterstützten Identitäten auf der Pinterest-Zielseite).

Beachten Sie jedoch, dass Sie flexibel sind, Daten entweder aus privaten Diagrammen oder aus Attributen als Identitäten zu nutzen. Dies bedeutet, dass Sie XDM-Attribute dem für das Ziel erforderlichen Identitätsfeld zuordnen können. Unten finden Sie ein Beispiel für das Ziel Pinterest, wobei das XDM-Attribut personalEmail.address der erforderlichen Pinterest-Identität pinterest_audience zugeordnet ist.

Werbeziele, die auf Drittanbieterfirmen-Cookie-Integrationen angewiesen sind third-party-cookie-destinations

Werbeziele, die auf Drittanbieterfirmen-Cookies angewiesen sind (z. B.: Google Ads, Google Ad Manager, Google DV360, Bing, The Trade Desk) erfordern nicht, dass Kundinnen oder Kunden IDs im Aktivierungs-Workflow auswählen. Bei diesen Zielen überprüft Experience Platform bei der Einrichtung eines Aktivierungs-Workflows automatisch die vom Experience Cloud-ID-Service aufgebaute Tabelle für Identitätsübereinstimmung und exportiert alle Identitäten, die für ein Profil verfügbar sind und vom Ziel unterstützt werden.

Für diese Ziele ist eine ID-Synchronisierung entweder über den Experience Cloud-ID-Service oder das Experience Platform Web SDK erforderlich.

Wenn Sie das Experience Platform Web SDK verwenden und der ältere Experience Cloud-ID-Service nicht auf der Seite implementiert ist, müssen Sie sicherstellen, dass der Datenstrom für die betroffene Website aktiviert ist, um die Synchronisierung von Drittanbieterfirmen-IDs zu ermöglichen, wie in der Dokumentation zum Konfigurieren eines Datenstroms beschrieben.

Beim Konfigurieren eines Datenstroms, wie in der oben verlinkten Dokumentation beschrieben, müssen Sie sicherstellen, dass der Regler Synchronisierung der Drittanbieter-ID aktiviert ist. Die meisten Kundinnen und Kunden lassen das container_id-Feld leer (es enthält standardmäßig 0). Sie müssen diesen Wert nur ändern, wenn Ihre ältere Audience Manager-Implementierung eine bestimmte Container-ID verwendete (beachten Sie jedoch, dass dies nur die wenigsten Kundinnen und Kunden betrifft).

Unternehmensziele enterprise-destinations

Unternehmensziele (Amazon Kinesis, Azure Event Hubs, HTTP-API) erfordern keine spezifischen IDs im Datenexport, da diese für Anwendungsfälle der Unternehmensintegration entwickelt wurden. Sie können jedoch bei Bedarf Identitäten als XDM-Attribute oder aus der Identitätszuordnung exportieren. Sehen Sie sich ein Beispiel für an das HTTP-Ziel exportierte Daten an, das sowohl das personalEmail.address-XDM-Attribut als auch die Identitäten ECID und email_lc_sha256 (gehashte E-Mail-Adresse) aus der Identitätszuordnung beinhaltet.

Personalisierungsziele personalization-destinations

Personalisierungs- (oder Edge-)Ziele (z. B. Adobe Target, Custom Personalization) erfordern keine Identitätsauswahl im Aktivierungs-Workflow, da die Integration eine Profilsuche ist. Der Client (Target, Web SDK oder andere) fragt Edge ab und ruft die Profilinformationen ab, die für die Personalisierung vor Ort erforderlich sind.

Nächste Schritte next-steps

Nach dem Lesen dieses Dokuments wissen Sie jetzt, wie Sie herausfinden können, welche Identitäten für einzelne Ziele unterstützt oder erforderlich sind. Sie wissen außerdem, wie die Identitätsauswahl für jeden Zieltyp funktioniert.

Als Nächstes können Sie lesen, welche Exporteinstellungen für Ziele in allen Zieltypen üblich sind, die von Entwicklerinnen und Entwicklern auf individueller Zielebene konfiguriert werden können, und welche Einstellungen Benutzende im Aktivierungs-Workflow bearbeiten können.

Sie können auch alle verfügbaren Ziele im Katalog finden.