Google Tag Gateway czy server-side GTM: czym się różnią i co wybrać

Czym jest Google Tag Gateway i jak działa

Google Tag Gateway to warstwa pośrednia w Twojej domenie: wybierasz nieużywaną ścieżkę, np. /metrics, a CDN przekazuje ruch spod niej do serwerów tagów Google. Tag ładuje się wtedy z domeny sklepu, a uprawnione żądania pomiarowe przechodzą przez tę samą ścieżkę.

Funkcja zadebiutowała w marcu 2025 roku jako first-party mode w wersji beta z integracją Cloudflare. 8 maja 2025 roku Google zmienił jej nazwę na Google tag gateway for advertisers i udostępnił ją wszystkim. W 2026 roku doszły kolejne integracje: Akamai (styczeń), konfiguracja Akamai i Fastly z poziomu interfejsu tagu Google (maj), Google Cloud przez globalny zewnętrzny load balancer aplikacji (beta w styczniu, ogólna dostępność od 1 czerwca) oraz Amazon CloudFront (od 3 czerwca). Konfigurację zaczynasz w GTM, w sekcji Administracja, w pozycji dotyczącej Google Tag Gateway.

Warto pamiętać, że nie każde żądanie musi przejść przez Twoją ścieżkę – część może nadal trafiać bezpośrednio do Google. Dokładny obraz tego, które wywołania idą przez domenę sklepu, zobaczysz w Tag Assistant na liście wysłanych żądań.

Czym jest server-side GTM w tym porównaniu

Server-side GTM to kontener Tag Managera uruchomiony na Twoim serwerze, który odbiera zdarzenia z przeglądarki i decyduje, co z nimi zrobić. Możesz w nim usuwać i dopisywać parametry, ustawiać ciasteczka w odpowiedzi serwera i wysyłać dane do Google, Meta, TikToka czy własnej hurtowni.

Ceną jest infrastruktura. Potrzebujesz hostingu – najczęściej Google Cloud Run albo dostawcy zarządzanego – własnej domeny, konfiguracji klientów i tagów oraz monitoringu. Całą migrację opisujemy w poradniku server-side tagging w praktyce, a pojęcie server-side tagging wyjaśniamy w słowniku.

Google Tag Gateway a server-side GTM: porównanie w tabeli

Najkrócej: gateway zmienia drogę, którą tagi Google docierają do przeglądarki i wracają do Google, a server-side GTM zmienia to, kto przetwarza dane po drodze. Szczegóły w tabeli.

Z tabeli wynika prosta zależność: im więcej masz dostawców spoza Google i im bardziej chcesz kontrolować dane, tym silniejsze argumenty za serwerem. Jeśli korzystasz głównie z GA4 i Google Ads, gateway pokrywa dużą część korzyści przy ułamku pracy.

Co Google Tag Gateway daje, a czego nie

Gateway sprawia, że tagi Google ładują się i wysyłają uprawnione żądania z Twojej domeny. Google przedstawia to jako sposób na odzyskanie części sygnałów pomiarowych, ale skala efektu zależy od odbiorców, przeglądarek i odsetka zgód, więc mierz ją na własnych danych.

Tło jest takie, że przeglądarki coraz mocniej ograniczają zasoby z domen zewnętrznych. Chrome wprawdzie zostawił ciasteczka stron trzecich, co opisujemy w tekście o ciasteczkach w Chrome po wygaszeniu Privacy Sandbox, ale Safari domyślnie je blokuje, Firefox izoluje je w obrębie każdej witryny, a dodatkowe ograniczenia dotyczą też znanych skryptów śledzących.

Czego gateway nie robi:

• Nie modyfikuje danych. Nie usuniesz parametru, nie dopiszesz marży, nie zmienisz wartości konwersji.
• Nie obsługuje tagów innych firm. Piksel Meta czy TikToka nadal ładuje się z domeny dostawcy.
• Nie jest sposobem na blokery reklam. Część z nich rozpoznaje żądania także we własnej domenie.
• Nie zmienia zasad zgód. Tagi działają zgodnie z ustawieniami Consent Mode; różnicę między trybami opisujemy w porównaniu Consent Mode w trybie podstawowym i zaawansowanym.
• Nie daje serwera pod Twoją kontrolą. Przetwarzanie danych nadal odbywa się w usługach Google.

Kiedy wybrać Google Tag Gateway, a kiedy server-side GTM

Wybór zależy od tego, jakich dostawców obsługujesz, czy musisz zmieniać dane przed wysłaniem i jakimi zasobami dysponujesz. Odpowiedz po kolei na poniższe pytania.

1. Czy korzystasz głównie z tagów Google? Jeśli tak, zacznij od gatewaya – to najmniejszy wysiłek przy realnej zmianie.
2. Czy masz CDN z gotową integracją? Przy Cloudflare konfiguracja zajmuje zwykle mniej niż godzinę; procedurę pokazujemy w poradniku o Google Tag Gateway na Cloudflare.
3. Czy musisz ukrywać lub zmieniać dane przed wysłaniem? Marża, LTV czy usuwanie danych osobowych z parametrów wymagają serwera.
4. Czy wysyłasz konwersje do Meta lub TikToka z serwera? Conversions API przez kontener serwerowy to jedna z najczęstszych przyczyn wdrożenia sGTM.
5. Czy zakupy powinny trafiać do narzędzi z backendu? Gdy klienci nie wracają z bramki płatności, serwer pozwala wysłać zdarzenie w chwili potwierdzenia płatności.
6. Czy masz kogoś do utrzymania serwera? Kontener serwerowy wymaga aktualizacji, monitoringu i kontroli kosztów.

Jeśli odpowiedzi na pytania 3–5 brzmią „tak”, potrzebujesz server-side GTM. Jeśli wszystkie brzmią „nie”, gateway najpewniej wystarczy.

Jak połączyć Google Tag Gateway z server-side GTM

Oba rozwiązania się nie wykluczają. Google opisuje w dokumentacji wariant, w którym ścieżka w domenie sklepu, obsługiwana przez CDN, kieruje ruch do Twojego serwera tagowania, a ten serwuje skrypty Google i odbiera żądania pomiarowe.

Taki układ łączy zalety obu podejść. Skrypty i żądania działają w tej samej domenie co sklep, co ma znaczenie m.in. dla ciasteczek w Safari, a jednocześnie dane przechodzą przez Twój kontener serwerowy, w którym je filtrujesz, wzbogacasz i rozsyłasz do innych dostawców, np. przez Meta Conversions API w server-side GTM. Od czerwca 2025 roku klient kontenera internetowego w serwerze tagowania serwuje wszystkie skrypty Google, w tym gtm.js i gtag.js, co upraszcza taką konfigurację. Wybór miejsca, w którym uruchomisz serwer, omawiamy w tekście o hostingu server-side GTM.

Kolejne zmiany w działaniu kontenerów, np. możliwość wysyłania danych do Google bez osobnego gtag.js, opisujemy w omówieniu zmian w GTM w 2026 roku.

Koszty i nakład pracy: przykładowe wyliczenie

Różnica w kosztach jest duża, ale porównywać trzeba ją z wartością danych, które zyskasz. Poniższy przykład jest hipotetyczny.

Załóżmy, że sklep wydaje 30 000 zł miesięcznie na Google Ads i 15 000 zł na Meta Ads, a ruch obsługuje przez Cloudflare. Wdrożenie gatewaya to ok. godzina pracy i brak dodatkowych opłat za samą integrację. Server-side GTM na Cloud Run z dwiema stałymi instancjami to według szacunków Google ok. 90–100 USD miesięcznie, czyli przy założonym kursie 3,70 zł ok. 330–370 zł, plus logi, ruch wychodzący i ewentualny load balancer. Do tego dochodzi jednorazowa praca wdrożeniowa i stałe utrzymanie.

Jeśli dzięki serwerowi sklep przekaże Meta konwersje z Conversions API, a Google Ads – wartość opartą na marży, koszt infrastruktury jest niewielki w porównaniu z budżetem mediowym. Jeśli jednak jedyne narzędzia to GA4 i Google Ads, a wartości konwersji nie są zmieniane, serwer daje niewiele więcej niż gateway. Szerszy kontekst budowania własnych danych znajdziesz w artykule o danych first-party w reklamie, a nadrzędną strategię wzbogacania konwersji – w tekście o wzbogacaniu zdarzeń po stronie serwera. Wszystkie poradniki z tego obszaru zebraliśmy w podtemacie server-side tagging.