Wie man das Google Tag Gateway implementiert

In Zeiten strengerer Datenschutzrichtlinien (wie ITP in Safari) und der wachsenden Beliebtheit von Adblockern wird die Aufrechterhaltung einer hohen Datenqualität zu einer großen Herausforderung. Die Lösung für dieses Problem ist das Google Tag Gateway (GTG). Dabei wird der Analyse-Traffic über die eigene Domain (First-Party-Kontext) geleitet, was die Lebensdauer von Cookies verlängert und grundlegende Blockaden umgeht.

Wie implementiert man diesen Mechanismus? Die Architektur hängt vom aktuellen Setup ab.

Zwei Implementierungsszenarien

Der Ansatz für das Google Tag Gateway unterscheidet sich je nachdem, ob bereits Server-Side GTM im Einsatz ist oder die Implementierung ausschließlich browserbasiert bleibt.

Schnelle Bereitstellung mit Cloudflare

Wenn die Domain Cloudflare nutzt, ist die Erstellung eines Tag-Gateways durch die Verwendung von Cloudflare Workers extrem einfach.

• Ein neues Skript im Bereich Cloudflare Workers erstellen.
• Das Skript so konfigurieren, dass es den Datenverkehr von einem Pfad (z.B. ihredomain.de/gtg/) abfängt und an die Google-Server oder an die Adresse des Server-Side GTM-Containers weiterleitet.
• Entsprechende HTTP-Header setzen (insbesondere X-Forwarded-For und X-Forwarded-Host), um die korrekten Client-IP-Adressen beizubehalten.
• Das Skript auf der Registerkarte “Triggers” über Routing-Regeln mit einem bestimmten Pfad verknüpfen.

Cloudflare fungiert hierbei als blitzschneller Reverse Proxy, der am Rand des Netzwerks (Edge) arbeitet und minimale Latenzzeiten für die Nutzer gewährleistet.

Änderungen auf Seiten des Webmasters (Reverse Proxy)

Das Starten des Gateways ist nur die halbe Miete. Die Website muss beginnen, es zu nutzen. Der Webmaster oder Entwickler muss folgende Änderungen vornehmen:

• Aktualisierung des GTM-Skripts: Anstatt GTM von https://www.googletagmanager.com/gtm.js... zu laden, muss der Code auf den neuen Pfad verweisen, z.B. https://ihredomain.de/gtg/gtm.js....
• Änderung der Transport-URL in GA4: In der Konfiguration des Google Analytics 4 Tags (oder des Google Tags) muss der Parameter transport_url überschrieben werden, sodass Hits an die Adresse des Reverse Proxys gesendet werden.
• CORS-Überprüfung: Der Webmaster muss sicherstellen, dass Cross-Origin Resource Sharing-Header keine ausgehenden Anfragen an die neue Subdomain oder den neuen Pfad blockieren.

Load Balancer in der Google Cloud für GTG + Server-Side GTM

Für große E-Commerce-Projekte, bei denen der Traffic in Millionen von Sessions gezählt wird, reicht ein einzelner Einstiegspunkt möglicherweise nicht aus. Die Implementierung von Server-Side GTM in der Google Cloud Platform (z.B. mit Cloud Run) erfordert einen professionellen Load Balancer (GCP HTTP/S Load Balancing).

• Eine Serverless Network Endpoint Group (NEG) konfigurieren, die den Load Balancer mit den SS GTM-Container-Instanzen in Cloud Run verbindet.
• Eine globale, statische IP-Adresse im GCP-Panel reservieren und sie einem A-Record im DNS-System zuordnen.
• Ein Google-managed SSL certificate auf dem Load Balancer bereitstellen, um HTTPS-Zertifikate für die Analyse-Subdomain (z.B. metrics.ihredomain.de) automatisch zu verwalten.
• Routing Rules (URL-Map) erstellen, die den relevanten Analyse-Traffic direkt an die GTM-Server leiten.

Dank einer solchen Architektur skaliert die Lösung automatisch mit dem Verkehrsaufkommen (z.B. am Black Friday) und garantiert volle Stabilität.