Die neue Google Tag Manager Benutzeroberfläche: Die Ära des einheitlichen Google Tags
Die Welt der Webanalyse entwickelt sich ständig weiter, und der Google Tag Manager (GTM) hat gerade eine der wichtigsten strukturellen Änderungen seiner Geschichte durchgemacht. Die neue Benutzeroberfläche und Tag-Architektur sind eine direkte Antwort auf das wachsende Bedürfnis nach einfacheren Implementierungen. Die wichtigste Neuerung ist die vollständige Zentralisierung des Google Tags, die die Art und Weise, wie wir Analysen und Werbekampagnen konfigurieren, grundlegend verändert.
Was genau hat sich geändert?
Für Analysten und Marketer war die auffälligste Änderung das Verschwinden des bekannten GA4-Konfigurations-Tags (GA4 Configuration Tag). Dieser wurde vollständig durch einen einzigen, universellen Google Tag ersetzt.
Die neue Benutzeroberfläche verlangt keine separaten Initialisierungs-Tags mehr für jedes Google-Produkt. Stattdessen dient ein einziger “Google Tag” als Fundament für den gesamten Datenstrom.
Zentralisierung des Google Tags: Ein Tag für alles
Bisher erforderte die Einrichtung von Google Analytics 4 und Google Ads Conversion-Tracking den Aufbau paralleler Tag-Strukturen. Die neue Oberfläche führt eine vollständige Zentralisierung ein:
- Einheitliche ID: Der neue Google Tag nimmt einfach eine ID entgegen (z. B.
G-XXXXXXXfür GA4 oderAW-XXXXXXXfür Google Ads). Das System erkennt selbstständig, wohin die Daten weitergeleitet werden sollen. - Mehrere Ziele (Destinations): Ein einziges Tag auf der Website kann nun dieselben Signale gleichzeitig an mehrere Google-Dienste senden, ohne dass Code oder Tags dupliziert werden müssen.
Wie wirkt sich das auf das Google-Tracking aus?
Diese Änderung an der Benutzeroberfläche ist nicht nur kosmetischer Natur; sie führt ein völlig neues Datenverwaltungsmodell (Data Governance) ein, das enorme Vorteile bietet:
- Konfigurationseinstellungen-Variable (Configuration Settings Variable): Anstatt Parameter (wie
server_container_urlodercookie_prefix) in jedes einzelne Tag einzutippen, vererbt nun eine einzige Variable diese Einstellungen global für den gesamten Container. - Ereigniseinstellungen-Variable (Event Settings Variable): Diese Funktion gruppiert E-Commerce-Parameter oder Nutzerdaten und weist sie mit einem einzigen Klick mehreren Ereignis-Tags (Event Tags) zu.
- Bessere Website-Performance: Die Reduzierung der Anzahl von Initialisierungs-Tags im GTM-Container sorgt für einen saubereren Code und schnellere Ladezeiten (geringere Belastung für den Browser des Nutzers).
Der Übergang zur neuen Benutzeroberfläche und zum einheitlichen Google Tag ist ein großer Schritt in Richtung einer strukturierteren, logischeren und leistungsstärkeren Tracking-Architektur.
Quellen
Passend dazu
2 Kommentare
Die Einstellungsvariablen sind der Teil, der im Alltag am meisten spart — eine Server-Container-URL an einer Stelle statt in jedem Tag.
Wir haben allerdings einen gewachsenen Container mit rund achtzig Tags. Lohnt die Umstellung dort, oder bleibt die alte Struktur besser in Ruhe?
Es gibt keine Frist, also ist es keine Pflicht, sondern eine Aufräumfrage — und bei achtzig Tags eine, die sich lohnt, sobald zum zweiten Mal dieselbe Einstellung an vielen Stellen geändert werden müsste.
Der Aufwand liegt nicht im Umbau, sondern im Nachweis danach. Deshalb die Reihenfolge: eine Kopie des Containers als Arbeitsstand anlegen, dort umstellen, und anschliessend in der Vorschau die Treffer vorher und nachher nebeneinanderlegen — Anzahl der Seitenaufrufe, gesetzte Parameter, Reihenfolge.
Ohne diesen Vergleich bleiben die beiden häufigsten Fehler wochenlang unsichtbar: ein doppelter Seitenaufruf, weil das alte Konfigurations-Tag stehengeblieben ist, und ein Parameter, der vorher in jedem Tag stand und in der Einstellungsvariablen vergessen wurde. Beides sieht in den Berichten nach Verkehrsschwankung aus, nicht nach Konfigurationsfehler.