Duplizieren von Ereignissen im sGTM mit benutzerdefinierten Vorlagen

Einführung in GTM und Server-Side Tagging

Google Tag Manager ermöglicht das serverseitige Tagging, bei dem die Verarbeitung von Tags und Tracking-Logik vom Browser des Users auf eine Serverumgebung verlagert wird. Dieser Ansatz bietet mehrere Vorteile, darunter verbesserte Sicherheit, geringere Belastung auf der Client-Seite und die Möglichkeit, komplexere Tracking-Szenarien zu verarbeiten.

Die Herausforderung der Duplizierung von Ereignissen

Manchmal ist es notwendig, dass dieselbe Benutzerinteraktion (z.B. ein Kaufereignis oder eine Formularübermittlung) über verschiedene Analyseplattformen oder Backend-Systeme hinweg verfolgt werden soll. Normalerweise würde dies die Einrichtung separater serverseitiger Container oder Skripte für jede Instanz erfordern, die jeweils mit einer eigenen Tracking-ID und eigenen Parametern konfiguriert werden. Dieser Ansatz verkompliziert nicht nur die Einrichtung, sondern macht es auch schwierig, Konsistenz und Genauigkeit über mehrere Tracking-Punkte hinweg zu gewährleisten.

Nutzung von serverseitigen benutzerdefinierten Vorlagen

Um diese Herausforderung zu meistern, bietet Google Tag Manager benutzerdefinierte Vorlagen, die speziell für das serverseitige Tagging entwickelt wurden. Diese Vorlagen ermöglichen es Usern, wiederverwendbare Konfigurationen für die Ereignisverfolgung zu definieren, wodurch die Notwendigkeit entfällt, komplexe serverseitige Skripte für verschiedene Endpunkte zu duplizieren.

Verstehen von serverseitigen benutzerdefinierten Vorlagen

Serverseitige benutzerdefinierte Vorlagen bieten einen strukturierten Rahmen für die Erstellung und den Einsatz von Ereignisverfolgungslogik in einer serverseitigen Umgebung. Anstatt serverseitige Skripte für jede Ereignisinstanz zu replizieren, können Analysten eine Vorlage definieren, die die Kernstruktur und das Verhalten der Ereignisverfolgung umreißt. Diese Vorlage kann dann auf verschiedene serverseitige Endpunkte angewandt werden, um konsistente Tracking-Implementierungen ohne Redundanz zu gewährleisten.

Flussdiagramm: Implementierung der benutzerdefinierten Ereignisverdopplung in GTM

Das folgende Flussdiagramm erklärt den Vervielfältigungsprozess

Einrichten einer benutzerdefinierten Vorlage

Im folgenden wird er Prozess zur Erstellung einer benutzerdefinierten Vorlage im GTM vorgestellt:

1. Zugriff auf den Abschnitt "Vorlagen": In der Seitennavigation ist der Abschnitt "Vorlagen" zu finden
2. Erstellen einer neuen benutzerdefinierten Tag-Vorlage: Im Bereich "Tag-Vorlagen" kann durch Klick auf "Neu" eine neue benutzerdefinierte Vorlage erstellt werden.
3. Definieren von Feldern und Einstellungen: Der Konfigurationsbildschirm der Vorlage ermöglicht es, verschiedene Felder und Einstellungen zu definieren:

   • Name: Es sollte möglichst ein sprechender und eindeutiger Name verwendet werden.
   • Felder: Hier werden alle Variablen definiert, die für dynamische Konfigurationen im Code der Vorlage benötigt werden.Für diesen Artikel wird das Feld aus dem Bild verwendet.
     

• Code: Hier wird die Hauptlogik des Ereignisverfolgungscodes unter Verwendung von JavaScript aufgebaut.

Beispiel Vorlagen Code

Nachfolgend steht ein Beispiel für JavaScript-Code, der zeigt, wie mit einer benutzerdefinierten Vorlage im GTM Duplikate von Ereignissen erstellt werden können:

1const getAllEventData = require("getAllEventData");
2
3const runContainer = require("runContainer");
4
5const makeNumber = require("makeNumber");
6
7
8
9const eventData = getAllEventData();
10
11const measurementIDs = ["GA-XXXX", "GA-YYYY", "GA-ZZZZ"];
12
13const eventName = eventData.event_name;
14
15let nb_instances = data.numberOfInstances; // Number of instances to create
16
17nb_instances = makeNumber(nb_instances);
18
19if (!nb_instances) {
20  nb_instances = 1;
21}
22for (let i = 0; i < nb_instances; i++) {
23  eventData.event_name = eventName + "." + "duplicated";
24  eventData.measurement_id = measurementIDs[i];
25  runContainer(eventData);
26}
27
28data.gtmOnSuccess();

Erläuterung:

• getAllEventData: Ruft die erforderlichen Ereignisdaten ab.
• runContainer: Führt die Containerlogik für jede Ereignisinstanz aus.
• makeNumber: Konvertiert die Anzahl der Instanzen in ein numerisches Format für die Iteration.

In diesem Codeschnipsel:

• eventName: steht für den Basisnamen des Ereignisses.
• measurementIDs: ist ein Array, das verschiedene Mess-IDs für jede duplizierte Ereignisinstanz enthält.
• nb_instances: bestimmt die Anzahl der zu erstellenden Duplikate und sorgt für Flexibilität bei der Ereignisreplikation.

Erstellen von Auslösern, Variablen und Tags

1. Neuen Auslöser erstellen:

   • Im Abschnitt "Trigger" muss ein neuer Auslöser erstellt werden. Im folgenden wird das Ereignis "button_click" als zu duplizierendes Ereignis verwendet.

• Dann wird noch ein zweiter Auslöser benötigt mit einer ähnlichen Bezeichnung.

1. Erstellen einer neuen Variable: Im Abschnitt "Variablen" wird eine neue Variable erstellt, um die Messungs-ID aus dem eventData-Objekt zu extrahieren.

1. Erstellen eines neuen Tags: Im Abschnitt "Tags" wird ein neuer Tag angelegt. Dabei wird die zuvor erstellt Vorlage als Tag-Typ ausgewählt der erste der in Schritt 4 erstellten Auslösers hinterlegt:

1. GA4-Tag erstellen: Schließlich wird noch ein GA4 Tag mit der in Schritt 5 extrahierten Messungs-ID und dem in Schritt 4 erstellten zweiten Auslöser als Auslöser. So wird sichergestellt, dass das Tag mehrfach mit unterschiedlichen IDs ausgelöst wird, was eine umfassende Ereignisverfolgung über verschiedene Plattformen hinweg ermöglicht:

Schlussfolgerung

Die Implementierung der Ereignisduplizierung in GTM mit Hilfe von benutzerdefinierten Vorlagen bietet einen rationalisierten Ansatz für die Verwaltung komplexer Tracking-Anforderungen über mehrere Plattformen hinweg. Durch die Zentralisierung der Ereignislogik und die Nutzung serverseitiger Funktionen können Unternehmen die Verfolgungsgenauigkeit und betriebliche Effizienz verbessern. Mit den detaillierten Schritten und Beispielen, aus diesem Artikel können eigene benutzerdefinierte Vorlagen im GTM so konfiguriert werden, dass sie die spezifischen Tracking-Anforderungen erfüllen und zuverlässige Dateneinblicke für fundierte Entscheidungen gewährleisten.