Google tag gateway to funkcja Google, dzięki której skrypty tagów Google (np. gtm.js) ładują się z Twojej domeny, a nie z serwerów Google. Da się ją włączyć przez CDN, na przykład Cloudflare, albo przez serwer tagowania. Część blokerów przestaje wtedy zatrzymywać pomiar, ale bramka nie wydłuża ciasteczek w Safari, nie omija wszystkich blokerów i nie zmienia nic w zgodach. Jeśli na stronie masz tylko GA4, Google Ads i Google Tag Managera, często wystarczy. Gdy potrzebujesz kontroli nad danymi i tagami spoza Google, potrzebny jest server-side.
Na mojej stronie skrypty Google idą z subdomeny dane.adsdata.pl przez serwer tagowania. Poniżej opisuję, co to zmienia, co pokazał test z 28.10.2026 i czego bramka nie załatwia.
W skrócie
- Bramka podaje skrypty Google z Twojej domeny. Według Google przez CDN, load balancer, serwer WWW albo serwer tagowania.
- Google podaje 11% więcej sygnałów u reklamodawców z bramką. To ładowania skryptu tagu, nie konwersje.
- Nie załatwia: części blokerów (np. Ghostery), krótkich ciasteczek w Safari, zgód i tagów spoza Google.
- Po włączeniu przez CDN sprawdź w GA4 miasto i region oraz filtry ruchu wewnętrznego po IP.
- Wystarczy, gdy masz tylko tagi Google i nie masz serwera tagowania. Gdy masz serwer tagowania, bramkę włączasz w nim (klient Web Container), bez Cloudflare.
Czym jest Google tag gateway
Domyślnie Google Tag Manager ładuje swoje pliki z serwerów Google, np. z googletagmanager.com. Bramka (pełna nazwa: Google tag gateway for advertisers) przenosi to ładowanie na Twoją infrastrukturę. Dokumentacja Google opisuje to tak: skrypty, np. gtm.js, idą z Twojej domeny, a dane są obsługiwane „w kontekście first-party”, przez serwer tagowania albo przez CDN.
Wprost wymienione są: gtm.js, gtag.js z identyfikatorem G- oraz tagi Google Ads i Floodlight. Zmienia się droga, którą skrypty trafiają do przeglądarki. Tagi dalej robią to samo i wysyłają dane do tych samych usług Google.
Trzy sposoby włączenia
| Sposób | Jak działa | Dla kogo |
|---|---|---|
| CDN z integracją (Cloudflare) | integracja jednym kliknięciem (według Google) | strona już stoi za Cloudflare |
| Własny CDN, load balancer albo serwer WWW | konfiguracja ręczna według dokumentacji Google | firmy z własną infrastrukturą i informatykiem |
| Serwer tagowania (server-side GTM) | klient „Google Tag Manager: Web Container” w kontenerze serwerowym podaje gtm.js i gtag.js z Twojej domeny | strona, która ma albo planuje server-side |
Google opisuje integrację z Cloudflare jako „one-click”. W ogłoszeniu Fastly i Google Cloud CDN były zapowiedziane, a według Analytics Mania doszedł Akamai.
W wariancie przez CDN Google pisze, że nie trzeba zmieniać kodu tagów na stronach. Analytics Mania pokazuje, gdzie to włączyć: w GTM w zakładce „Admin” jest pozycja „Google tag gateway”. Bez GTM ta sama opcja jest w ustawieniach tagu strumienia danych GA4.
W wariancie z serwerem tagowania w kontenerze serwerowym ustawiasz dozwolony kontener i ścieżkę, pod którą serwer podaje skrypty, a w kodzie GTM na stronie zmieniasz adres na adres serwera. Google uprzedza, że to dodatkowe obciążenie serwera tagowania i może podnieść jego koszt.
Jak to wygląda na adsdata.pl
Mam trzeci wariant. Subdomena dane.adsdata.pl prowadzi do mojego serwera tagowania w Google Cloud, a kontener serwerowy podaje z niej gtm.js i skrypt tagu Google dla GA4. Zdarzenia GA4 też trafiają najpierw na dane.adsdata.pl, a serwer przed przekazaniem ich do Google Analytics usuwa adres IP odwiedzającego.
28.10.2026 sprawdziłem to w izolowanej przeglądarce, która nic nie wysyła do Google (zapytania z danymi są zatrzymywane i tylko odczytywane). Wynik:
- Kod GTM w HTML strony ma adres dane.adsdata.pl, a nie googletagmanager.com.
- Plik kontenera GTM i skrypt tagu Google dla GA4 przyszły z dane.adsdata.pl.
- Zdarzenia GA4 szły na dane.adsdata.pl/g/collect, przed decyzją w banerze z
gcs=G100, po zgodzie zgcs=G111. - Przeglądarka ani razu nie łączyła się z google-analytics.com. Do googletagmanager.com poszło jedno zapytanie: gtm.js z parametrem
gtg_health=1. Wygląda na kontrolę działania bramki, ale w dokumentacji, którą przeczytałem, Google go nie opisuje.
U siebie mam tylko GA4. Tagów Google Ads na adsdata.pl nie ma, więc tej części na własnej stronie nie pokażę.
Co realnie zyskujesz
Mniej zablokowanych tagów. Część rozszerzeń blokuje zapytania po adresach Google (googletagmanager.com, /gtag/, google-analytics.com/g/collect). Gdy skrypty idą z Twojej domeny, takie rozszerzenia ich nie rozpoznają. Analytics Mania podaje przykład DuckDuckGo i sam zaznacza, że „przynajmniej na razie”.
Więcej sygnałów według Google. Jedyna liczba w ogłoszeniu Google: reklamodawcy z bramką mieli 11% więcej sygnałów. Przypis mówi, że to dane globalne z 9-16 kwietnia 2025, mediana z 7 dni, mierzona w ładowaniach skryptu tagu Google. To więcej uruchomionych tagów, a nie 11% więcej konwersji. Ile dostaniesz Ty, zależy od tego, ilu Twoich odwiedzających używa blokerów.
Prostota przy CDN. Przy Cloudflare to kilka kliknięć, bez programisty i bez serwera do utrzymania. Analytics Mania nazywa bramkę darmową funkcją i sam korzysta z darmowego planu Cloudflare.
Czego Google tag gateway nie załatwia
Nie omija wszystkich blokerów. Według Analytics Mania Ghostery blokuje GA4 także wtedy, gdy zapytania idą przez Twoją domenę.
Nie wydłuża ciasteczek w Safari. Analytics Mania pisze wprost: bramka na zwykłym GTM po stronie przeglądarki nie zmienia limitów ITP. Dokumentacja Google o ciasteczkach mówi tylko tyle, że przeniesienie tagów Google Ads do kontenera serwerowego daje ciasteczka ustawiane przez serwer. Do tego Bettersteps opisuje zmiany w becie Safari 27: przeglądarka ma sprawdzać docelowy adres IP zapytania, więc własna subdomena może przestać chronić, jeśli połączenie i tak trafia do infrastruktury znanej platformy reklamowej. Autor traktuje to jako ostrzeżenie do sprawdzenia po stabilnym wydaniu. Dotyczy to też mojego wariantu, bo dane.adsdata.pl wskazuje na serwery Google. Na urządzeniu z Safari jeszcze tego nie sprawdziłem.
Nie wszystko idzie przez Twoją domenę. Analytics Mania opisuje, że przy bramce przez CDN część zapytań GA4 dalej trafia wprost do Google, np. na region1.google-analytics.com. Przytacza wyjaśnienie Google: to zamierzone, między innymi przez wymagania dla ruchu z Unii Europejskiej. U mnie, z serwerem tagowania, przeglądarka z google-analytics.com się nie łączyła (test wyżej), ale to inny wariant.
Nie zmienia zgód. Bramka zmienia drogę skryptów, a nie zasady. Na mojej stronie zapytania przez własną subdomenę niosą ten sam stan zgody co bez niej (G100 przed decyzją, G111 po zgodzie). Czy i jak zbierać zgodę, decyduje właściciel strony razem z prawnikiem.
Nie obejmuje tagów spoza Google. Piksel Meta, Clarity czy LinkedIn dalej ładują się ze swoich serwerów i trzeba je osobno wstrzymać do zgody. Jak to zrobić dla Clarity, opisuję we wpisie Microsoft Clarity a zgody.
Pułapki po włączeniu przez CDN
Analytics Mania i jego czytelnicy opisują trzy rzeczy do sprawdzenia:
- Miasto i region w GA4. Czytelnicy zgłaszali, że po włączeniu bramki ok. 90% ruchu miało w mieście i regionie „(not set)”.
- Filtry ruchu wewnętrznego po IP. GA4 widzi adres IP Cloudflare zamiast adresu odwiedzającego, więc filtr po IP biura przestaje działać.
- Kod na wszystkich stronach. Integracja Cloudflare wstrzykuje kod GTM na każdą stronę serwisu, także na panel administracyjny. Autor nie znalazł prostego sposobu, żeby to wyłączyć.
Przed włączeniem zapisz, jak dziś wyglądają w GA4 miasta, regiony i ruch wewnętrzny, i dodaj adnotację z datą zmiany. Po tygodniu porównaj.
Kiedy wystarczy, a kiedy server-side
| Twoja sytuacja | Co wybrać |
|---|---|
| Na stronie tylko GA4, Google Ads i GTM, strona stoi za Cloudflare | bramka przez CDN wystarczy na start |
| Tagi Google i kilka spoza Google, bez serwera tagowania | bramka pomoże tagom Google i ładowaniu kontenera, reszty nie zmieni |
| Chcesz kontrolować, co trafia do Google i Meta (np. usuwać IP), mieć ciasteczka ustawiane przez serwer albo przekazywać dane także do innych dostawców niż Google | server-side |
| Masz już serwer tagowania z własnym adresem | bramka przez CDN jest zbędna: w kontenerze serwerowym włącz klienta „Google Tag Manager: Web Container” i zmień adres w kodzie GTM na adres serwera |
Tak samo stawia sprawę Analytics Mania: bramka to dobry wybór, gdy masz tylko tagi Google po stronie przeglądarki, a przy ruchu z Unii Europejskiej autor poleca raczej porządny server-side. Koszt to druga strona wyboru: bramka przez Cloudflare nie wymaga serwera, a serwer tagowania tak. Google podaje ok. 45 USD miesięcznie za jedną stale włączoną instancję na Cloud Run i zaleca co najmniej dwie. Ja mam ustawienie oszczędniejsze, z instancjami tylko na czas zapytań. Rachunku z kilku tygodni jeszcze nie mam, więc go tu nie podaję.
Jeśli kampanie Google Ads mają dostawać więcej sygnałów, zacznij od tego, czy konwersje w ogóle są mierzone poprawnie. Bramka poprawia ładowanie tagów, ale nie naprawi źle ustawionych konwersji ani zgód. Tym zajmuję się przy wdrożeniu GA4, GTM i Consent Mode v2 oraz przy prowadzeniu kampanii Google Ads.
Pytania
Czy Google tag gateway jest płatny?
Sama funkcja nie. Przez Cloudflare koszt zależy od Twojego planu Cloudflare, a Analytics Mania korzysta z darmowego. Przez serwer tagowania płacisz za serwer.
Czy muszę zmieniać kod na stronie?
Przy CDN według Google nie. Przy serwerze tagowania tak: adres w kodzie GTM albo gtag.js zmieniasz na adres serwera.
Czy bramka zastępuje server-side?
Nie. Przenosi tylko ładowanie tagów Google. Server-side daje kontrolę nad danymi, tagi spoza Google i ciasteczka ustawiane przez serwer, więcej na stronie server-side tracking.
Podsumowanie
- Bramka podaje skrypty Google z Twojej domeny: przez CDN, load balancer, serwer WWW albo serwer tagowania.
- Daje mniej blokad części rozszerzeń i według Google 11% więcej sygnałów (ładowań tagu, nie konwersji).
- Nie wydłuża ciasteczek w Safari, nie omija wszystkich blokerów i nie zmienia zgód.
- Po włączeniu przez CDN sprawdź w GA4 miasto, region i filtry ruchu wewnętrznego.
Chcesz wiedzieć, czy Twojej stronie wystarczy bramka, czy potrzebny jest serwer tagowania? Napisz do mnie.
Źródła
Sprawdzone 28.10.2026.
- Google for Developers: Google tag gateway przez serwer tagowania (dependency serving)
- Pomoc Google Ads: Google tag gateway for advertisers
- Google for Developers: Cloud Run setup guide (koszt instancji)
- Analytics Mania: Google Tag Gateway: What is it, and How to Configure it (aktualizacja 12.08.2026, z komentarzami czytelników)
- Bettersteps: Analityczne newsy, sierpień 2026 (Safari 27 w becie)
- Test własny: adsdata.pl, 28.10.2026, pełna zgoda i przeładowanie strony, w izolowanej przeglądarce bez wysyłania danych do Google.
