Blog > Digital Analytics > Tipps & Tricks bei GTM Versionskonflikten

Tipps & Tricks bei GTM Versionskonflikten

von Lukas Wojcik

22. Dezember 2022

Lesedauer: 6 Minuten

Management Summary

Hier und da einmal schnell ein Facebook Pixel einbauen, oder schnell eine Floodlight U Variable hinzufügen? Wenn Teams gleichzeitig an einem GTM Container arbeiten und die gleichen Einstellungen bearbeiten, können bei den Änderungen Ungereimtheiten entstehen. Die Abweichungen müssen mit Sorgfalt überprüft und mit den richtigen Einstellungen behoben werden. Wichtig zu unterscheiden sind Arbeitsbereich-Synchronisierungsfehler und Workspace Konflikte. Beim ersten Problem handelt es sich meistens um Tags, Trigger oder Variablen, die von zwei Mitarbeitern gleich benannt wurden. Der GTM weiß hier nicht, welchen Tag er beibehalten soll. Beim Zweiteren müssen Parameter und Einstellungen überdacht werden, da der aktuelle Workspace, an dem gerade gearbeitet wird, nicht mehr aktuell ist - da jemand eine neuere GTM Version veröffentlicht hat.

Digital Analytics

Webanalyse steht für Messbarkeit und ist die Grundlage für langfristige Erfolgskontrolle und Effizienzsteigerung Ihrer (Online) Marketing Aktivitäten.

Mehr Erfahren

Google Tag Manager Workspace Probleme richtig beheben – leicht gemacht. Wir zeigen Ihnen, wie Sie die richtigen Einstellungen auswählen können, um Versionskonflikte auszuräumen.

GTM Versionskonflikte lösen - Tipps & Tricks

Beim Einsatz eines Tag Management Tools wie dem Google Tag Manager können verschiedene Situationen und Fehlermeldungen auftreten. Insbesondere bei der Zusammenarbeit innerhalb eines Teams, wenn an der gleichen Thematik gearbeitet wird, können so Konflikte bei verschiedenen Einstellungen im Tag Management entstehen. Diese müssen dann behoben werden, um auf einen gemeinsamen Nenner zu kommen. Wir zeigen gerne, wie.

Wozu Workspaces?

Um eine effiziente Arbeit zu gewährleisten, wurden im Google Tag Manager sogenannte Arbeitsbereiche (engl. Workspaces) eingeführt. In der Standardversion vom GTM können bis zu 3 Arbeitsbereiche gleichzeitig genutzt werden. In der GTM 360 Variante hingegen bietet Google eine unbegrenzte Anzahl an Workspaces an.

Neben den Workspaces gibt es noch Container-Versionen, welche die finale Definition der Tag-Konfigurationen für die Webseite beinhalten. Wird ein Workspace veröffentlicht, so entsteht eine neue GTM Container Version und die Änderungen bzw. Einstellungen aus dem veröffentlichten Workspace werden auf der Webseite aktiv. Die Veröffentlichung eines Workspace hat aber noch eine weitere Auswirkung. Sie stellt nämlich fest, dass alle anderen Workspaces als “veraltet” markiert werden. Das hat zur Folge, dass alle Workspaces mit der neuesten GTM Container Version synchronisiert werden müssen.

Wenn ohne Team, also alleine an einem GTM Container gearbeitet wird, kann der “Default Workspace” verwendet werden, da keine Gefahr besteht, dass die getätigten Änderungen von anderen Personen überschrieben oder geändert werden.

Bei der Nutzung eines GTM Containers ab 2 Personen empfiehlt es sich, Workspaces zu verwenden, um eine saubere Trennung der Arbeit zu erreichen. Mit einer Ausnahme: Wenn sich alle einig über die Änderungen sind und gleichzeitig nur eine Person die Änderungen durchführt, dann kann in einem zentralen Workspace gearbeitet werden.

Welche (lösbaren) Probleme bei der Arbeit im Team in einem Google Tag Manager Container mit Workspaces auftreten können, zeigen die beiden folgenden Fallbeispiele.

Fallbeispiel: "Arbeitsbereich-Synchronisierungsfehler"

Wenn zwei Personen gleichzeitig an einem GA4 Setup in einem Google Tag Manager Container arbeiten, empfiehlt es sich, dazu separate Workspaces zu nutzen:

Grundsätzlich kann eine Einigung vor der Arbeit stattfinden, welche Grundeinstellungen ein Setup haben sollte. In diesem Beispiel wurde ein Google Analytics 4 Config Tag von beiden Mitarbeitern angelegt, ohne sich vorher abzusprechen. Beide Mitarbeiter nennen den Tag “GA4 – Config” und stellen die Einstellungen fast identisch ein:

Workspace “GA4 Basis Setup” GA4 – Config:

Workspace “GA4 weitere Events” GA4 – Config:

Wie auf beiden Screenshots zu sehen ist, handelt es sich um fast das gleiche Setup, nur dass beide Mitarbeiter den gleichen Tag angelegt haben und ein paar Kleinigkeiten anders gemacht haben:

Der Parameter env fehlt beim zweiten Workspace
Der Trigger ist beim zweiten Workspace anders

Nun muss schließlich aber ein Workspace veröffentlicht werden, damit die Änderungen wirksam sind. Es wird also der Workspace “GA4 Basis Setup” veröffentlicht. Die Frage ist, wie verhält sich der GTM und mit welchen Hürden hat nun der/die MitarbeiterIn des Workspace “GA4 weitere Events” zu kämpfen?

Zuerst zeigt sich die Information, dass der Arbeitsbereich, an dem gerade gearbeitet wird, nicht mehr aktuell ist. Der Arbeitsbereich lässt sich nicht veröffentlichen, bis der Link “Aktualisieren” angeklickt und der Prozess des Zusammenführens der aktuellen GTM Container Version mit dem Workspace durchgeführt wurde.

Nach dem Klick auf den blauen CTA Button “Aktualisieren” zeigt der Google Tag Manager ziemlich schnell eine Rückmeldung, die besagt, dass bereits so ein Tag wie “GA4 – Config” existiert und wir das Problem beheben müssen:

Konkret lautet der Wortlaut der Fehlermeldung: “Der Name “GA4 – Config” ist bereits vergeben. Wählen Sie einen neuen Namen aus.”

Der Tag “GA4 – Config” müsste im Workspace “GA4 weitere Events” anders heißen, damit die Synchronisierung erfolgreich abgeschlossen werden kann. In den meisten Fällen wäre es aber ratsam, den Tag beizubehalten, der gerade editiert wurde.

Es gibt also zwei Optionen:

Den Tag “GA4 – Config” im aktuellen Workspace “GA4 weitere Events” löschen, die Aktualisierung vornehmen und die Änderungen noch einmal in den bereits veröffentlichten Tag “GA4 – Config” einfügen

Den Tag “GA4 – Config” auf “GA4 – Config2” im aktuellen Workspace “GA4 weitere Events” umbenennen, die Aktualisierung vornehmen und dann den veröffentlichten Tag “GA4 – Config” löschen. Danach kann der Tag “GA4 – Config2” zurück umbenannt werden und so das Problem umgangen werden.

Die zweite Option wäre flexibler, da beide Tags im Container nach der Aktualisierung des Workspace bearbeitet werden können und dann eine Entscheidung über den finalen Tag “GA4 – Config” in Ruhe erwogen werden kann.

Fallbeispiel: “Konflikt erkannt” - Abweichung bei Details

Das erste Beispiel hat gezeigt, wie sich der Tag Manager verhält, wenn neue Tags für das gleiche Ziel angelegt werden – also ein GA4 Config Tag, der eigentlich nur einmal im Container vorkommen sollte, aber von zwei Mitarbeitern angelegt wurde.

Es gibt noch eine zweite Art von Konflikten im Google Tag Manager: Modifikationen bei bestehenden Elementen. Diese werden die folgende Warnmeldung hervorbringen:

So eine Fehlermeldung erscheint meistens, wenn schon eine Aktualisierung des Workspace vorgenommen wurde. Die Aktualisierung hat zwar geklappt, der GTM hat aber Unstimmigkeiten zwischen der Live Version und dem aktuellen Workspace erkannt, die vor der Veröffentlichung behoben werden müssen.

Beim Klick auf “Beheben”, erscheint eine Art “Behebungs-Wizard”, wo die Probleme der Reihe nach überprüft werden können. Nach erfolgter Prüfung steht die Auswahl zur Verfügung, die aktuellen Änderungen aus dem aktuellen Workspace zu behalten, oder lieber die Live Variante wiederherzustellen.

Hier wird es aber ein wenig kompliziert und eine falsche Entscheidung kann dazu führen, dass die eigenen Änderungen überschrieben werden und die Arbeit erneut verrichtet werden muss.

In diesem Beispiel befindet sich wieder der GA4 – Config Tag. Jedoch wird dieser zwei Mal angezeigt.

Auf der linken Seite ist die Version des Tags ersichtlich, wie er aktuell auf der Live Version ausgespielt wird. Auf der rechten Seite befindet sich die Version des Tags im GTM Workspace “GA4 – Changes”, der gerade bearbeitet und veröffentlicht werden soll.

In diesem Beispiel befindet sich auf der rechten Seite (das, was aktuell bearbeitet wird) ein nicht aktueller “environment” Parameter. Der “timestamp” Parameter ist gerade erst dazu gekommen und soll beibehalten werden.

Ein Klick auf das dicke Pfeil Icon öffnet die Optionen, die ausgewählt werden können:

In dem Fall wird das linke “Ablehnen Icon” die Live Version ignorieren und die Version, die gerade im Workspace ist, belassen.

Wenn aber gewollt ist, dass die neuen Updates die bereits Live sind, übernommen werden sollen, wäre die richtige Wahl das blaue Pfeil Icon, das wir anklicken:

Sogleich wird auch schon zum nächsten Konflikt gesprungen und hier ist wieder das “Ablehnen-Icon” links und rechts ein grünes Icon mit Pfeil.

Wenn das linke “Ablehnen-Icon” angeklickt wird, haben wir die folgende Situation:

Das würde bedeuten, dass der neue Parameter “timestamp” wieder aus dem aktuellen Workspace gelöscht wird. Das würde die in dem Workspace geleistete Arbeit löschen. Das wollen wir nicht.

Die Option “Änderungen ignorieren” bezieht sich hier darauf, dass die aktuellen Änderungen aus dem aktuellen Workspace ignoriert werden sollen. Das würde unsere Änderung mit dem Timestamp also löschen.

Wenn das grüne Pfeil-Icon angeklickt wurde, erhalten wir das gewünschte Ergebnis:

Die Neuerung im “environment” Parameter wird in den aktuellen Workspace übernommen
Der neue Parameter “timestamp” aus dem aktuellen Workspace wird beibehalten.

Wenn alles passt, können die Entscheidungen noch einmal überprüft werden und der Speichern Button veranlasst, dass der Workspace von den Konflikten befreit und veröffentlicht werden kann.

Fazit

Die Nutzung eines Tag Management Systems bringt viele Vorteile. In größeren Teams muss jedoch darauf geachtet werden, dass eigene und fremde Inhalte nicht überschrieben werden.

Wir unterstützen Sie gerne bei allen Angelegenheiten, welche Tagging und Tag Management Systeme (nicht nur GTM) angehen!

Kontaktieren Sie uns jetzt – kontakt@e-dialog.group

Kampagne anfragen

Bereit für Ihr neues Projekt?

Wir freuen uns auf Ihre Anfrage und beraten Sie gerne unverbindlich! Füllen Sie dazu einfach das Kontaktformular aus oder rufen uns direkt an.

Jetzt kontaktieren

Weitere Themen

sGTM & Telefontracking - Übergabe der First Person ID (FPID) an Matelso

Digital Analytics

Tipps & Tricks bei GTM Versionskonflikten

Management Summary

GTM Versionskonflikte lösen - Tipps & Tricks

Wozu Workspaces?

Fallbeispiel: "Arbeitsbereich-Synchronisierungsfehler"

Fallbeispiel: “Konflikt erkannt” - Abweichung bei Details

Fazit

Kontaktieren Sie uns jetzt – kontakt@e-dialog.group

Weitere Themen

sGTM & Telefontracking – Übergabe der First Person ID (FPID) an Matelso

Console Log Like A Pro im GTM

Error-Handling bei Javascript Code im GTM – Best Practices

Effektive GTM-Nutzung mit Regex: So optimieren Sie Ihre Tracking-Implementierung!

Debugging Consent Mode in Google Tag Manager

Debugging Server Side Google Tag Manager

sGTM Migrator – Kann er das was er verspricht?

Conversions serverseitig erfassen – Ein rundum Blick

Die Macht der Lookup Tabellen im Google Tag Manager

GTM Advanced: Techniken für die Vereinfachung von Tracking Setups