Schnellstartanleitung

NOTE
Adobe Experience Platform Launch wurde als eine Suite von Datenerfassungstechnologien in Adobe Experience Platform umbenannt. Infolgedessen wurden in der gesamten Produktdokumentation mehrere terminologische Änderungen eingeführt. Eine konsolidierte Übersicht der terminologischen Änderungen finden Sie im folgenden Dokument.

Tags sind die nächste Generation der Tag-Management-Technologie von Adobe Experience Platform. Sie wurde von Grund auf neu erstellt, um ein offenes und nachhaltiges Ökosystem zu unterstützen, in dem jeder seine eigenen Integrationen erstellen kann, die von Adobe-Kunden auf ihren Sites bereitgestellt werden können. Es handelt sich um eine API-First-Anwendung, sodass alle möglichen Aktionen auf der Benutzeroberfläche auch programmgesteuert über eine API erfolgen können.

Der grundlegende Tag-Workflow:

  1. Einrichten von Gruppen und Benutzern.
  2. Anmelden.
  3. Erstellen einer Eigenschaft.
  4. Installieren von Erweiterungen.
  5. Erstellen von Datenelementen und Regeln.
  6. Testen in Ihrer Entwicklungsumgebung.
  7. Weiterleiten an Produktion.

1. Einrichten von Gruppen und Benutzern

Tags sind vollständig mit Ihrer Adobe ID integriert. Benutzerberechtigungen werden über die Admin Console mit anderen Adobe-Produkten und -Lösungen aus Creative Cloud, Document Cloud und Experience Cloud verwaltet.

Tags verfügen über ein berechtigungsbasiertes Benutzerverwaltungssystem. Das bedeutet, dass individuelle Rechte explizit gewährt werden müssen. Diese Rechte werden Gruppen zugewiesen, dann werden Benutzer den entsprechenden Gruppen hinzugefügt, um Zugriff zu erhalten. Selbst wenn Ihr Unternehmen Zugriff auf die Datenerfassung hat, können einzelne Benutzer nichts tun, bis ihnen ein Administrator ausdrücklich einige Rechte gewährt.

Detaillierte Anweisungen zum Erstellen von Gruppen und Hinzufügen von Benutzern für Tags finden Sie in der Handbuch zu Datenerfassungsberechtigungen.

2. Anmelden

Nachdem Sie Ihrer Adobe ID Tag-Rechte hinzugefügt haben, müssen Sie sich bei der Experience Platform-Benutzeroberfläche oder der Datenerfassungs-Benutzeroberfläche anmelden. Sie können dies tun, indem Sie direkt zur Anmeldebildschirm des Experience Cloudund wählen Sie entweder Datenerfassung oder Experience Platform.

NOTE
Wenn Sie über ein einzelnes Konto mit Berechtigungen für mehrere Organisationen verfügen, kann die Organisation geändert werden, indem Sie den Organisationsnamen in der Symbolleiste am oberen Bildschirmrand auswählen und in der Dropdown-Liste eine andere Organisation auswählen.

3. Erstellen einer Eigenschaft

Nachdem Sie sich bei der Benutzeroberfläche angemeldet haben, erstellen Sie zunächst eine Eigenschaft. Eine Eigenschaft ist im Wesentlichen ein Container, den Sie bei der Bereitstellung von Tags auf Ihrer Site mit Erweiterungen, Regeln, Datenelementen und Bibliotheken füllen. Viele Personen erstellen für jede Website (oder Gruppe eng miteinander verbundener Sites) eine Eigenschaft, in der sie denselben Tag-Satz bereitstellen möchten.

Weitere Informationen zum Erstellen von Eigenschaften finden Sie unter Erstellen einer Eigenschaft.

4. Installieren von Erweiterungen

Eine Erweiterung ist eine Integration, die von Adobe oder einem Adobe-Partner erstellt wurde und neue und endlose Optionen für die Tags hinzufügt, die Sie auf Ihren Sites bereitstellen können. Stellt man sich Tag als Betriebssystem vor, dann sind Erweiterungen die von Ihnen installierten Programme, die Sie zur Ausführung bestimmter zu erledigender Aufgaben installieren.

Für alle neuen Eigenschaften ist die Haupterweiterung installiert. Mobile-Eigenschaften enthalten zusätzliche Erweiterungen. Die Haupterweiterung wird von Adobe erstellt, um einen robusten Standardsatz mit Datenelementtypen für Ihre Datenschicht und mit Ereignistypen für Ihre Regeln bereitzustellen. Die meisten Aktionen, die Sie durchführen (Abrufen einer ECID, Senden von Adobe Analytics-Signalen, Laden der globalen Target Mbox usw.), stammen aus Erweiterungen, die Sie über den Katalog installieren.

Was Tags in Platform wirklich einzigartig macht, ist, dass diese Erweiterungen von jedem erstellt werden können. Sie müssen ein Facebook-Remarketing-Pixel auf Ihrer Site ablegen? Sehen Sie sich die von Facebook erstellte Erweiterung an. Hätten Sie gerne dasselbe für Twitter oder Linked In? Verwenden Sie diese Erweiterungen. Sie müssen eine Umfrage ausführen? Sehen Sie sich Question Pro oder Foresee an. Müssen Sie die Privatsphäre und die Zustimmung Ihrer Endbenutzer im Zusammenhang mit der GDPR verwalten? Sehen Sie sich Evidon und Trust Arc genau an. Möchten Sie granulare Einblicke in das Verhalten einzelner Benutzer auf Ihrer Site erhalten? Sehen Sie sich doch einmal Clicktale an. Weitere Informationen finden Sie im Abschnitt Hinzufügen einer neuen Erweiterung.

5. Erstellen von Datenelementen und Regeln

Datenelemente zeigen auf die Informationen, die Sie erfassen und an verschiedene Stellen auf Ihrer Seite senden möchten:

  • Eine definierte Datenschicht in JSON
  • DOM-Elemente
  • Cookies
  • Sitzung und lokaler Speicher
  • Alles andere

Nachdem das Datenelement definiert wurde, können Sie das Element überall in der Benutzeroberfläche für jede beliebige Erweiterung verwenden. Weitere Informationen finden Sie in der Dokumentation zu Datenelementen.

Regeln befinden sich im logischen Kern Ihrer Implementierung und legen das Was, Wann, Wo und Wie und wo für alle Tags auf Ihrer Site fest. Definieren Sie ein Ereignis, legen Sie Bedingungen und Ausnahmen fest und definieren Sie dann die Aktionen und die Reihenfolge. Schlussendlich veröffentlichen Sie Ihre Änderungen, um die Ergebnisse zu sehen. Weitere Informationen finden Sie unter Regeln.

6. Testen in Ihrer Entwicklungsumgebung

Bibliotheken und Builds

Tag-Builds werden nie automatisch veröffentlicht. Alle Änderungen, die Sie vornehmen, werden in eine Bibliothek eingeschlossen. Alle erstellten Bibliotheken übernehmen automatisch alle vorgelagerten Elemente (veröffentlichte, genehmigte oder gesendete Elemente) als Basis, sodass Sie lediglich die Änderungen definieren müssen, die Sie vornehmen möchten. Diese Bibliothek dient als Entwurf für einen Build. Ein Build ist der eigentliche Satz von JavaScript-Dateien, die bereitgestellt und verwendet werden.

Es ist wichtig, die Beziehung zwischen Ihrer Web-Seite, Ihrem Hosting-Standort und Tags zu verstehen.

  1. Ihr Hostserver stellt einen Speicherort zum Veröffentlichen des Builds bereit. Der Build selbst enthält die für die Bibliothek erforderlichen JavaScript-Dateien.

    Jede Umgebung weist eine Beziehung zu einem Host auf und der Host stellt einen Endpunkt bereit, der angibt, wo der Build bereitgestellt werden soll. Der Host kann nur zu einer Eigenschaft gehören, während eine Eigenschaft über viele Hosts verfügen kann.

  2. Im <script>-Tag des Formulars wird ein Einbettungs-Code bereitgestellt, der in die <head>-Abschnitte Ihrer Website-HTML eingefügt wird.

    Wenn Sie eine Umgebung erstellen und einen Host anhängen, generiert die Umgebung automatisch einen eindeutigen Einbettungs-Code, mit dem Sie den zugewiesenen Build in Ihre Site integrieren können. Der <script>-Code wird verwendet, um den Bibliotheks-Build zur Laufzeit bereitzustellen.

  3. Wenn ein Benutzer Ihre Website durchsucht, wird ruft das <script>-Tag des Einbettungs-Codes ruft den Build von Ihrem Hostserver ab und führt Ihre definierten Aktionen im Browser aus.

Hosts

Ein Host ist eine Verbindung zwischen einer Tag-Eigenschaft und Ihrem Hosting-Standort. Tags unterstützen derzeit entweder das von Adobe verwaltete Hosting über einen Akamai-Host oder Self-Hosting über einen SFTP-Host. Bei jeder Build-Erstellung stellen Tags eine Verbindung mit dem vom Host definierten Server her und den Build bereit.

Wenn Sie selbst hosten, kann ein Tag-Build über SFTP direkt auf Ihre Server übertragen oder Sie können ihn auf Akamai pushen und mit der Archivierungsoption Ihrer Umgebung herunterladen.

Weitere Informationen finden Sie unter Hosts.

Umgebungen

Jede Bibliothek wird in einer Umgebung erstellt. Mit einer Umgebung wird definiert, wie der Build aussehen soll, wenn er veröffentlicht wird. Sie können Folgendes angeben:

  • Host: Jede Umgebung benötigt einen Host, der den Endpunkt bestimmt, an den alle in dieser Umgebung erstellten Builds weitergeleitet werden.
  • Archivieren: Die Standardeinstellung ist, Ihren Build als minimierte JS-Datei bereitzustellen. Wenn Sie benutzerdefinierten Code verwenden, können mehrere Dateien vorhanden sein, die sich gegenseitig referenzieren. Diese können in einer einzigen ZIP-Datei kombiniert und verschlüsselt werden.

Nachdem Sie Ihre Umgebung gespeichert haben, generiert sie den eingebetteten Code, den Sie kopieren und in Ihre Website einfügen können. Beachten Sie, dass der Einbettungs-Code erst funktioniert, nachdem Sie eine Bibliothek und einen Build erstellt haben. Weitere Informationen finden Sie unter Umgebungen.

Veröffentlichen eines Builds in der Entwicklung

Der Veröffentlichungsprozess wird in den folgenden Schritten beschrieben.

  1. Erstellen Sie einen Host.
  2. Erstellen Sie eine Entwicklungsumgebung mit dem von Ihnen erstellten Host.
  3. Stellen Sie den eingebetteten Code aus Ihrer Entwicklungsumgebung auf Ihrer Entwicklungstest-Site bereit.
  4. Erstellen Sie eine Bibliothek und weisen Sie sie der von Ihnen erstellten Entwicklungsumgebung zu.
  5. Erstellen Sie Ihre Bibliothek.

7. Weiterleiten an Produktion

Nachdem Sie Ihren Build in Ihrer Entwicklungsumgebung getestet haben, erstellen Sie Ihre Staging- und Produktionsumgebung und platzieren Sie die eingebetteten Codes an den erforderlichen Stellen. Sie können zu diesem Zweck vorhandene Hosts wiederverwenden.

Wenn Sie eine Bibliothek vollständig bis zur Produktion weiterleiten, müssen Sie in der Regel die Koordination verschiedener Personen mit den entsprechenden Rechten gewährleisten.

  • Ein Entwickler (ein Benutzer mit Entwicklungsrechten) sendet die Bibliothek, wodurch die Bibliothek in den Status „Gesendet“ wechselt.
  • Ein Genehmiger (ein Benutzer mit Genehmigungsrechten) kann die Bibliothek in der Phasenumgebung erstellen und sie nach dem Testen genehmigen. Dadurch wird die Bibliothek in den Status „Genehmigt“ versetzt. Es kann jeweils nur eine Bibliothek gesendet und genehmigt werden.
  • Ein Herausgeber (ein Benutzer mit Veröffentlichungsrechten) kann die Bibliothek in der Produktionsumgebung erstellen.

Sie können alle diese Rechte einer einzelnen Person zuweisen.

Weitere Informationen zu den verschiedenen Status und Optionen, die während des Veröffentlichungsvorgangs verfügbar sind, finden Sie unter Genehmigungs-Workflow.

Zusätzliche Ressourcen

Weitere Informationen zu Tags finden Sie in den folgenden Ressourcen:

  • Datensammlungs-Community: Stellen und beantworten Sie Fragen, reichen Sie Ideen ein, stimmen Sie über die Ideen anderer ab. Melden Sie sich mit Ihrer Adobe ID an.
  • Entwicklerdokumente: Beteiligen Sie sich an der Tag-Entwickler-Community, um Erweiterungen zu erstellen oder die Tag-APIs zu verwenden
  • Tutorials - Überblick: Diese Dokumente enthalten eine Einführung in Tag-Konzepte, einschließlich Ereignisweiterleitung und Mobile SDK in Android-Mobile-Apps.
recommendation-more-help
12b4e4a9-5028-4d88-8ce6-64a580811743