Jak wdrożyć Google Tag Gateway

W dobie zaostrzających się restrykcji dotyczących prywatności (takich jak ITP w Safari) oraz rosnącej popularności adblockerów, utrzymanie wysokiej jakości danych analitycznych staje się sporym wyzwaniem. Rozwiązaniem tego problemu jest Google Tag Gateway (GTG). Polega ono na kierowaniu ruchu analitycznego przez własną domenę witryny (tzw. first-party context), co pozwala na wydłużenie życia ciasteczek i ominięcie podstawowych blokad.

Jak wdrożyć ten mechanizm? Architektura zależy od obecnej konfiguracji.

Dwa scenariusze wdrożenia

Podejście do Google Tag Gateway różni się w zależności od tego, czy Server-Side GTM jest już w użyciu, czy wdrożenie opiera się wyłącznie na przeglądarce.

Szybkie wdrożenie z Cloudflare

Jeśli domena korzysta z Cloudflare, stworzenie bramy dla tagów jest niezwykle proste dzięki wykorzystaniu Cloudflare Workers.

• Utworzyć nowy skrypt w sekcji Cloudflare Workers.
• Skonfigurować skrypt tak, aby przechwytywał ruch ze ścieżki (np. twojadomena.pl/gtg/) i przekierowywał go do serwerów Google (dla Client-Side) lub pod adres kontenera Server-Side GTM.
• Ustawić odpowiednie nagłówki HTTP (szczególnie X-Forwarded-For oraz X-Forwarded-Host), aby zachować poprawne adresy IP klientów.
• Podepnij skrypt pod konkretną ścieżkę w zakładce „Triggers”, korzystając z reguł routingu.

Cloudflare zadziała jako błyskawiczny Reverse Proxy działający na krawędzi sieci (Edge), co zapewni znikome opóźnienia dla użytkowników.

Zmiany po stronie Webmastera (Reverse Proxy)

Uruchomienie Gatewaya to tylko połowa sukcesu. Witryna musi zacząć z niego korzystać. Webmaster lub deweloper musi wprowadzić następujące zmiany:

• Aktualizacja skryptu GTM: Zamiast ładować GTM z https://www.googletagmanager.com/gtm.js..., kod musi wskazywać na nową ścieżkę, np. https://twojadomena.pl/gtg/gtm.js....
• Zmiana URL transportowego w GA4: W konfiguracji tagu Google Analytics 4 (lub w Google Tag) należy nadpisać parametr transport_url, tak aby hity były wysyłane na adres Reverse Proxy.
• Weryfikacja CORS: Webmaster musi upewnić się, że nagłówki Cross-Origin Resource Sharing nie blokują żądań wychodzących do nowej subdomeny lub ścieżki.

Load Balancer w Google Cloud dla GTG + Server-Side GTM

Dla dużych projektów e-commerce, gdzie ruch liczony jest w milionach sesji, pojedynczy punkt wejścia może nie wystarczyć. Wdrożenie Server-Side GTM w środowisku Google Cloud Platform (np. z użyciem usługi Cloud Run) wymaga stworzenia profesjonalnego Load Balancera (GCP HTTP/S Load Balancing).

• Skonfigurować Serverless Network Endpoint Group (NEG), która połączy Load Balancer z instancjami kontenera SS GTM w Cloud Run.
• Zarezerwować globalny, statyczny adres IP w panelu GCP, aby móc przypisać go do rekordu A w systemie DNS.
• Wdrożyć Google-managed SSL certificate na Load Balancerze, aby automatycznie zarządzać certyfikatami HTTPS dla subdomeny analitycznej (np. metrics.twojadomena.pl).
• Utworzyć Routing Rules (URL map), które skierują odpowiedni ruch analityczny bezpośrednio do serwerów GTM.

Dzięki takiej architekturze rozwiązanie będzie automatycznie skalować się w zależności od natężenia ruchu (np. podczas Black Friday), gwarantując pełną stabilność.