Show Menu
THEMEN×

Erste Schritte mit Best Practices

Wenn Sie neu beim dynamischen Tag-Management (DTM) von Adobe sind, sich auf die Migration zu DTM vorbereiten oder DTM aufbereiten, ist dieses Handbuch für Sie da.
Zuletzt aktualisiert: 30. Januar 2017
Mit dem Dynamic Tag Management können Marketing-Experten innerhalb kurzer Zeit und ohne Probleme Tags verwalten und innovative Tools für die Erfassung und Verteilung von Daten auf digitale Marketingsysteme nutzen. DTM ermöglicht auch einen bedarfsgerechten Versand benutzerspezifischer Inhalte und bietet neue Möglichkeiten der Flexibilität und Kontrolle für Firmen, die im modernen, schnelllebigen Digitalmarkt erfolgreich sein möchten.
Zusätzlich zu diesem Leitfaden zu Best Practices stehen Ihnen die folgenden Ressourcen zur Verfügung, um das dynamische Tag-Management optimal zu nutzen:
Ressource Details
Produktdokumentation für das Dynamic Tag Management
Detaillierte Informationen und schrittweise Anleitungen zur Verwendung des dynamischen Tag-Managements.
Informationen zum Beginn mit dem dynamischen Tag-Management.

Grundlagen für den Erstbenutzer

Eine Einführung in die Benutzeroberfläche des dynamischen Tag-Managements (DTM).

Dashboard

Navigation: Start > Dashboard
Die erste Seite, die in DTM nach der Anmeldung angezeigt wird, ist das Dashboard. Das Dashboard enthält eine Liste aller Firmen, auf die Sie Zugriff haben.

Übersicht über die Firma

Navigation: Startseite > Dashboard > Übersicht über die Firma
Durch Klicken auf eine Firma aus dem Dashboard gelangen Sie zur Übersichtsseite der Firma.
Wenn Sie nur Zugriff auf eine Firma haben, werden Sie bei der Anmeldung zur Übersichtsseite der Firma und nicht zum Dashboard weitergeleitet.
In DTM ist eine Firma eine Sammlung von Webeigenschaften. Eine Webeigenschaft ist eine Sammlung von Tools, Regeln und Datenelementen.
Auf alle Webeigenschaften in der Firma wird von der Übersichtsseite der Firma aus zugegriffen.
Benutzer auf Administratorebene können neue Webeigenschaften über die Übersichtsseite der Firma hinzufügen, indem sie auf Eigenschaft Hinzufügen klicken. Die einzigen erforderlichen Felder beim Konfigurieren einer Webeigenschaft sind Name und URL, die bei Bedarf zu einem späteren Zeitpunkt geändert werden können.
Benutzer auf Administratorebene können Benutzer auch über die Registerkarten "Firmen"und "Gruppen"auf der Übersichtsseite verwalten und bereitstellen.

Eigenschaftenübersicht

Navigation: Übersicht über Firmen > Übersicht über Eigenschaften
Wenn Sie auf der Übersichtsseite "Firma"auf eine beliebige Eigenschaft klicken, gelangen Sie zur Übersichtsseite für die Eigenschaften.
Die Übersichtsseite mit der Eigenschaftenübersicht enthält eine kurze Zusammenfassung der Eigenschaftenkonfiguration und dient als Gateway zu den Haupteigenschaftskomponenten: Tools, Regeln, Datenelemente, der Veröffentlichungs-Workflow und die Einbettungscodes der Eigenschaft.
Navigation: Eigenschaftsübersicht > Installierte Werkzeuge
DTM-Tools sind integrierte Integrationen, die eine schnelle Bereitstellung von Lösungen auf Ihrer Site ermöglichen.
Derzeit werden DTM-Angebot-Tools für Adobe-Lösungen sowie für Google Analytics und Nielsen integriert. Jede dieser Integrationen wurde speziell entwickelt, um die Konfiguration und Bereitstellung der jeweiligen Lösung zu vereinfachen.
Alle Tools oder Tags von Drittanbietern ohne native Integration können in einer Regel mithilfe der Variablen
Abschnitt "JavaScript-/Drittanbieter-Tag"wird weiter unten erläutert.

Regeln

Navigation: Eigenschaftenübersicht > Regeln
Wenn Sie auf der Übersichtsseite der Eigenschaft auf die Registerkarte Regeln klicken, gelangen Sie zu den Eigenschaftenregeln.
Regeln in DTM werden verwendet, um Werkzeuge, Tags, Skripten und HTML bedingt auszuführen.
Unabhängig vom Typ verfügen Regeln in DTM über zwei Hauptkomponenten: die Bedingung und der Auslöser. Die Bedingung gibt das Szenario an, in dem die Regel ausgelöst wird, und der Auslöser gibt die Elemente an, die beim Auslösen der Regel ausgeführt werden.
Es gibt drei Regeltypen in DTM:
  • Ereignisbasiert: Ereignisbasierte Regeln werden durch Interaktionen ausgelöst. Wenn Sie zum Beispiel verfolgen möchten, wann ein Benutzer auf eine bestimmte Schaltfläche klickt, können Sie hierfür eine ereignisbasierte Regel verwenden.
  • Seitenladevorgang: Seitenladeregeln sind an das Laden der Seite gebunden. Wenn Sie zum Beispiel beim Laden bestimmter Seiten Ihrer Site einen bestimmten Code-Block hinzufügen möchten, können Sie hierfür eine Seitenladeregel verwenden.
  • Direktaufruf: Direktaufrufregeln werden in Szenarien verwendet, in denen DTM ein Ereignis nicht im DOM erkennen kann. Wenn Sie z. B. ein AJAX-Ereignis verfolgen möchten, das im DOM nicht erkannt werden kann, können Sie hierfür eine Direktaufrufregel verwenden.
Unabhängig vom Regeltyp wird der Auslöser ausgeführt, wenn die Bedingung erfüllt ist.
Alle Regeltypen haben die Möglichkeit, Drittanbieter-Tags oder andere benutzerdefinierte JavaScript- oder HTML-Elemente über das JavaScript-/Drittanbieter-Tags-Modal auszulösen.
Andere Auslösermodelle sind in Regeln aktiviert, wenn der Eigenschaft Tools hinzugefügt werden. Wenn beispielsweise meine Eigenschaft ein Adobe Analytics-Tool und ein Google Universal Analytics-Tool enthält, enthalten die Eigenschaftsregeln optionale Auslösermodelle für diese Tools.
Mit jedem Tool-Modal lassen sich Angebot leicht anpassen.

Datenelemente

Navigation: Eigenschaftsübersicht > Regeln > Datenelemente
Wenn Sie auf der Registerkarte "Regeln"auf die Registerkarte "Datenelemente"klicken, wird die Übersichtsseite für das Datenelement angezeigt.
Datenelemente werden zum Erstellen einer Datenzuordnung in DTM verwendet. Die Definition allgemeiner Datenpunkte als Datenelemente ermöglicht die einfache Erfassung und Nutzung dieser Datenpunkte innerhalb von Regeln und Tools in DTM.

Workflows

Ein wichtiges Konzept in DTM besteht darin, dass eine einzelne Webeigenschaft sowohl über eine Staging-Bibliothek als auch über eine Produktionsbibliothek verfügt.
Die Staging-Bibliothek enthält alle in der Webeigenschaft konfigurierten Regeln, Werkzeuge und Datenelemente. Die Produktionsbibliothek enthält nur die Regeln, Werkzeuge und Datenelemente, die genehmigt und veröffentlicht wurden.
Navigation: Eigenschaftsübersicht > Registerkarte "Genehmigungen"
Wenn eine Regel, ein Tool oder ein Datenelement zu einer Eigenschaft hinzugefügt oder geändert wird, wird automatisch eine Genehmigung generiert.
Navigation: Eigenschaftenübersicht > Registerkarte "Verlauf"
Nachdem ein Element genehmigt wurde, wird es in der Warteschlange "Unveröffentlichte Änderungen"auf der Registerkarte "Verlauf"unter 0 verfügbar. Nachdem ein Element veröffentlicht wurde, wird es in der Produktionsbibliothek verfügbar.
Diese Trennung der Bibliotheken und der damit verbundene Arbeitsablauf ermöglichen effektivere Tests im Staging, ohne die Produktion zu beeinträchtigen.

Installation

Navigation: Eigenschaftenübersicht > Registerkarte "Einbetten"
Durch Klicken auf die Registerkarte "Einbetten"gelangen Sie zur Seite "DTM-Installation".
Diese Registerkarte enthält die verschiedenen verfügbaren Hosting-Optionen für die Bibliothek. Standardmäßig nutzt die Eigenschaft das Akamai-Hosting. Diese Methode ist in der Regel für die meisten Organisationen akzeptabel. Wenn jedoch zusätzliche Kontrolle über die Bereitstellung der DTM-Bibliothek in benötigten zwei Self-Hosting-Optionen verfügbar sind.
Wenn Sie den Abschnitt "Kopfzeilencode"auf der Registerkarte "Einbetten"erweitern, werden die Einbettungscodes für Staging und Produktion für die Eigenschaft angezeigt.
Beachten Sie, dass es einen Einbettungscode für Staging und einen für Produktion gibt. So unterscheidet DTM zwischen den oben genannten Staging- und Produktionsbibliotheken. Wenn der Staging-Einbettungscode installiert ist, wird die Staging-Bibliothek geladen. Wenn der Produktions-Einbettungscode installiert ist, wird die Produktionsbibliothek geladen.
Nachdem die Einbettungscodes für Kopf- und Fußzeile ordnungsgemäß auf einer Site installiert wurden, wird die zugehörige DTM-Bibliothek bei jedem Laden der Seite automatisch geladen.
Verwenden Sie das DTM Switch-Plugin, um es in der Webkonsole zu testen. Auf diese Weise erfahren Sie, was DTM auf der Seite tut, und können zur effizienteren Testung lokal zur Staging-Bibliothek wechseln. Weitere Informationen finden Sie unter Search Discovery Plugins in der Produktdokumentation zum dynamischen Tag-Management.

Technische Architektur und Hosting von DTM

Informationen zur technischen Architektur des Dynamischen Tag-Managements (DTM) und den zugehörigen Hosting-Optionen.
Dieser Abschnitt enthält die folgenden Informationen:

Architektur

Zu den Hauptkomponenten der technischen DTM-Architektur gehören die Web-Management-Anwendung, die Staging- und Produktions-JavaScript-Bibliotheken und der Einbettungscode.
Die Web-Management-Anwendung ist die Online-Oberfläche, über die Sie sich anmelden und Ihre DTM-Implementierung verwalten. Hier erstellen und konfigurieren Sie Werkzeuge, Regeln und Datenelemente und verwalten die Bereitstellung dieser Konfigurationen für Ihre Site(s).
Eine Webeigenschaft in DTM ist eine Sammlung von Tool-, Regel- und Datenelementkonfigurationen.
Jede Webeigenschaft ist mit einer Staging-JavaScript-Bibliothek und einer Produktions-JavaScript-Bibliothek verknüpft. Diese Bibliotheken werden von der Webanwendung generiert und enthalten den eindeutigen Satz von Konfigurationen in dieser Webeigenschaft.
Die Staging-JavaScript-Bibliothek enthält alle neuesten Tool-, Regel- und Datenelementkonfigurationen in der Webeigenschaft. Diese Bibliothek wird automatisch mit allen Änderungen in der Eigenschaft aktualisiert und ist zum Testen in Staging-Umgebung oder zum Testen der lokalen Produktion über das DTM Switch-Plugin vorgesehen.
Weitere Informationen zum DTM-Switch-Plugin finden Sie unter Search Discovery-Plugins in der Produktdokumentation zum dynamischen Tag-Management.
Die JavaScript-Produktionsbibliothek enthält nur Tool-, Regel- und Datenelementkonfigurationen, die über den Webeigenschaftsarbeitsablauf genehmigt und veröffentlicht wurden. Diese Bibliothek ist für die Umgebung der Produktion bestimmt.

Hosting

Die Staging- und Produktions-JavaScript-Bibliotheken können auf folgende Weise gehostet werden.
  • Externes Hosting über Akamai -Bibliothek, die auf Akamai-Servern gehostet wird
  • Self-Hosting über SFTP oder die Option Bibliothek herunterladen , bei der die Bibliothek auf Ihren Servern gehostet wird
Die Auswahl einer Hostingoption(n) ist eine Entscheidung, die Ihr Unternehmen treffen muss. Überprüfen Sie die folgenden Optionen und Beispiele für Anwendungsfälle, um diese Entscheidung zu erleichtern.
Vorteile Nachteile
Akamai
Externes Hosting
  • Standardbereitstellungsmethode
  • Keine Konfiguration erforderlich
  • Minimale Abhängigkeit von IT
  • Automatische Dateiaktualisierung
  • Zuverlässiger und schneller Versand von Dateien über das global verteilte Akamai-Netzwerk
  • Mangelnde Kontrolle über Datei-Versand
  • Abhängigkeit von Drittanbieterinfrastruktur (d. h. wenn Akamai nicht verfügbar ist, auch Ihre Bibliothek)
SFTP
Self-Hosting
  • Vollständige Kontrolle über Datei-Versand
  • Sichere Option: SSH-Dateiübertragung
  • Automatische Dateiaktualisierung
  • Vorab-Konfiguration erforderlich
  • Größere Abhängigkeit von IT
Bibliotheksdownload
Self-Hosting
  • Vollständige Kontrolle über Datei-Versand
  • Die sicherste Hosting-Option: AES 256 Bundle-Verschlüsselung
  • Vorab-Konfiguration erforderlich
  • Größere Abhängigkeit von IT
  • Zusätzliche Konfiguration erforderlich für automatische Dateiaktualisierung
Verwendungsfallbeispiele
Szenario
Lösung
Ich ziehe es vor, die IT so wenig wie möglich einzubinden und benötige eine zuverlässige Dateihosting-Methode außerhalb meiner eigenen Site-Infrastruktur.
Nutzen Sie das Akamai-Hosting in allen Umgebung.
Ich möchte die vollständige Kontrolle über den Versand von Dateien in meiner Umgebung haben. Geschwindigkeit und Flexibilität sind jedoch wichtiger als die Dateisteuerung in meiner Staging-Umgebung.
Nutzen Sie Akamai-Hosting in Staging-Umgebung und FTP-Versand in der Umgebung der Produktion.
Bestimmte Bereiche meiner Website behandeln sehr vertrauliche Informationen. Sicherheit ist das Wichtigste auf diesen Seiten, aber nicht unbedingt so wichtig auf anderen Seiten meiner Site.
Verwenden Sie das Hosting von Bibliotheksdownloads auf sicheren Seiten und das Hosting von Akamai auf nicht sicheren Seiten.
Alle Hosting-Optionen stehen zur Aktivierung und Konfiguration auf der Embed Registerkarte Ihrer DTM-Eigenschaft zur Verfügung.
Unabhängig von der gewählten Hosting-Option wird die JavaScript-Bibliothek über den installierten Einbettungscode auf Ihrer Site bereitgestellt. Jede Hosting-Option bietet einen eindeutigen Satz von Einbettungscodes, die auf den für diese Hosting-Option konfigurierten Speicherort der Datei verweisen.
Der Einbettungscode besteht aus zwei Codeausschnitten: Kopf- und Fußzeilencode.
  • Kopfzeilencode
    Der Header-Code ist dafür verantwortlich, die zugehörige JavaScript-Bibliothek vom Hostort aus aufzurufen und auf Ihrer Site bereitzustellen. Dieses Codefragment sollte so nah wie möglich am öffnenden Tag im Kopfabschnitt des Site-Codes platziert werden.
  • Fußzeilencode
    Der Fußzeilencode ist für die Identifizierung des Seitenende zur Zeitsteuerung verantwortlich. Dieses Codefragment sollte so nah wie möglich am schließenden Tag im Hauptteil des Site-Codes platziert werden.
Die geeignete Platzierung von Einbettungscode-Snippets für Kopf- und Fußzeile ist für die effektive Bereitstellung der DTM JavaScript-Bibliothek von entscheidender Bedeutung.
Sie können zwar mehr als eine Hostingoption verwenden, Sie müssen jedoch sicherstellen, dass auf jeder Seite nur ein Einbettungscode-Verweis enthalten ist. Eine doppelte oder falsche Platzierung des Einbettungscodes kann zu unerwartetem Bibliotheksverhalten führen.
Die folgende Abbildung zeigt, wie die diskutierten Komponenten der DTM-Architektur zusammenarbeiten, um Tools, Tags und Skripten effektiv auf Ihrer Site bereitzustellen und zu verwalten.
For more information on hosting options, see Embed Code and Hosting Options in the Dynamic Tag Management Product Documentation .

Planen der Migration zu DTM

Informationen, die Sie bei der Planung der Migration zu Dynamic Tag Management (DTM) berücksichtigen sollten, und Best Practices, die Ihnen helfen, Ihre Implementierung ordnungsgemäß zu starten.
Dieser Abschnitt enthält die folgenden Informationen:

Planen der DTM-Einrichtung: Komponentenübersicht

In diesem Abschnitt erhalten Sie einen schnellen Überblick über die grundlegende DTM-Firma, die für die Planung der DTM-Einrichtung benötigt wird.
In DTM ist eine Firma eine Gruppierung von Webeigenschaften.
Eine Webeigenschaft ist eine Gruppierung von Tools, Regeln und Datenelementen, die zur Datenerfassung und Bereitstellung von Tags/Skripten auf Ihrer Site(n) konfiguriert sind.
Jede Webeigenschaft ist mit einem Einbettungscode verknüpft, der für das Laden der spezifischen Eigenschaftskonfigurationen auf Ihrer Site(n) verantwortlich ist.
Benutzer werden auf der Ebene der Firma verwaltet, können jedoch für jede Eigenschaft mit Ausnahme der Administratorrolle autorisiert werden. Die Admin-Rolle ist global und verfügt über vollständige Berechtigungen für alle Eigenschaften in einer Firma.
For more information on user roles, see Create and Manage Groups in the Dynamic Tag Management Product Documentation .

Planen der DTM-Einrichtung: Entscheidungspunkte

Besprechen Sie bei der Planung Ihrer DTM-Einrichtung die entsprechenden Entscheidungspunkte mit Blick auf die grundlegende DTM-Firma.
Wie viele Firmen brauche ich?
In den meisten Fällen wird eine Firma am besten den Geschäftsanforderungen gerecht.
Der Hauptgrund für die Verwendung von mehr als einer Firma ist die vollständige Trennung von Benutzern und Webeigenschaften.
Diese Konfiguration ist besonders für große Unternehmen mit zahlreichen Web-Entitäten, die von verschiedenen Geschäftsbereichen betrieben werden, typisch.
Wie sollte ich meine Domänen und Subdomänen in Webeigenschaften verteilen?
Webeigenschaften können mit Ihren Domänen als 1-zu-1 oder 1-zu-n konfiguriert werden.
Um zu entscheiden, was am besten für Ihr Geschäft funktionieren soll, beachten Sie die domänenübergreifenden Ähnlichkeiten und Unterschiede der folgenden Variablen.
  • Datenerfassungsmethoden und -quellen
  • Bereitstellung von Tools und Tags
  • Site-Code-Struktur
  • DTM-Workflows
In den meisten Fällen wird eine Webeigenschaft pro Domäne aufgrund erheblicher Unterschiede in einer oder mehreren der oben genannten Variablen am besten auf Geschäftsanforderungen zugeschnitten.
Diese Art der Einrichtung entspricht am besten den Anforderungen der einzelnen Domänen und ermöglicht gleichzeitig eine einfache Duplizierung domänenübergreifender Konstanten über die Kopierfunktion.
In Fällen, in denen diese Variablen domänenübergreifend gleich oder sehr ähnlich sind, kann es jedoch sinnvoller sein, mehrere Domänen innerhalb einer Webeigenschaft zu haben. In diesen Fällen kann dieses Setup unnötige Duplizierungen zwischen Eigenschaften reduzieren.
Dieselbe Argumentation kann für die Subdomänenverteilung verwendet werden.
Verwendungsfallbeispiele
Szenario
Lösung
Meine Geschäftsabteilung verwaltet mehrere Domänen. Wir stellen Adobe Analytics für alle Domänen bereit, aber jede Domäne verfügt über eine eigene Berichte-Suite und einen eigenen Verfolgungsbedarf.
Nutzen Sie eine Eigenschaft für jede Domäne.
Meine Geschäftsabteilung verwaltet mehrere Domänen. Wir stellen Adobe Analytics für alle Domänen bereit und verwenden eine globale Berichte-Suite, um alle unsere Daten zu erfassen. Datenquellen zwischen Domänen unterscheiden sich aufgrund von Variationen der Site-Codestruktur sehr stark.
Nutzen Sie eine Eigenschaft für jede Domäne.
Meine Geschäftsabteilung verwaltet mehrere Domänen. Wir stellen Adobe Analytics für alle Domänen bereit und verwenden eine globale Berichte-Suite und eine globale Datenschicht, um alle unsere Daten zu erfassen. Die übrigen Tools und Tags sind größtenteils konsistent zwischen Domänen. Wir planen, dass dieselben Benutzer den Veröffentlichungsarbeitsablauf verwalten.
Nutzen Sie eine Eigenschaft für alle Domänen.

Best Practices zur Migration

Nachdem Sie die optimale Firma und Eigenschaftsverteilung ermittelt haben, sollten Sie folgende Best Practices beachten, während Sie mit der DTM-Migration beginnen.
Prozess-Workflow: Entwickeln Sie einen systematischen Prozess für die Migration des vorhandenen Seiten-Codes zu DTM, um einen reibungslosen Übergang zu gewährleisten.
Es wird generell empfohlen, diesen Vorgang in Staging-Umgebung der unteren Ebene Beginn und Code auf der Grundlage von Seiten- oder Site-Abschnitten nach Site-Abschnitten zu migrieren.
Auf diese Weise können Sie DTM-Konfigurationen vollständig überprüfen, bevor Sie bereits vorhandenen Seiten-Code entfernen, um das Risiko von Implementierungsunterbrechungen zu verringern.
Arbeit mit der IT: Es ist wichtig, schon im Vorfeld mit Ihrem IT-Team zusammenzuarbeiten, um aktuelle Prozesse und Implementierungszyklen zu ermitteln.
Dadurch wird eine ordnungsgemäße und rechtzeitige Platzierung des Einbettungscodes und die koordinierte Entfernung des effektiv migrierten Seiten-Codes sichergestellt.
Benutzer-Workflow und Governance: Ein weiteres wichtiges Konzept ist die Einrichtung eines Benutzer-Workflows. Die sorgfältige Zuweisung von Benutzerrollen schafft die nötige Governance im DTM-Workflow.
Benutzerrolle
Regeln erstellen
Regeln bearbeiten
Testregeln
Regeln genehmigen
Regeln veröffentlichen
Benutzer erstellen/bearbeiten
Eigenschaft erstellen
Benutzer
Ja
Ja
Ja
Genehmiger
Ja
Ja
Ja
Ja
Publisher
Ja
Ja
Ja
Ja
Genehmiger und Herausgeber
Ja
Ja
Ja
Ja
Ja
Admin
Ja
Ja
Ja
Ja
Ja
Ja
Ja
Dadurch wird sichergestellt, dass alle Artikel von den richtigen Mitgliedern Ihres Teams vollständig geprüft werden, bevor sie in die Produktion verschoben werden.
Weitere Informationen finden Sie unter Migration zum dynamischen Tag-Management in der Produktdokumentation zum dynamischen Tag-Management.

Migration zu DTM: Näheres zu Adobe Analytics

Unabhängig davon, ob Ihre aktuelle Adobe Analytics Implementierung über On-Page-Methoden oder über ein anderes Tag-Management-System bereitgestellt wird, hilft Ihnen dieser Abschnitt, Ihre Optionen beim Migrieren zu DTM zu verstehen.

Phase 1: Schnellwerterstellung

Da die Migration von Adobe Analytics Code langwierig sein kann, bietet DTM Angebots eine Funktion, mit der Sie Ihre vorhandene Analytics Implementierung erweitern können, ohne sie zu stören.
Diese Funktion wird aufgerufen Page Code is Already Present und befindet sich in den Einstellungen der Analytics-Werkzeuge in Ihrer DTM-Eigenschaft.
Um auf diese Funktion zuzugreifen, erweitern Sie den Abschnitt "Bibliotheksverwaltung"der Tool-Einstellungen.
Bei aktivierter Funktion kann DTM die vorhandene Implementierung nutzen, um zusätzliche s.t() / s.tl() Aufrufe über Ereignis- und Direktaufrufregeln zu senden.
Diese Funktion erleichtert den Beginn mit DTM, um Ihre Adobe Analytics-Implementierung zu erweitern, bevor Sie Code migrieren.
Beachten Sie bei diesem Ansatz jedoch die folgenden Einschränkungen.
  • Die im DTM Adobe Analytics-Tool konfigurierten Variablen und Einstellungen werden nicht übernommen.
  • Adobe Analytics-Variablen, die in Seitenladeregeln festgelegt sind, werden nicht wirksam.
Diese Einschränkungen treten auf, weil DTM sich bei der Bereitstellung des AppMeasurement-Codes und der Instanziierung des s-Objekts vollständig auf die vorhandene Implementierung verlässt.

Phase 2: Volle Migration

Um die integrierte Adobe Analytics Funktionalität von DTM voll nutzen zu können, wird eine vollständige Migration von Analytics Code empfohlen.
Diese Migration sollte alle Objektverweise im Seiten-Code und Skripte auf Seiten enthalten, auf denen DTM Adobe Analytics bereitstellt.
Weitere Informationen dazu finden Sie in den folgenden Abschnitten:
Globalen Code migrieren
Der erste Schritt bei der Migration besteht darin, Ihren globalen Code in den Adobe Analytics-Tool-Einstellungen in Ihrer DTM-Eigenschaft zu konfigurieren.
Die Konfiguration AppMeasurement code / s_code erfolgt im Abschnitt "Bibliotheksverwaltung"der Tool-Einstellungen unter "Codekonfiguration".
Wenn die Option "Seiten-Code bereits aus Phase 1 vorhanden"aktiviert ist, müssen Sie diese Option deaktivieren, um die Optionen für die Codekonfiguration anzuzeigen. Diese Änderung wird nur bei der Staging-Implementierung wirksam, damit Sie den migrierten Code vollständig konfigurieren und prüfen können, bevor Sie diese Änderung in die Produktion übernehmen.
Die Option "Benutzerdefinierte Konfiguration"wird in der Regel als erster Migrationsansatz empfohlen, da Sie damit auf Ihre vorhandenen AppMeasurement / s_code as-is-Vorgänge verweisen können, ohne dass zusätzliche Tool-Konfigurationen erforderlich sind.
  • Benutzerspezifisch – In DTM gehostet: Fügen Sie vorhandenen Code in den Editor ein.
  • Benutzerspezifisch – Unter URL gehostet: Verweisen Sie auf vorhandenen Code am URL-Speicherort.
Mit der Managed by Adobe Option stellt DTM automatisch die ausgewählte AppMeasurement-Basiscodeversion bereit und hostet diese. Diese Methode ermöglicht eine einfache Aktualisierung der Code-Version und macht sie zu einer großartigen langfristigen Option.
Unabhängig von der Option "Codekonfiguration"können Elemente, die nicht im AppMeasurement-Code enthalten sind, über die bereitgestellten Felder der Benutzeroberfläche oder im Editor "Seiten-Code anpassen"in den Tool-Einstellungen festgelegt werden.
Die bereitgestellten Felder der Benutzeroberfläche sind eine großartige langfristige Option zum Konfigurieren globaler Einstellungen und Variablen, da die Nutzung dieser Felder anstelle von benutzerspezifischem Code die Komplexität Ihrer Implementierung insgesamt verringert.
Dynamisches Ausfüllen von Variablen durch Nutzung von Datenelementen direkt in einem beliebigen Feld mit der %dataElement% Syntax.
Der Editor "Seiten-Code anpassen"ist eine praktische Alternative für Elemente, die Code erfordern, wie Plug-ins und bedingte Einstellungen. Jeder hier platzierte Code funktioniert zusammen mit dem gehosteten AppMeasurement code / s_code .
Migrieren von Code auf Seitenebene
Der nächste Schritt bei der Migration ist die Konfiguration von nicht-globalem Code in DTM-Regeln.
Im Folgenden finden Sie eine Übersicht über jeden Regeltyp und dessen typische Verwendung zum Festlegen von Adobe Analytics-Auslösern.
Regeltyp Details
Seitenladeregeln
Mit dieser Option können Sie Variablen an den Standard-Seitenbeacon für die Ansicht auf allen oder bestimmten Seiten anhängen. Verwendungsfallbeispiel: Senden einer bestimmten eVar beim Laden meiner Promo-Seite.
Ereignis-basierte Regel
Verwenden Sie diese Option zum Auslösen eines s.t() oder eines s.tl() Beacons bei bestimmten Benutzerinteraktionen. Verwendungsfallbeispiel: Senden eines benutzerdefinierten Seitenbeacons mit einem bestimmten Ereignis, wenn ein Popup aktiviert ist.
Direktaufrufregel
Verwenden Sie diese Option zum Auslösen eines s.t() oder eines s.tl() Beacons in Szenarien, in denen kein DOM-Ereignis erkannt werden kann. Verwendungsfallbeispiel: Senden eines s.tl() Beacons mit einem bestimmten Ereignis, wenn ein Video angezeigt wird.
Befolgen Sie die Best Practices zur Migration .
Wie im vorherigen Abschnitt erläutert, sollten Sie sich bei der Migration Ihres Adobe Analytics-Codes an die folgenden Best Practices erinnern.
  • Entwicklung eines systematischen Prozesses
  • Beginn in Umgebung mit niedrigeren Staging-Stufen zur vollständigen Veterinärmigration
  • Frühzeitige Koordination der Code-Entfernung mit der IT
Ein möglicher Ansatz für die progressive Migration besteht darin, ein Flag zur Identifizierung von Seiten festzulegen, die noch nicht vollständig migriert wurden. Dieses Flag kann dann im Editor "Seiten-Code anpassen"in den Tool-Einstellungen verwendet werden, um das Standard-DTM-Beacon auf diesen Seiten durch Festlegen 's.abort = true' von Bedingungen abzubrechen.
Beachten Sie, dass sich dieser Ansatz nur auf das Analytics-Tool-Beacon auswirkt. Regeln, die zum Auslösen von Adobe Analytics konfiguriert sind, sollten in der Regel selbst konditioniert werden.
Bitte überprüfen Sie diesen Ansatz bei der Staging-Umgebung, bevor Sie die Produktion nutzen.

Vorteile eines Tag-Management-Systems: Ein Schwerpunkt auf DTM

Informationen zu den Grundlagen des Tag-Managements und erläutert, wie Ihr Unternehmen besonders profitieren Dynamic Tag Management kann.
Weitere Informationen dazu finden Sie in den folgenden Abschnitten:

Was ist ein Tag-Management-System?

Tag-Management-Systeme sind so konzipiert, dass die Implementierung und Verwaltung von Marketing- und Analytics-Tags auf Ihrer Site durch die Verwendung eines Container-Tags erleichtert wird.
Ein Container-Tag ist ein einzelnes Codefragment, das nach der Platzierung im Site-Markup zahllose Tags auf Ihrer Site auslösen kann.
Auf diese Weise wird die Belastung der IT-Gruppe verringert und die Kontrolle in die Hände der Marketingexperten gelegt.

Why Dynamic Tag Management (DTM)

Das dynamische Tag-Management verfolgt den oben beschriebenen Tag-Management-Ansatz und verbessert ihn durch ein einfaches, aber dennoch leistungsfähiges Design mit integrierter Szenario- und Zeitsteuerung.
Berücksichtigen Sie Folgendes, wenn Sie entscheiden, ob das dynamische Tag-Management für Ihr Unternehmen geeignet ist:
  • Verbesserte Site-Leistung
    Mit dem dynamischen Tag-Management werden Marketing- und Analytics-Tags vom Markup Ihrer Site in die DTM-Bibliothek verschoben. Dies verringert die Seitenladezeit, da die DTM-Bibliothek für die Dateikomprimierung und -geschwindigkeit optimiert ist.
    Die Performance wird jedoch durch die Verwendung der bedingten Steuerelemente und asynchronen Methoden DTM-Angebot noch weiter verbessert.
    Bedingte Steuerelemente erleichtern die Auslösung von Tags nur bei Bedarf, wodurch unnötige Code-Bereitstellung vermieden wird.
    Durch das asynchrone Laden werden Tags gezwungen, sich von der Seite fernzuhalten, wodurch sich die Belastung beim Rendern der Seite erheblich verringert.
  • Erhöhte Kontrolle, verringertes Risiko
    In geringerem Maße auf die IT angewiesen, können Sie Tags unter Ihrer Aufsicht bereitstellen und verwalten.
    Dies bedeutet weniger Engagement und weniger Risiken bei der Bereitstellung von Anbietertags und mehr Flexibilität, mit neuen Tool-/Tag-Funktionen Schritt zu halten.
    Darüber hinaus verfügt DTM über integrierte Funktionen, um die Einhaltung der Datenschutzrichtlinien sicherzustellen und zu verhindern, dass Anbieter-Tags zu einer Beeinträchtigung Ihrer Site führen oder Daten an Dritte weitergeben.
  • Schneller und effizienter arbeiten
    Das dynamische Tag-Management verfolgt einen verhaltensorientierten Ansatz und nutzt umfassende Integrationen und die Datenzentralisierung, um die Tag-Bereitstellung zu erleichtern.
    Der verhaltensorientierte Ansatz ermöglicht die gleichzeitige Bereitstellung zahlreicher Tools/Tags auf der Grundlage eines bestimmten Verhaltens, anstatt jedes Tag einzeln bereitzustellen.
    Die integrierten DTM-Integrationen erleichtern die einfache Konfiguration von Tools wie Adobe Analytics und Google Analytics, sodass kein umfangreicher benutzerdefinierter Code mehr erforderlich ist.
    Datenelemente zentralisieren allgemeine Datenpunkte, reduzieren die Code-Redundanz und optimieren die Datensuche.
    Zusammen sparen diese Funktionen Zeit und Frustration, sodass Sie sich weniger auf die Tag-Bereitstellung konzentrieren und mehr darauf, Ihr Unternehmen voranzubringen.
  • Dynamisches Tag-Management kostenlos nutzen
    Das Beste ist, dass das dynamische Tag-Management kostenlos ist, wenn Sie Adobe Experience Cloud-Kunde sind.
    Weitere Informationen erhalten Sie von Ihrem Adobe-Kundenbetreuer.