Wie das Google Tag Gateway Ihren Google-Tag von Ihrer eigenen Domain ausliefert

Was ist das Google Tag Gateway?

Mit dem Google Tag Gateway for Advertisers lädt Ihre Website den Google-Tag von einem Pfad auf Ihrer eigenen Domain, etwa /metrics/, und schickt Messanfragen über diesen Pfad, wo Ihr CDN, Ihr Load Balancer oder Ihr Webserver sie an Google weiterleitet. Googles Definition: "Google tag gateway for advertisers lets you deploy a Google tag using your own first-party infrastructure, hosted on your website's domain." Es funktioniert für einen eigenständigen Google-Tag (gtag.js) und für einen Container von Google Tag Manager.

Googles Einrichtungsleitfaden beschreibt den Unterschied zu einer normalen Installation genau: "In standard Google tag setups, your web page requests a Google tag from a Google domain. When the tag fires, it sends measurement requests directly to the Google product. With Google tag gateway for advertisers, your website loads the Google tag from your first-party domain. When the tag fires, some measurement requests will be sent to Google using your first-party domain."

Achten Sie auf das Wort "some". Google sagt nicht, dass jede Anfrage auf Ihre Domain umzieht.

Wie läuft eine Anfrage mit und ohne Gateway?

Eine Anfrage mit dem Google Tag Gateway geht vom Browser zuerst an Ihre Domain, und Ihre Infrastruktur reicht sie an einen Google-Endpunkt weiter, der nach Ihrer Tag-ID benannt ist, etwa g-12345.fps.goog.

Schritt	Standard-Google-Tag	Mit Google Tag Gateway
Skriptanfrage	www.googletagmanager.com/gtag/js?id=G-12345	example.com/metrics/
Wer das Skript ausliefert	Google, direkt	Ihr CDN oder Load Balancer, der es von G-12345.fps.goog holt
Messanfragen	An Google-Domains gesendet	Teilweise an example.com/metrics/... gesendet, dann weitergeleitet
Standort der Besucher	Google sieht die Verbindung der Besucher	Ihr CDN leitet Header für Land und Region weiter
Tag-Manager-Container	gtm.js?id=GTM-... von Google	example.com/metrics/?id=GTM-...

Die Zeile zum Standort erklärt eine Anforderung, die viele überrascht. Weil Google die Anfrage jetzt von Ihrem Server statt vom Browser der Besucher erhält, muss Ihr CDN den Standort der Besucher mitliefern, entweder als X-Forwarded-CountryRegion mit einem einzelnen ISO-3166-2-Code wie US-CA oder getrennt als X-Forwarded-Country und X-Forwarded-Region. Wenn beide vorhanden sind, nutzt Google X-Forwarded-CountryRegion.

Was ändert das Google Tag Gateway an der Datengenauigkeit?

Laut Google ändert das Google Tag Gateway, wie viele Ladevorgänge des Tags gelingen. Der Launch-Beitrag vom Mai 2025 sagt: "Advertisers who configured Google tag gateway for advertisers saw an 11% uplift in signals." Die Fußnote definiert die Messgröße: Der Zuwachs "is based on Google tag script loads comparing tags not operating Google tag gateway for advertisers versus tags operating in Google tag gateway for advertisers," über eine Woche im April 2025. Verstehen Sie das als Googles eigenen Durchschnitt über alle Werbetreibenden, nicht als Wert, den Ihre Website erreichen wird.

Derselbe Beitrag stellt den Nutzen als Robustheit dar: "By serving tags from your own domain, you can significantly improve the accuracy and resilience of your measurement signals." Die Gateway-Seiten von Google nennen außerdem "Drive conversion uplift", "Minimize 3rd party interactions" und "Privacy by default" als Vorteile.

Umgeht das Google Tag Gateway Werbeblocker?

Googles Gateway-Dokumentation erwähnt Werbeblocker überhaupt nicht. Ob blockierte Besucher zurückkommen, müssen Sie also auf Ihrer eigenen Website messen, es ist keine dokumentierte Funktion. Der Mechanismus ist schnell erklärt. Eine Blocker-Regel, die für googletagmanager.com geschrieben ist, greift nicht bei einer Anfrage an example.com/metrics/, also sieht ein Blocker, der nur nach Hostnamen arbeitet, in der Skriptanfrage keine Google-Domain mehr. Ob eine bestimmte Erweiterung zusätzlich nach Pfad oder Skriptinhalt blockiert, entscheidet diese Erweiterung. Der Leitfaden zu Werbeblockern und Datengenauigkeit zeigt, wie viel Traffic fehlt, wenn das Skript nie lädt.

Zwei Dinge ändert das Gateway nicht:

• Consent. Nichts in Googles Einrichtungsleitfaden verändert die consent-Befehle. Der Tag liest dieselben Zustände default und update, und die Gateway-Seiten beschreiben keine Ausnahme davon. Die Regeln des Google Consent Mode v2 entscheiden weiterhin, was der Tag speichert und sendet.
• Was erfasst wird. Derselbe Google-Tag läuft mit derselben Konfiguration. Nur der Hostname, von dem er lädt und über den er berichtet, ändert sich.

Wie richten Sie das Google Tag Gateway ein?

Sie richten das Google Tag Gateway auf einem von drei Wegen ein, die Google dokumentiert: über eine Einrichtung in der Oberfläche, bei der Google ein unterstütztes CDN für Sie konfiguriert, über eine Selbsteinrichtung auf Ihrem eigenen CDN oder Load Balancer oder über serverseitiges Tagging zusammen mit einer eigenen Domain-Zuordnung. Googles Einrichtungsleitfaden nennt Cloudflare, Akamai, Fastly und Google Cloud für den Weg über die Oberfläche, und jeder Weg setzt voraus, dass bereits ein Google-Tag oder ein Tag-Manager-Container auf der Website ist. Die Schritte der Selbsteinrichtung sind:

1. Einen Messpfad wählen. Googles Regeln: Der Pfad darf auf Ihrer Domain noch nicht belegt sein, darf nicht der Stammpfad / sein und darf 100 Zeichen nicht überschreiten. Google schlägt eine zufällige Zeichenfolge oder ein Wort wie /metrics vor. Die Warnung ist deutlich: "This setup reroutes all traffic with the chosen path."
2. Den Pfad zu Google routen. Fügen Sie einen Origin oder ein Backend hinzu, das auf G-12345.fps.goog zeigt, oder bei einem Container auf gtm-abcdef.fps.goog. Überschreiben Sie den Host-Header passend dazu und leiten Sie alle Cookies und Query-Strings weiter.
3. Standort-Header weiterleiten. Reichen Sie die oben beschriebenen Header für Land und Region weiter.
4. Dem Pfad Vorrang geben. Legen Sie eine Regel für /metrics/* an, die über Ihrer Standardregel steht.
5. Die Route prüfen. Rufen Sie https://example.com/metrics/healthy und https://example.com/metrics/?validate_geo=healthy auf. Beide sollten ok zurückgeben.
6. Das Snippet aktualisieren. Ersetzen Sie src="//www.googletagmanager.com/gtag/js?id=G-12345" durch src="/metrics/", oder lassen Sie den GTM-Loader auf /metrics/?id= plus Ihre Container-ID zeigen.
7. Die Hits bestätigen. Öffnen Sie die Vorschau des Containers in Tag Assistant, klicken Sie sich durch die Website und prüfen Sie unter Summary, Output, Hits Sent, dass die Anfragen über /metrics laufen.

Google veröffentlicht plattformspezifische Anleitungen für den External Application Load Balancer von Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront, Fastly und eine allgemeine Option für jedes CDN, das nach Pfad routet. Der Weg über Cloudflare nutzt Snippets, die laut Google "are officially supported on Cloudflare Pro plans and higher."

Drei Wege, das Google Tag Gateway einzurichten

Einrichtung in der OberflächeGoogle konfiguriert ein unterstütztes CDN für Sie: Cloudflare, Akamai, Fastly oder Google Cloud.

Selbst einrichtenSie konfigurieren Ihr eigenes CDN oder Ihren Load Balancer mit einem Messpfad.

Serverseitiges TaggingKombiniert mit Custom-Domain-Zuordnung.

Welche Grenzen hat das Google Tag Gateway?

Das Google Tag Gateway hat vier dokumentierte Grenzen, die Sie vor dem Start prüfen sollten:

• Kein noscript. "Google tag gateway for advertisers does not support the <noscript> snippet." Behalten Sie das Standard-noscript-Snippet von GTM mit Verweis auf www.googletagmanager.com, wenn Sie darauf angewiesen sind.
• Ein Pfad pro Tag oder Container. Ein einzelner GTM-Container deckt alle Tags darin ab, aber separate Container und eigenständige Tags wie G-XXXXXX brauchen jeweils einen eigenen Pfad und eine eigene Einrichtung.
• Ihre Infrastruktur liegt jetzt im Pfad. Ihr CDN oder Load Balancer muss Routing nach Pfad und Weiterleitung an externe Endpunkte unterstützen. Eine Regel, die Antwort-Header entfernt, kann das Skript zerstören. Googles Hinweise zu Akamai warnen, dass Google-Skripte scheitern können, "if the Content-Type response header is missing."
• Der Standort hängt von Ihnen ab. Ohne die weitergeleiteten Header kann Google Besucher keiner Region zuordnen.

Worin unterscheidet sich das von serverseitigem Tagging?

Das Google Tag Gateway verlegt, wo der Google-Tag lädt und wohin er berichtet, während serverseitiges Tagging einen Server-Container hinzufügt, der Events empfängt und entscheidet, was weitergeleitet wird. Google bietet beides als Ergänzung an: Die Gateway-Seite sagt "We recommend you complete both steps for the most durable tagging setup," und kombiniert eine zugeordnete eigene Domain mit dem Laden des Skripts als First Party. Der Leitfaden zu clientseitiger und serverseitiger Analytics erklärt, was die Verlagerung der Erfassung auf einen Server über den Hostnamen hinaus ändert.

Wie liefert Flowsery sein Skript von Ihrer eigenen Domain aus?

Flowsery unterstützt dasselbe First-Party-Muster über einen Proxy, den Sie auf Ihrer eigenen Domain betreiben. Der Proxy-Leitfaden hat zwei Teile: Leiten Sie /js/main.js und /api/track über Ihren Server um, damit der Tracker als First Party lädt und berichtet, und setzen Sie beim Weiterleiten von /api/track einen x-flowsery-real-ip-Header mit der IP der Besucher, weil sonst jeder Besucher vom Standort Ihres Servers zu kommen scheint. Flowsery erkennt Proxy-Setups automatisch, das Snippet braucht also nur src="/js/main.js", und das Attribut data-api ist für einen eigenen Endpunkt-Pfad da. Die Dokumentation von Flowsery enthält Proxy-Anleitungen für Next.js, Express, Flask, FastAPI, Vue.js, Astro, Firebase Hosting, Laravel, PHP, Nginx, Caddy und DigitalOcean. Die Seite zu First-Party-Tracking erklärt, wie Flowsery Besuche, Kampagnen, Funnels und Umsatz ohne Drittanbieter-Cookies oder seitenübergreifende IDs misst.

Häufig gestellte Fragen

Ändert das Google Tag Gateway, was der Google-Tag erfasst?

Nein. Derselbe Google-Tag läuft mit derselben Konfiguration und denselben Consent-Einstellungen. Es ändert sich nur der Hostname, von dem das Skript lädt, und der Pfad, über den manche Messanfragen laufen, bevor Ihre Infrastruktur sie an Google weiterleitet.

Funktioniert das Google Tag Gateway mit Google Tag Manager?

Ja. Geben Sie Ihre Container-ID an und nutzen Sie einen Messpfad, dann wird jeder Tag in diesem Container darüber ausgeliefert. Separate Container brauchen jeweils einen eigenen Pfad.

Welchen Messpfad sollte ich für das Google Tag Gateway verwenden?

Jeden Pfad, der noch nicht belegt ist, nicht der Stammpfad / ist und höchstens 100 Zeichen lang ist. Google schlägt eine zufällige Kombination aus Buchstaben und Zahlen vor, um Konflikte zu vermeiden, oder ein Wort wie /metrics. Der gewählte Pfad leitet allen passenden Traffic um.

Woran erkenne ich, dass das Google Tag Gateway funktioniert?

Öffnen Sie /metrics/healthy und /metrics/?validate_geo=healthy auf Ihrer Domain. Beide sollten ok zurückgeben. Öffnen Sie dann die Vorschau Ihres Containers in Tag Assistant und prüfen Sie unter Hits Sent, dass die Anfragen an Ihren Messpfad gehen.

Macht das Google Tag Gateway eine Einwilligung überflüssig?

Nein. Googles Gateway-Dokumentation beschreibt keine Änderung beim Consent, und der Tag liest weiterhin dieselben Befehle für Consent-Standardwerte und Updates. Ihr Consent-Banner und Ihr Consent-Mode-Setup bleiben, wie sie sind.

Unterstützt das Google Tag Gateway das noscript-Tag?

Nein. Google sagt, dass das Gateway das <noscript>-Snippet nicht unterstützt. Behalten Sie das Standard-noscript-Snippet von GTM mit Verweis auf www.googletagmanager.com, wenn Sie es nutzen.

Welche CDNs unterstützt das Google Tag Gateway?

Google veröffentlicht Anleitungen für den External Application Load Balancer von Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront und Fastly. Eine allgemeine Variante deckt jedes CDN ab, das nach Pfad routet. Die Einrichtung in der Oberfläche deckt Cloudflare, Akamai, Fastly und Google Cloud ab.

Warum braucht das Google Tag Gateway Standort-Header?

Google erhält die Anfrage jetzt von Ihrem Server und nicht vom Browser des Besuchers, sieht also nicht, wo der Besucher sitzt. Ihr CDN muss X-Forwarded-CountryRegion oder X-Forwarded-Country und X-Forwarded-Region weitergeben. Ohne diese Header kann Google Besucher nicht nach Region zuordnen.

Wie stark verbessert das Google Tag Gateway die Signale?

Google nennt einen Anstieg der Signale um 11%, gemessen an Ladevorgängen des Tag-Skripts. Verglichen wurden Tags mit und ohne Gateway über eine Woche im April 2025. Das ist Googles Gesamtwert über alle Werbetreibenden, nicht ein Wert, den Ihre Website erreichen wird.

Kann ich das Google Tag Gateway zusammen mit serverseitigem Tagging nutzen?

Ja. Google schreibt: "We recommend you complete both steps for the most durable tagging setup" und verbindet eine zugeordnete eigene Domain mit dem First-Party-Laden des Skripts. Serverseitiges Tagging mit Custom-Domain-Zuordnung ist außerdem eine der drei dokumentierten Einrichtungen.