Google Tag Gateway: tagi Google z Twojej własnej strony
Better Loader serwuje GTM z Twojej własnej subdomeny. Google Tag Gateway idzie o krok dalej: GTM i tag Google ładują się ze ścieżki na samej stronie, na przykład www.example.com/Tg7Kq2mXab/. To rozwiązanie samego Google, włączane na Twoim koncie Cloudflare albo w innym CDN, a SGTM.space prowadzi Cię przez konfigurację i sprawdza, czy działa. Z tej lekcji dowiesz się, co gateway zmienia, jak go skonfigurować i czego nie zmienia.
Zaawansowany 10 min czytania Wersja 1.9, aktualizacja 3 października 2026
Na tej stronie
Czego się nauczysz
- Wyjaśnić, co Google Tag Gateway zmienia w porównaniu z subdomeną tagowania.
- Skonfigurować go w Cloudflare albo tam, gdzie działa Twoja strona, ze ścieżką pomiarową, której nie dopasowują blokery.
- Zadbać, by GTM startował raz, po domyślnych ustawieniach zgody.
- Pozwolić Better Loaderowi przekazać do niego GTM i sprawdzić, czy to działa.
Zanim zaczniesz
- Kontener w płatnym planie, z GA4 wysyłającym dane do Twojej subdomeny tagowania (lekcja 3).
- Strona przepuszczana przez Twoje własne konto Cloudflare (pomarańczowa chmurka) albo inny CDN lub load balancer obsługujący Google Tag Gateway.
- Better Loader działający na stronie (lekcja 8). Dodatek go wymaga.
01 Co zmienia gateway
Twój CDN przekazuje do Google jedną ścieżkę na Twojej stronie, ścieżkę pomiarową. GTM, tag Google i wysyłane przez nie zapytania korzystają wtedy z tej ścieżki w Twojej własnej domenie zamiast z googletagmanager.com i innych hostów Google.
- Skrypty przychodzą z domeny samej strony, a nie z subdomeny będącej CNAME do innego hosta. Blokery, które śledzą rekordy DNS (Brave, uBlock Origin w Firefoksie, AdGuard), nie odróżnią ich od Twojej strony.
- Tag Google wysyła przez tę ścieżkę konwersje Google Ads, a przed zgodą na reklamy albo bez niej także pingi odsłon Google Ads, więc trafiają do Google przez Twoją domenę.
Czego gateway nie zmienia: GA4 dalej wysyła dane do Twojej subdomeny tagowania przez server_container_url, gdzie Request Proxy maskuje trafienia. Trafienie GA4 wysłane przez gateway nadal ma w adresie v=2&tid=G-, którego Request Proxy tam nie przepisuje, więc zostaw adres kontenera serwerowego z lekcji 3. Sam gateway nie ustawia ciasteczek: ani dokumentacja Google, ani Cloudflare nie mówi, że odpowiada nagłówkiem HTTP Set-Cookie. Ciasteczka Google nadal ustawia JavaScript, a Safari przechowuje je najwyżej 7 dni, z gatewayem czy bez. Dłużej żyją tam tylko ciasteczka, które serwer ustawia z własnego adresu strony (lekcja 4).
02 Skonfiguruj go tam, gdzie działa Twoja strona
- 1 W zakładce Dodatki kliknij Włącz na karcie Google Tag Gateway. Otworzy się strona ustawień z proponowaną Ścieżką pomiarową.
- 2 W kroku 1, Ustawienia, potwierdź Domenę strony i Ścieżkę pomiarową i kliknij Zapisz i sprawdź. Dopóki gateway nie jest skonfigurowany tam, gdzie działa Twoja strona, sprawdzenie jeszcze nie przejdzie.
Krok 2 na stronie dodatku pyta, gdzie działa Twoja strona, i pokazuje konfigurację dla tego hostingu, z Twoją ścieżką i tagiem. Wybierz tutaj swój hosting, żeby zobaczyć, czego wymaga.
- 1 W Google Tag Managerze otwórz Admin, potem Google tag gateway, wybierz Cloudflare, zaloguj się, zaznacz domenę strony i dokończ konfigurację. Możesz też włączyć go bezpośrednio w panelu Cloudflare. Potrzebujesz tam roli Super Administrator, Administrator albo Zaraz Admin.
- 2 W panelu Cloudflare otwórz Google tag gateway, potem Configure Google tag gateway, i ustaw ścieżkę pomiarową zapisaną w SGTM.space. Zostaw Set up tag wyłączone.
- Strona musi przechodzić przez Cloudflare (pomarańczowa chmurka), żeby gateway odpowiadał w jej domenie.
- Ustawienie Cloudflare obejmuje całą strefę, z subdomenami, i jeden tag. Włączaj je tylko w strefie własnej strony.
Dlaczego Set up tag zostaje wyłączone
Cloudflare dodaje własny mały loader do każdej strony w strefie. Przy wyłączonym Set up tag ten loader tylko pobiera skrypt gatewaya, a snippet Better Loadera na stronie uruchamia GTM raz, po domyślnych ustawieniach zgód.
Przy włączonym Set up tag Cloudflare sam uruchamia GTM na samej górze strony, przed domyślnymi ustawieniami zgody, i drugi raz, gdy uruchamia go też Twój snippet. To psuje kolejność ustawioną w lekcji 6. Strona ustawień ostrzega Cię, gdy sprawdzenie to wykryje, a skaner trackingu to zgłasza.
- 1 W kroku 2 wybierz Vercel i plik dla swojego frameworka: Next.js albo Inne frameworki dla Vite, SvelteKit, Nuxt, Astro, strony statycznej i pozostałych.
- 2 Zapisz plik tam, gdzie wskazuje strona, w katalogu głównym projektu. Next.js uruchamia tylko jeden taki plik: jeśli projekt już go ma, przenieś do niego funkcję.
- 3 Zatwierdź zmiany i wdróż. Vercel uruchamia plik tylko dla ścieżki pomiarowej, przed Twoimi stronami.
- 1 W kroku 2 wybierz Netlify. Strona da Ci Edge Function z wpisaną Twoją ścieżką i tagiem.
- 2 Zapisz ją tam, gdzie wskazuje strona, w katalogu bazowym strony. Netlify sam ją tam znajdzie, bez wpisu w
netlify.toml. - 3 Zatwierdź zmiany i wdróż. Netlify uruchamia funkcję tylko dla ścieżki pomiarowej, przed Twoją stroną.
- 1 Dodaj do property regułę dla ścieżki pomiarowej z zachowaniem Origin Server wskazującym adres, który krok 2 pokazuje w polu Przekazuj do, i Forward Host Header ustawionym na Origin Hostname.
- 2 Dodaj do tej reguły zachowanie Content Targeting (EdgeScape), żeby Google dostawał lokalizację odwiedzającego, a potem wdróż nową wersję.
- 1 Utwórz warunek żądania dla ścieżki pomiarowej oraz host
fps.googz tym warunkiem i Override host ustawionym nafps.goog. - 2 Dodaj snippet VCL z przewodnika Google w
vcl_missi wvcl_pass, z tagiem i ścieżką z kroku 2, a potem aktywuj usługę.
- 1 Dodaj origin dla adresu, który krok 2 pokazuje w polu Przekazuj do, z protokołem HTTPS only.
- 2 Dodaj na tym originie behavior dla ścieżki pomiarowej: wszystkie metody HTTP, cache policy CachingDisabled i origin request policy AllViewerExceptHostHeader. Przesuń go nad wszystkie pozostałe i poczekaj, aż dystrybucja się wdroży.
- 1 W zewnętrznym Application Load Balancerze dodaj backend service z Internet network endpoint group dla adresu, który krok 2 pokazuje w polu Przekazuj do, protokół HTTPS, z własnymi nagłówkami żądania wymienionymi na stronie.
- 2 Dodaj regułę routingu, która kieruje ścieżkę pomiarową do tego backendu.
Gateway uruchomisz na każdym CDN, load balancerze albo serwerze WWW, który potrafi przekazać ścieżkę do innego serwera. Krok 2 daje Ci wartości dla Twojej strony:
- Origin albo backend dla adresu z pola Przekazuj do, wysyłanego jako jego nagłówek Host, ze wszystkimi cookies i query stringiem.
- Lokalizacja odwiedzającego przy każdym żądaniu:
X-Forwarded-CountryRegion(na przykładUS-CA) alboX-Forwarded-CountryiX-Forwarded-Region. - Trasa dla ścieżki pomiarowej do tego originu, przed domyślną regułą strony.
Potem kliknij Sprawdź teraz w sekcji Status na stronie dodatku. Dla każdego hostingu rozstrzyga sprawdzenie.
03 Better Loader przekazuje GTM do gatewaya
Dodatek wymaga Better Loadera, więc strona zachowuje snippet Better Loadera i nie potrzebuje snippetu gatewaya. Gateway serwuje kontener GTM Web, który ładuje Better Loader, więc nie wpisujesz identyfikatora tagu. Gdy sprawdzenie potwierdzi, że gateway odpowiada, Better Loader ładuje GTM przez niego w domenie Twojej strony.
- Better Loader widzi loader wstrzyknięty przez Cloudflare i nie ładuje GTM dwa razy.
- Jeśli gateway zawiedzie albo zatrzyma go bloker, Better Loader sam załaduje GTM.
- W innych domenach korzystających z tego kontenera Better Loader ładuje GTM tak jak wcześniej.
- Request Proxy, Cookie Extender, Bot Filtering i Request Enricher dalej działają na Twojej subdomenie tagowania.
04 Sprawdź, czy działa
- 1 Na stronie ustawień sprawdź, czy status mówi, że gateway serwuje Twój tag pod Twoim adresem i że Better Loader ładuje przez niego GTM.
- 2 Otwórz stronę w zwykłym oknie (nie w GTM Preview) z DevTools na karcie Network. GTM powinien ładować się z
https://www.example.com/Tg7Kq2mXab/, a zanim zaakceptujesz ciasteczka reklamowe, ping Google Ads też powinien iść na tę ścieżkę. - 3 Sprawdź, czy trafienia GA4 dalej idą do Twojej subdomeny tagowania, na przykład
k7q2x.example.com. - 4 Uruchom na swojej stronie darmowy skaner trackingu. Rozpozna gateway, sprawdzi jego ścieżkę względem reguł uBlock Origin i zgłosi Set up tag, jeśli jest włączone.
Część zapytań nadal idzie prosto do Google i tak ma być: po udzieleniu zgody na reklamy tag Google wysyła swoje pingi odsłon Google Ads, razem z sygnałem zgody, i towarzyszące im zapytania do własnych domen Google, takich jak www.google.com i ad.doubleclick.net, gdzie Google odczytuje własne ciasteczka. Przy włączonych sygnałach Google w GA4 ich zapytania też idą do domen Google. Żaden gateway nie ma dla nich adresu, także ten od Cloudflare. Konwersje Google Ads nadal idą przez ścieżkę.
- Ścieżka pomiarowa ma co najmniej siedem znaków i wielką literę.
- Set up tag jest wyłączone w Cloudflare.
- GTM ładuje się z domeny Twojej strony.
- Trafienia GA4 dalej idą do Twojej subdomeny tagowania.
- Status dodatku pokazuje, że gateway odpowiada.
05 Wyłącz go ponownie
Wyłącz dodatek w SGTM.space: wyłącza się od razu, a Better Loader przestaje wczytywać GTM przez gateway. Potem usuń gateway tam, gdzie go skonfigurowano, bo inaczej strony dalej pobierają GTM dwa razy.
Z połączeniem z Cloudflare zaznacz Wyłącz też Google Tag Gateway w Cloudflare, gdy wyłączasz dodatek, albo w każdej chwili kliknij Wyłącz w Cloudflare na stronie dodatku. Bez połączenia wyłącz Google Tag Gateway w panelu Cloudflare dla strefy swojej strony.
Skasuj z projektu plik dodany dla gatewaya albo usuń fragment gatewaya z własnego pliku, jeśli go tam wklejono, a potem wdróż projekt ponownie.
Skasuj z projektu Edge Function dodaną dla gatewaya, a potem wdróż projekt ponownie.
Skasuj regułę, która przekazuje ścieżkę pomiarową do Google, a potem wdróż nową wersję.
Skasuj warunek, host i snippet VCL dla ścieżki pomiarowej, a potem aktywuj usługę.
Skasuj behavior dla ścieżki pomiarowej i jego origin, a potem poczekaj, aż dystrybucja się wdroży.
Skasuj regułę routingu dla ścieżki pomiarowej i jej backend service.
Skasuj trasę, która przekazuje ścieżkę pomiarową do Google, a potem opublikuj zmianę.
Potem kliknij Sprawdź na karcie dodatku w zakładce Dodatki: powie Ci, czy ścieżka nadal odpowiada.
Najczęstsze pytania
Czy gateway zastępuje moją subdomenę tagowania?
Nie. Gateway serwuje skrypty Google i pingi Google Ads z Twojej strony. Trafienia GA4 dalej idą do Twojego kontenera serwerowego na subdomenie tagowania, gdzie działają Twoje tagi serwerowe, Request Proxy i pozostałe dodatki.
Dlaczego część zapytań nadal idzie do Google?
Po udzieleniu zgody na reklamy tag Google wysyła swoje pingi odsłon Google Ads, razem z sygnałem zgody, i towarzyszące im zapytania do własnych domen Google, gdzie Google odczytuje własne ciasteczka, a sygnały Google wysyłają tam swoje zapytania. Tag nie ma dla nich adresu gatewaya, więc nie przeniesie ich ani gateway, ani Request Proxy. Gateway przenosi konwersje Google Ads oraz pingi odsłon wysłane przed zgodą na reklamy albo bez niej.
Powiązane funkcje
Gotowy, żeby przejść do praktyki?
Wdróż kontener server GTM na własnej domenie w kilka minut. Plan darmowy nie wymaga karty.
Załóż darmowe konto