Google Tag Manager
Der Google Tag Manager ist Googles kostenloses Tool zur zentralen Steuerung von Tracking-Skripten, ohne dass für jede Änderung der Code der Website angefasst werden muss. Wir zeigen, wie er funktioniert, wann sich Server-Side-Tracking lohnt und was ein sauberer dataLayer dafür leisten muss.
GTM-Setup anfragen
Verlässliche Unternehmensentscheidungen im digitalen Marketing setzen eine präzise und lückenlose Datengrundlage voraus. Ohne ein zentrales Tag-Management-System muss jede Trigger-Bedingung und jedes Conversion-Pixel einzeln in den Website-Quellcode eingebaut werden. Das verlängert Entwicklungszyklen und erhöht das Fehlerrisiko. Der Google Tag Manager (GTM) löst dieses Problem: Er bildet die technische Schnittstelle zwischen einer Website und allen Analyse- sowie Marketing-Tools und macht Anpassungen unabhängig von der IT-Abteilung möglich. Im Zusammenspiel mit Google Analytics 4 und weiteren Marketing-Tools setzen auch wir bei MONOBUNT bei Tracking-Setups auf den Google Tag Manager, weil er eine zuverlässige und saubere Lösung darstellt.
Kunden, die uns hier vertrauen
Alle Referenzen
Was ist der Google Tag Manager?
Der Google Tag Manager ist ein kostenloses, webbasiertes System von Google zur Verwaltung von Tracking-Code-Schnipseln. Nach der einmaligen Einbindung des Container-Codes in den HTML-Quellcode lassen sich Tags, Trigger (Auslöser) und Variablen über eine grafische Oberfläche konfigurieren, ohne dass der Website-Code danach noch manuell angepasst werden muss. Unternehmen setzen GTM ein, um Marketing-und Analyse-Tools zentral zu verwalten, statt für jede Änderung auf die Entwicklungsabteilung angewiesen zu sein. Das System besteht aus vier Grundbausteinen, die im Zusammenspiel die gesamte Tracking-Architektur einer Website abbilden. Je nachdem, ob diese Architektur über einen Web-Container oder einen Server-Container läuft, unterscheiden sich Umfang und Kontrolle der erfassten Daten erheblich.
Die 4 Grundbausteine von GTM im Überblick
Ein Tag ist ein Code-Ausschnitt, etwa ein GA4-Event-Code oder ein Meta Pixel, der Daten an ein Zielsystem sendet. Ein Trigger ist die Regel, die festlegt, wann ein Tag ausgeführt wird, zum Beispiel ein Klick oder ein Seitenaufruf. Eine Variable liefert dynamische Werte wie eine Bestellsumme. Der dataLayer ist eine JavaScript-Datenstruktur auf der Website, in die Ereignisse und Werte (z. B. Bestellsumme, Produkt-IDs) per push() geschrieben werden. GTM überwacht diesen dataLayer, löst darüber Trigger aus und liest darüber Variablen-Werte.
Tag
Trigger (Auslöser)
Variable
dataLayer
Ob Ersteinrichtung, Migration eines bestehenden Tracking-Setups oder allgemeine Fragen zum Tracking: Wir klären die wichtigsten Fragen gemeinsam vorab im persönlichen Gespräch.
Tag Manager: Flexibilität ohne IT-Abhängigkeit
Ohne zentrales Tag-Management-System führen Anpassungen am Tracking-Code häufig zu langen Entwicklungszyklen, weil jede Änderung durch die IT-Abteilung umgesetzt werden muss. Der Google Tag Manager löst diesen Engpass: Einmal im Quellcode integriert, lassen sich neue Tags, Trigger und Conversion-Pixel direkt über die Weboberfläche steuern, ohne dass dafür erneut in den Website-Code eingegriffen werden muss. Zusätzlich lädt der GTM alle eingebundenen Skripte asynchron, was die Ladezeit der Website schont und sich positiv auf die Nutzererfahrung bzw. die für SEO relevanten Core Web Vitals auswirkt.
Schnellere Anpassungen
Neue Tags oder Trigger lassen sich ohne Warten auf einen Entwickler-Release direkt im GTM-Interface einrichten und testen.
Bessere Ladezeiten
Asynchrones Laden aller eingebundenen Skripte reduziert die Belastung für den Website-Code gegenüber manuell eingebauten Einzel-Tags.
Single Page Applications
Bei React, Vue.js oder Next.js erfassen History-Change-Trigger oder eigene Data-Layer-Events Seitenaufrufe trotz fehlendem Reload.
CMS-Unabhängigkeit
Ob WordPress, Shopware, WooCommerce oder Shopify: Der GTM lässt sich unabhängig vom eingesetzten CMS in dieselbe Container-Struktur einbinden.
Funktionsweise des Tag Managers
Der Google Tag Manager ist kein einzelnes Werkzeug, sondern ein System aus mehreren, aufeinander abgestimmten Funktionsebenen: der Wahl zwischen Web- und Server-Container, dem dataLayer als strukturierter Datenschnittstelle, dem Consent Mode v2 für rechtskonformes Tracking und der Verzahnung mit Google Analytics 4. Erst im Zusammenspiel dieser Bausteine entsteht eine belastbare Tracking-Architektur. Alternativen wie PIWIK Pro Tag Manager oder Matomo Tag Manager decken einzelne dieser Ebenen ab, erreichen aber selten dieselbe Tiefe der nativen Integration in das Google-Ökosystem, insbesondere im Zusammenspiel mit GA4 und Google Ads.
In unserer Praxis sehen wir immer wieder, dass einzelne Bausteine isoliert eingerichtet werden und am Ende nicht wirklich zusammenpassen. Das wirkt sich spürbar auf die Datenqualität aus. Wir richten den Google Tag Manager deshalb so ein, dass alle Funktionsebenen von Anfang an ineinandergreifen, statt Fehler erst im Nachhinein zu korrigieren.
Client-Side vs. Server-Side: So verarbeitet GTM Daten
Im Google Tag Manager gibt es grundsätzlich zwei Wege, Tracking-Daten zu erfassen und zu verarbeiten: über einen Web-Container oder über einen Server-Container. Beide Wege sammeln dieselben Signale, die ein Nutzer auf der Website, in einer App oder in einem Online-Shop auslöst, von Ereignissen wie Klicks, Käufen oder Conversions bis hin zu Kennzahlen wie Seitenaufrufen oder Verweildauer. Der Unterschied liegt nicht im Ziel, sondern im Ort der Verarbeitung.
Beim Client-Side-Tracking über den Web-Container liegt der komplette Tracking-Code direkt auf der Website. Der Browser des Nutzers führt diesen Code aus und sendet die Daten unmittelbar an Drittanbieter wie Google oder Meta.
Beim Server-Side-Tracking liegt dieser Code stattdessen auf einem eigenen Server: Die Daten gelangen zuerst an einen Server-Endpunkt unter der eigenen First-Party-Domain, werden dort gefiltert oder anonymisiert und erst anschließend kontrolliert an Drittsysteme weitergeleitet.
Dieser Weg gewinnt an Bedeutung, weil Requests an Drittanbieter-Domains zunehmend von Adblockern erkannt und blockiert werden, während Anfragen an die eigene First-Party-Domain davon deutlich seltener betroffen sind. Zusätzlich begrenzen Browser-Mechanismen wie Safaris Intelligent Tracking Prevention (ITP) die Lebensdauer von First-Party-Cookies, die per JavaScript gesetzt werden, auf wenige Tage, Third-Party-Cookies werden von ITP ohnehin komplett blockiert. Auch hier verschafft eine First-Party-Server-Architektur mehr Kontrolle über die Cookie-Laufzeit. Für Unternehmen in der EU ist diese zusätzliche Kontrolle über die Datenverarbeitung nicht nur ein technischer Vorteil, sondern auch ein wichtiger Baustein für ein DSGVO-konformes Tracking-Setup.
Datenfluss direkt vom Browser zum Drittanbieter. Einfache Einrichtung, aber anfällig für Adblocker und kürzere Cookie-Laufzeiten durch Browser-Restriktionen, zudem in Sachen DSGVO nicht unproblematisch.
Datenfluss über einen eigenen Server unter First-Party-Domain. Höhere Datenkontrolle und längere Cookie-Laufzeiten, DSGVO-konform umsetzbar, dafür zusätzlicher Infrastrukturaufwand.
Web-Container für schnelle Basis-Implementierung, Server-Container ergänzend für kritische Conversion-Events mit hohem Datenqualitätsanspruch.
Welcher Container-Typ passt zu Ihrem Setup?
Ob eine client-side Umsetzung ausreicht ausreicht oder der Umstieg auf Server-Side Tracking sinnvoll ist, hängt von Datenschutzanforderungen und individueller Infrastruktur ab. Wir ordnen das gemeinsam mit Ihnen ein.
Container-Wahl einordnen lassendataLayer: Technisches Fundament im Tag Manager
Der dataLayer ist die zentrale Übergabestelle zwischen einer Website und dem Google Tag Manager: Er sammelt alle wichtigen Informationen zu einer Aktion, etwa einem Kauf oder einer Anfrage, und stellt sie dem Tag Manager in einer klaren, einheitlichen Struktur zur Verfügung. Ohne diese strukturierte Übergabe müsste jedes Tool die Daten selbst aus der Website auslesen, mit hohem Fehlerrisiko und uneinheitlichen Ergebnissen.
Besonders in Onlineshops zeigt sich, wie wichtig diese Struktur ist: Ereignisse wie ein Warenkorb-Update oder ein abgeschlossener Kauf werden über den dataLayer als sogenannte Events mit festen Parametern, etwa Produktwert, Währung oder Bestellnummer, an den Tag Manager übergeben. Von dort fließen sie strukturiert in Tools wie Google Analytics 4 und bilden dort die Grundlage für Umsatz- und Conversion-Auswertungen im E-Commerce-Tracking. Ist der dataLayer fehlerhaft aufgesetzt, führt das zu falschen Zahlen, auf deren Basis dann Entscheidungen getroffen werden, ohne dass der Fehler auf den ersten Blick auffällt.
01
Strukturierte ÜbergabeDer dataLayer bündelt Ereignisse und Werte in einem definierten Format, bevor sie an Tags weitergereicht werden.
02
E-Commerce-EventsEreignisse wie view_item, add_to_cart oder purchase folgen einer festen Parameter-Struktur für konsistente Auswertung.
03
Vermeidung von Race ConditionsEin sauberer dataLayer verhindert, dass Tags feuern, bevor die benötigten Werte tatsächlich verfügbar sind.
Consent Mode v2: DSGVO-konformes Tracking
Für den Einsatz von Google Ads und Google Analytics 4 in der EU ist die Nutzung des Google Consent Mode in der Version 2 verpflichtend. Er sorgt dafür, dass Google-Dienste nur dann personenbezogene Daten verarbeiten, wenn ein Nutzer dem zuvor zugestimmt hat, und passt die Datenerfassung entsprechend automatisch an. Über den Google Tag Manager lässt sich dafür eine Consent Management Plattform wie Cookiebot, Usercentrics, CCM19 oder OneTrust einbinden, die dem Tag Manager die Einwilligung der Nutzer signalisiert.
Auf Basis dieser Einwilligung übermittelt der GTM anschließend vier Status-Signale, jeweils mit dem Wert "granted" oder "denied", an Google Ads und Google Analytics 4. Diese Signale entscheiden zum Beispiel darüber, ob ein Werbe-Cookie gesetzt oder ein Conversion-Ereignis mit vollständigen Nutzerdaten verknüpft werden darf. Fehlt diese Signalübermittlung oder ist sie fehlerhaft konfiguriert, drohen unvollständige Conversion-Daten. Kampagnen werden dann auf Basis lückenhafter Zahlen optimiert, was die Aussteuerung von Werbebudgets erschwert. Zusätzlich verzerrt das die Performance-Bewertung einzelner Anzeigen.
ad_storage
Steuert die Speicherung von Cookies für Werbezwecke.
analytics_storage
Steuert die Speicherung von Cookies für Analyse- und Statistikzwecke.
ad_user_data
Steuert die Übermittlung nutzungsbezogener Daten an Google für Werbezwecke.
ad_personalization
Steuert die Ausspielung personalisierter Werbung, etwa Remarketing.
Ist Ihr Tracking rechtskonform?
Ob Bestandsaufnahme eines bestehenden Setups oder Neueinrichtung: Wir prüfen Ihr Tracking auf DSGVO-Konformität oder richten es von Grund auf rechtskonform ein.
Tracking prüfen lassenTracking-Infrastruktur im Google Tag Manager
Auch ein sauber konfigurierter GTM-Container liefert unzuverlässige Daten, wenn die zugrunde liegende Tracking-Struktur keine durchdachte Logik trägt. Fehlende Konventionen bei Trigger-Bedingungen, unklare Zuständigkeiten zwischen Web- und Server-Container oder ein nicht abgestimmter Data Layer führen dazu, dass einzelne Ereignisse doppelt, verzögert oder gar nicht erfasst werden.
Die Zahlen in der Web Analytics und Tracking Auswertung wirken dann zwar plausibel, spiegeln aber die tatsächlichen Vorgänge auf der Website nicht mehr korrekt wider. Erst eine strukturierte, nachvollziehbare Tracking-Architektur schafft die Grundlage dafür, dass Entscheidungen im Marketing und in der Produktentwicklung auf verlässlichen Daten beruhen.
In der Praxis wird der Google Tag Manager häufig eingerichtet, ohne dass zuvor eine fundierte Analyse und Konzeption stattgefunden hat. Die einzelnen Ereignisse lassen sich dann zwar technisch korrekt erfassen, die Datenqualität bleibt jedoch spürbar hinter dem zurück, was mit einer durchdachten Vorbereitung erreichbar wäre. Eine Tracking-Infrastruktur muss deshalb auf einer echten Bedarfsanalyse aufbauen und individuell auf das jeweilige Unternehmen zugeschnitten sein. Nur so liefert sie am Ende auch die Daten, auf die es tatsächlich ankommt.
Bestehender GTM-Container, Website-Struktur und geschäftliche Ziele werden erfasst und dokumentiert.
Ein technisches Konzept legt fest, welche Daten in welcher Struktur an den GTM übergeben werden.
Tags, Trigger und Variablen werden eingerichtet und im Tag Assistant Preview Mode geprüft.
Nach erfolgreicher Prüfung wird die Container-Version veröffentlicht und laufend überwacht.
Bevor an die Konzeption oder Einrichtung des Google Tag Managers gedacht werden kann, steht eine gründliche Analyse am Anfang. Ist bereits ein Tracking-Setup vorhanden, wird dieses zunächst im Rahmen eines Tracking Audits auf bestehende Container, Tags und Datenflüsse hin geprüft. So zeigt sich, was funktioniert und wo Lücken oder Fehlerquellen liegen. Gibt es noch kein Tracking, bildet stattdessen die Website- oder Shop-Struktur selbst die Grundlage: Aus den vorhandenen Seiten, Funktionen und Nutzerpfaden lässt sich ableiten, welche Ereignisse überhaupt relevant sind. Daraus ergibt sich auch, auf welche Weise sie später zuverlässig erfasst werden sollen.
Container-Architektur
Ein Container im Google Tag Manager wird selten isoliert betrieben: In der Regel bestehen mehrere Konten für unterschiedliche Websites, Marken oder Umgebungen, und zusätzlich Web- sowie Server-Container, die jeweils eigene Aufgaben übernehmen. Ohne klare Struktur entsteht schnell Unübersichtlichkeit, etwa wenn mehrere Personen Zugriff auf denselben Container haben oder Tags und Trigger uneinheitlich benannt sind. Eine durchdachte Container-Architektur legt deshalb von Anfang an fest, wie Konten gegliedert, Zugriffsrechte vergeben und Namenskonventionen für Tags, Trigger und Variablen gehandhabt werden.
Gliederung von Konten und Containern
Zugriffsrechte je Nutzer und Rolle
Einheitliche Namenskonventionen
Trennung von Web- und Server-Containern
dataLayer-Konzeption
Welche Daten ein GTM-Container zuverlässig verarbeiten kann, hängt maßgeblich vom zugrunde liegenden Data Layer ab. Gerade bei E-Commerce-Events wie Produktansichten, Warenkorb-Aktionen oder Käufen reicht eine generische Lösung selten aus: Die Struktur muss zu den tatsächlichen Prozessen auf der Website oder im Shop passen, damit Werte wie Preise, Produkt-IDs oder Mengen korrekt übergeben werden. Ein maßgeschneidertes dataLayer-Konzept berücksichtigt deshalb die individuellen Tracking-Anforderungen eines Unternehmens, statt eine Standardlösung überzustülpen.
Konzeption für E-Commerce-Events
Individuelle Tracking-Anforderungen
Passgenaue Datenstruktur statt Standardlösung
Grundlage für zuverlässige Auswertung
Konfiguration & Testing
Ist die Konfiguration gemäß dataLayer-Konzept abgeschlossen, sollte vor der Veröffentlichung ein ausführliches Testing erfolgen. Dabei zeigt sich, ob Tags zum richtigen Zeitpunkt und unter den richtigen Bedingungen feuern, ob die erfassten Daten korrekt im Analyse-Tool wie Google Analytics 4 ankommen und ob der Consent Mode je nach Einwilligung greift. Erst wenn diese Punkte im Preview Mode zuverlässig bestätigt sind, gilt ein GTM-Container als freigabefähig.
Mit über 20 Jahren Erfahrung wissen wir bei MONOBUNT, dass ein GTM-Setup mit dem Go-Live nicht abgeschlossen ist. Updates an der Website, neue Kampagnen oder Änderungen im Consent-Tool können bestehende Tags jederzeit beeinträchtigen, oft unbemerkt. Deshalb prüfen wir die Tracking-Setups unserer Kunden regelmäßig auf Herz und Nieren, auch lange nach der Einrichtung. Diese laufende Kontrolle sollte aus unserer Sicht ein fixer Bestandteil jeder professionellen Betreuung sein.
Trigger- und Tag-Prüfung im Preview Mode
Datenabgleich mit Google Analytics 4
Funktionskontrolle des Consent Mode v2
Freigabe erst nach vollständiger Validierung
MONOBUNT, Ihr Partner für Google Tag Manager
MONOBUNT begleitet seit über 20 Jahren digitale Projekte für Unternehmen in Oberösterreich und im gesamten Bundesgebiet, mit besonderem Schwerpunkt auf Web Analytics und Tracking. Diese Erfahrung fließt direkt in jedes GTM-Setup ein, von der ersten Analyse über die dataLayer-Konzeption bis zur laufenden Kontrolle nach dem Go-Live. Als Agentur vor Ort in Ried im Innkreis und remote für ganz Österreich steht dabei ein fester Ansprechpartner zur Verfügung, der den Container über die gesamte Projektlaufzeit hinweg betreut.
Jetzt kontaktieren
Ausgewählte Fallstudien von MONOBUNT
Google Tag Manager richtig einordnen
Der Google Tag Manager ist zwar kostenlos zugänglich, ein sauberes Setup mit korrektem dataLayer, funktionierendem Consent Mode und sinnvoller Server-Side-Architektur erfordert jedoch technisches Verständnis. MONOBUNT begleitet Unternehmen in Oberösterreich und österreichweit von der Erst-Einrichtung über die dataLayer-Konzeption bis zur laufenden Betreuung des GTM Containers.
Häufige Fragen zum Google Tag Manager (FAQ)
Was ist der Google Tag Manager und wie funktioniert er?
Der Google Tag Manager ist ein kostenloses, webbasiertes System von Google zur Verwaltung von Tracking-Code-Schnipseln. Nach der einmaligen Einbindung des Container-Codes lassen sich Tags, Trigger und Variablen über eine grafische Oberfläche konfigurieren, ohne den Website-Code manuell anzupassen.
Ist der Google Tag Manager DSGVO-konform?
Der GTM selbst verarbeitet primär technische Steuerungssignale, leitet jedoch nutzungsbezogene Daten an Drittsysteme weiter. In Verbindung mit einer rechtssicheren Consent Management Plattform, korrekt implementiertem Consent Mode und transparenten Angaben in der Datenschutzerklärung lässt sich der GTM vollständig DSGVO-konform betreiben.
Was ist der Unterschied zwischen Web- und Server-Container?
Der Web-Container läuft im Browser des Nutzers und sendet Daten direkt an Drittanbieter wie Google oder Meta. Der Server-Container verarbeitet dieselben Daten zuerst auf einem eigenen Server unter der eigenen Domain und leitet sie erst danach kontrolliert weiter.
Brauche ich den Google Tag Manager, wenn ich bereits Google Analytics nutze?
Ja, die Kombination wird empfohlen. Google Analytics ist für die Speicherung und Visualisierung der Daten zuständig, während der GTM für eine flexible und strukturierte Erfassung von Ereignissen wie Formularabsendungen oder Button-Klicks sorgt, ohne dass dafür ständig Entwicklerunterstützung nötig ist.
Was ist Server-Side Tracking im Google Tag Manager?
Beim Server-Side Tracking werden Messdaten vom Browser zunächst an einen eigenen Server-Container gesendet. Dieser verarbeitet die Daten serverseitig, kann sensible Informationen filtern oder anonymisieren und leitet sie erst danach an Plattformen wie Google Analytics oder Google Ads weiter.
Weitere Technologien und Kompetenzen bei MONOBUNT
Das Analyse-Tool, das die vom GTM übermittelten Ereignisse empfängt, aufbereitet und in Dashboards zur Verfügung stellt.
Mehr erfahren
Looker Studio verbindet GTM- und GA4-Daten mit weiteren Quellen zu übersichtlichen Dashboards und Reportings.
Mehr erfahren
Fertig eingerichteter und verwalteter Server-Container in der EU für Unternehmen, die auf Server-Side Tracking umsteigen möchten.
Mehr erfahren
Die Kompetenz, in der MONOBUNT Tracking-Stack, Consent Management und Datenqualität ganzheitlich betreut.
Mehr erfahren