Wenn Sie Google Tag Manager nutzen, kennen Sie den Rat vermutlich: Verlagern Sie Ihre Tags auf einen Server, den Sie selbst kontrollieren. Am häufigsten geschieht das über serverseitiges Tracking mit Google Tag Manager.
Der Grund dafür ist Signalverlust. Adblocker und Browser-Beschränkungen stoppen einen Teil der Tracking-Anfragen, bevor sie bei Ihren Analyse- oder Werbeplattformen ankommen – Ihre Berichte unterschätzen dann die Leistung Ihrer Kampagnen oder sind schlicht ungenau. Den vollständigen Überblick gibt unser Leitfaden zum serverseitigen Tracking; hier geht es um die Seite von Google Tag Manager.
Kurz gefasst
- Serverseitiger Google Tag Manager (sGTM) ergänzt einen zweiten Container, der nicht im Browser der Besucher läuft, sondern auf einem Tagging-Server.
- Der Browser schickt einen einzigen Datenstrom an den Tagging-Server, und der Server-Container entscheidet, was an welches Tool geht – an Google Analytics und Google Ads, aber auch an Plattformen wie Meta.
- Den Container einzurichten kostet nichts, den Server zu betreiben schon: Hosten Sie ihn selbst auf Cloud Run, liegen Sie nach Googles Zahlen im Produktivbetrieb bei rund 90 USD pro Monat.
- Die Einwilligung gilt weiterhin: Tags auf den Server zu verlagern, ändert nichts an den Regeln für die Datenerhebung.
In diesem Leitfaden:
- Was ist serverseitiger Google Tag Manager (sGTM)?
- Worin unterscheiden sich serverseitiger und clientseitiger GTM?
- So funktioniert serverseitiges Tracking mit Google Tag Manager
- Vorteile von serverseitigem GTM
- Was Sie vorher abwägen sollten
- Was kostet serverseitiger GTM?
- So richten Sie serverseitiges Tracking in Google Tag Manager ein
- So funktioniert die Einwilligung im serverseitigen GTM
- Serverseitiger GTM vs. Google tag gateway
- Womit Sie anfangen
- FAQ: serverseitiger Google Tag Manager
Was ist serverseitiger Google Tag Manager (sGTM)?
Serverseitiger Google Tag Manager (sGTM) ist ein Container von Google Tag Manager, der nicht im Browser der Besucher läuft, sondern auf einem Tagging-Server. Der Browser schickt die Event-Daten an diesen Server, und der Server-Container entscheidet, was er an welchen Anbieter weitergibt – an Google Analytics 4 (GA4), Google Ads oder Meta.
Google selbst formuliert es so: Ein Server-Container „läuft nicht im Browser oder auf dem Smartphone der Nutzer“. Den Container in Google Tag Manager einzurichten, kostet nichts – der Server, auf dem er läuft, schon. Genau dort steckt der größte Teil der Planung.
Was ist Google Tag Manager?
Google Tag Manager ist das kostenlose Tool von Google, mit dem Sie die Tracking-Tags Ihrer Website verwalten – also die kleinen Code-Bausteine, die Daten an Tools wie Google Analytics oder Meta senden. Sie binden einen einzigen Container ein und steuern von einem Dashboard aus sämtliche Tags.
Worin unterscheiden sich serverseitiger und clientseitiger GTM?
Clientseitiger GTM führt alle Tags im Browser der Besucher aus. Serverseitiger GTM verlagert den Großteil dieser Arbeit auf einen Tagging-Server, der zwischen Ihrer Website und Ihren Anbietern sitzt.
| Was sich ändert | Clientseitiger GTM (Web-Container) | Serverseitiger GTM (Server-Container) |
|---|---|---|
| Wo die Tags laufen | Im Browser der Besucher | Auf einem Tagging-Server |
| Was der Browser lädt | Ein Skript pro Anbieter | Ein Google-Tag mit einem einzigen Datenstrom |
| Wer die Anfrage zuerst erhält | Jeder Anbieter direkt | Der Tagging-Server auf Ihrer Subdomain |
| Wer die Rohdaten vor den Anbietern sieht | Jeder Anbieter sieht, was seine Tags erfassen | Sie – und Sie entscheiden, was weitergeht |
| Cookie-Domain | Meist Anbieter-Domains | Ihre eigene Domain |
| Kosten | Kostenlos | Container kostenlos, Hosting kostenpflichtig |
| Wie die Einwilligung greift | Die Banner-Entscheidung steuert die Tags im Browser | Die Banner-Entscheidung geht mit jedem Event an den Server |
In den meisten Setups laufen beide Container. Der Web-Container bleibt auf Ihrer Website und schickt die Events an den Server-Container, der sich um die Auslieferung kümmert. Zur Auffrischung der Browser-Seite: So funktioniert Website-Tracking.
So funktioniert serverseitiges Tracking mit Google Tag Manager
Das passiert, wenn ein Besucher auf einer Website mit sGTM aktiv wird:
- Der Besucher wird aktiv. Er ruft eine Seite auf, legt etwas in den Warenkorb oder kauft.
- Der Browser sendet eine Anfrage. Das Google-Tag (oder Ihr Web-Container) schickt das Event an den Tagging-Server statt an jeden einzelnen Anbieter.
- Der Tagging-Server empfängt sie. Er liegt auf einer Subdomain Ihrer Website, zum Beispiel
data.yoursite.com. - Ein Client macht aus der Anfrage Event-Daten. Der Client erkennt die eingehende Anfrage und entpackt sie in ein Standard-Event. Bei einem Seitenaufruf sind das der Event-Name (
page_view), URL und Titel der Seite, die Herkunft des Besuchers, eine zufällige ID für dessen Browser und die getroffene Einwilligungsentscheidung. - Server-Tags leiten das Event weiter. Trigger entscheiden, welche Tags ausgelöst werden, und jedes dieser Tags schickt die Daten an sein Ziel: GA4, Google Ads, Meta und weitere.
Der Server-Container: Clients, Tags und Trigger
Wenn Sie den Web-Container kennen, kennen Sie den Server-Container fast schon. Google bestätigt, dass Tags, Trigger und Variablen „genauso funktionieren wie in anderen Containertypen“.
Neu ist der Client. Ein Client ist ein Adapter: Er nimmt die eingehende Anfrage entgegen, macht daraus ein oder mehrere Events und übergibt sie an den Container. In jedem Server-Container steckt bereits ein GA4-Client – GA4-Anfragen funktionieren also ohne zusätzliche Einrichtung.
Vorteile von serverseitigem GTM
- Schlankere Seiten. Im Browser laden weniger Anbieter-Skripte, was der Ladezeit zugutekommen kann.
- Kontrolle darüber, was die Anbieter erhalten. Sie können Felder entfernen oder schwärzen, bevor die Daten den Tagging-Server verlassen – so bekommt jeder Anbieter nur das, was er wirklich braucht.
- Weniger verlorene Anfragen. Blocker und Browser-Beschränkungen stoppen Anfragen an Ihre eigene Subdomain seltener als Anfragen an bekannte Anbieter-Domains. Wie stark der Effekt ausfällt, hängt von Ihrem Setup ab – messen Sie ihn, statt ihn vorauszusetzen.
- API-Schlüssel bleiben von Ihrer Website fern. Schlüssel für Dienste wie die Conversions API von Meta liegen im Server-Container – Besucher können sie im Quellcode Ihrer Website nicht einsehen.
Das Ziel sind bessere Daten, die Sie mit Einwilligung auch nutzen dürfen. Warum serverseitiger GTM die Entscheidung der Besucher nicht aushebeln kann, erklärt der Abschnitt zur Einwilligung weiter unten.
Was Sie vorher abwägen sollten
- Hosting-Kosten. Den Tagging-Server zahlen Sie jeden Monat, unabhängig von Ihrem Traffic.
- Einrichtung und Wartung. Jemand muss das DNS konfigurieren, den Server überwachen und die Tags aktuell halten.
- Lücken bei der Anbieterunterstützung. Noch nicht jedes Tool bietet ein serverseitiges Tag.
- Aufwendigeres Debugging. Fehler können in jedem der beiden Container stecken – oder in der Verbindung dazwischen.
- Die Einwilligung gilt weiterhin. Serverseitiges Tagging hebt die Einwilligungspflicht nicht auf.
Aus unserer Sicht lohnt sich der Aufwand für Websites mit nennenswertem Werbebudget oder sichtbaren Lücken in der Analyse. Bei einer kleinen Website mit wenigen Tags dürfte der Nutzen die Kosten kaum rechtfertigen.
Was kostet serverseitiger GTM?
Der Container selbst ist kostenlos. Bezahlen müssen Sie den Server, auf dem er läuft, sowie die Zeit für Einrichtung und Wartung.
Einen brauchbaren Anhaltspunkt liefern Googles eigene Zahlen. Für ein Setup mit Cloud Run (dem Google-Dienst, mit dem Sie Software auf Googles Servern betreiben, ohne diese Server selbst zu verwalten) rechnet Google damit, dass „jeder Server ca. 45 USD pro Monat kostet“, und empfiehlt „mindestens 2 Instanzen, um das Risiko eines Datenverlusts bei einem Serverausfall zu verringern“ (Google for Developers, Stand: 12. Mai 2026). Für den Produktivbetrieb landen Sie damit bei rund 90 USD pro Monat – bevor der Traffic wächst. Google geht davon aus, dass 2 bis 10 automatisch skalierende Server je nach Ihren Tags 35 bis 350 Anfragen pro Sekunde bewältigen.
So richten Sie serverseitiges Tracking in Google Tag Manager ein
Unabhängig vom gewählten Hosting folgt jede Umsetzung von serverseitigem GTM denselben sieben Schritten. Googles Anleitungen beschreiben jeden einzelnen im Detail – hier der Überblick.
- Server-Container anlegen. Erstellen Sie in Google Tag Manager einen neuen Container und wählen Sie als Zielplattform „Server“.
- Entscheiden Sie, wo der Tagging-Server läuft. Google bietet die automatische Bereitstellung auf Cloud Run direkt in der Oberfläche von Tag Manager an, alternativ eine manuelle Einrichtung in Google Cloud oder anderswo. Auch Managed-Anbieter können den Server für Sie betreiben. Server-Side Tracking von iubenda geht einen einfacheren Weg: Es leitet Ihre Tags über Ihre eigene Subdomain und prüft die Einwilligung, bevor Daten weitergegeben werden – ganz ohne Server-Container.
- Eigene Subdomain zuordnen. Lassen Sie eine Subdomain wie
data.yoursite.comauf den Tagging-Server zeigen, damit die Anfragen First-Party bleiben – der Browser sieht sie dann als Teil Ihrer eigenen Website und nicht als Third-Party-Tracker. - Richten Sie Ihr Google-Tag auf den Tagging-Server aus. Passen Sie das Google-Tag oder den Web-Container so an, dass die Events an Ihre Subdomain gehen statt direkt an Google.
- Clients und Server-Tags hinzufügen. Richten Sie für jedes Ziel ein eigenes Server-Tag ein. Tags für GA4 und Google Ads sind bereits enthalten, andere Plattformen stellen Vorlagen in Googles Tag Manager template gallery bereit – etwa Metas offizielles Tag für die Conversions API. Für Tools ohne Vorlage kann Ihr Entwicklungsteam ein eigenes Server-Tag bauen.
- Im Vorschau- und Debug-Modus testen. Der Server-Container hat einen eigenen Vorschaumodus: Dort sehen Sie jede eingehende Anfrage und prüfen, welche Tags ausgelöst werden.
- Veröffentlichen und beobachten. Vergleichen Sie das Event-Volumen einige Wochen lang mit Ihren clientseitigen Zahlen, bevor Sie etwas abschalten.
Richten Sie die Einwilligung vor Schritt 5 ein. Jedes Server-Tag, das Sie hinzufügen, sollte die Einwilligungsentscheidung der Besucher von Anfang an berücksichtigen. So funktioniert das.
So funktioniert die Einwilligung im serverseitigen GTM
Wenn Sie Tags auf den Server verlagern, ändert sich der Weg der Daten – die Regeln für ihre Erhebung bleiben dieselben.
Das Einwilligungssignal begleitet jedes Event
Ihr Cookie-Banner erfasst die Entscheidung jedes Besuchers und übergibt sie an das Google-Tag. Das Google-Tag hängt sie anschließend an jede Anfrage an, die es an den Server-Container schickt. Google bestätigt, dass Sie „Consent Mode nur im Web-Container einrichten“ müssen und dass die Tags von Google-Produkten im Server „die Einwilligung berücksichtigen“ und entsprechend anpassen, was sie senden. Falls Sie das noch nicht eingerichtet haben, beginnen Sie mit Google Consent Mode.
Tags anderer Anbieter brauchen eine eigene Einwilligungsprüfung
Dieses einwilligungsabhängige Verhalten gilt nur für Googles eigene Tags. Tags anderer Anbieter im Server-Container berücksichtigen die Einwilligung nur, wenn die Person, die den Container verwaltet, sie entsprechend konfiguriert – in der Regel so, dass jeder Trigger den Einwilligungsstatus prüft, den Ihre Plattform für Einwilligungsmanagement (CMP) mit dem Event mitliefert.
Die Vorschriften schauen außerdem darauf, was auf dem Gerät der Besucher passiert. Nach der ePrivacy-Richtlinie der EU ist für das Auslesen oder Speichern von Informationen auf einem Gerät grundsätzlich eine Einwilligung erforderlich – unabhängig davon, was danach mit den Daten geschieht. Daran ändert ein Tagging-Server nichts, und deshalb gelten die Anforderungen an die Cookie-Einwilligung auch für Ihr Setup.
Das vollständige rechtliche Bild finden Sie hier: Ist serverseitiges Tracking DSGVO-konform?
Ihre Einwilligungs-Checkliste für sGTM:
- Ein Cookie-Banner erfasst die Entscheidungen, bevor Tags ausgelöst werden.
- Sie haben Consent Mode im Web-Container eingerichtet.
- Der Einwilligungsstatus erreicht den Server-Container mit jedem Event.
- Jedes Server-Tag außerhalb von Google prüft die Einwilligung, bevor es ausgelöst wird.
- Sie dokumentieren die Einwilligungen und können sie auf Nachfrage vorlegen.
Serverseitiger GTM vs. Google tag gateway
Mit Google tag gateway for advertisers laden Sie die Tag-Skripte von Google über Ihre eigene Domain – über Ihr vorhandenes Content Delivery Network (CDN), Ihren Load Balancer oder Ihren Webserver. Das ist die leichtgewichtige Variante, und sie wird häufig mit serverseitigem GTM verwechselt.
| Vergleichskriterium | Google tag gateway | Serverseitiger GTM |
|---|---|---|
| Was es leistet | Liefert Googles Skripte über Ihre Domain aus | Nimmt Events entgegen und entscheidet, was jeder Anbieter bekommt |
| Wo es läuft | Ihr CDN, Load Balancer oder Webserver | Ein Tagging-Server |
| Aufwand für die Einrichtung | Gering, bei manchen CDNs mit geführter Einrichtung | Mittel bis hoch |
| Kosten | Kein eigener Tagging-Server nötig | Monatliche Hosting-Kosten für den Tagging-Server |
| Kontrolle über die Daten an die Anbieter | Keine: Die Daten gehen wie gewohnt an Google | Vollständig: Sie können Felder ändern oder entfernen |
| Funktioniert mit Anbietern außerhalb von Google | Nein | Ja, über Server-Tags |
Google empfiehlt, beides zu kombinieren – für „das robusteste Tagging-Setup“. In der Praxis passt das tag gateway zu Werbetreibenden, die vor allem Googles Tags mit wenig Aufwand im First-Party-Kontext ausliefern wollen. Serverseitiger GTM passt zu Teams, die zusätzlich steuern wollen, was jeder einzelne Anbieter erhält.
Womit Sie anfangen
Serverseitiger GTM verbessert, wie Ihre Daten zu den Anbietern gelangen; die Einwilligung entscheidet, welche dieser Daten Sie überhaupt nutzen dürfen. Planen Sie beides zusammen, dann hält Ihr Setup auch stand, wenn jemand fragt, woher die Zahlen stammen.
Den Einwilligungsteil sollten Sie besonders sorgfältig umsetzen, denn alles Weitere hängt daran. Der Einwilligungsstatus entsteht in Ihrer Plattform für Einwilligungsmanagement: Sie erfasst die Entscheidung jedes Besuchers und stellt sie allen Tags zur Verfügung – im Browser wie auf dem Server. Privacy Controls & Cookie Solution von iubenda unterstützt Google Consent Mode, sodass die Entscheidungen aus Ihrem Banner mit jedem Event mitgehen, das Ihr Tagging-Server empfängt.
Wenn Ihr Team einen eigenen Tagging-Server lieber nicht betreiben möchte, übernimmt eine Managed-Lösung Hosting und Wartung für Sie.
Serverseitiges Tracking mit Compliance von Anfang an
Statt eines Server-Containers für serverseitigen GTM, den Sie selbst betreiben und pflegen, leiten wir Ihre Events über ein First-Party-Gateway – Sie müssen also nichts zusätzlich hosten.
FAQ: serverseitiger Google Tag Manager
Kann ich serverseitiges Tagging in Google Tag Manager nutzen?
Ja. Legen Sie dafür in Google Tag Manager zusätzlich zu Ihrem Web-Container einen Server-Container an. Er läuft auf einem Tagging-Server in Google Cloud oder bei einem Managed-Anbieter, und Ihr Web-Container schickt die Events dorthin statt an jeden einzelnen Anbieter.
Kann ich Events der Meta Conversions API über serverseitigen GTM senden?
Ja, Sie können Events der Meta Conversions API über serverseitigen GTM senden. Meta pflegt in Googles Tag Manager template gallery ein offizielles Server-Tag für die Conversions API. Es leitet Events vom Tagging-Server an Meta weiter und sollte nur ausgelöst werden, wenn der Besucher eingewilligt hat.
Funktioniert serverseitiger GTM mit GA4?
Ja, serverseitiger GTM arbeitet ohne Zusatzaufwand mit GA4 zusammen. Jeder Server-Container enthält bereits einen GA4-Client, der GA4-Anfragen aus dem Browser entgegennimmt, sowie ein GA4-Tag, das die Events an Google Analytics weiterleitet. Die meisten Teams starten mit GA4.
Brauche ich mit serverseitigem GTM weiterhin den Web-Container?
In den meisten Setups ja. Der Web-Container oder das Google-Tag erfasst die Events im Browser und schickt sie an den Tagging-Server, der die Auslieferung an die Anbieter übernimmt. Events direkt aus einem Backend zu senden, ist die Ausnahme.
Umgeht serverseitiger GTM Adblocker?
Serverseitiger GTM umgeht Adblocker nicht zuverlässig. Oft stoppen Adblocker allerdings weniger Anfragen, weil diese an Ihre eigene Subdomain gehen. Manche Blocker erkennen inzwischen Tracking-Subdomains im First-Party-Kontext, und Safari schränkt Cookies in bestimmten Setups ein. Die Einwilligungsentscheidung der Besucher gilt ohnehin in beiden Fällen.
Ist serverseitiges Tracking zulässig?
Serverseitiges Tracking ist eine Form der Datenübermittlung, und kein Gesetz verbietet sie. Die Vorschriften setzen bei der Erhebung an: Nach der Datenschutz-Grundverordnung (DSGVO) und der ePrivacy-Richtlinie der EU ist für das Erheben von Daten vom Gerät eines Besuchers grundsätzlich eine Einwilligung erforderlich – ob die Daten direkt an die Anbieter gehen oder über einen Tagging-Server.
Kann ich serverseitigen GTM für mobile Apps nutzen?
Ja, serverseitiger GTM lässt sich auch für mobile Apps nutzen. Google dokumentiert eine Einrichtung für mobile Apps, bei der die App ihre Messdaten an einen Server-Container schickt, der sie wie bei einer Website an Ihre Anbieter weiterleitet.