Strona główna / Nowości

Co nowego w Google Tag Managerze

Każda istotna zmiana, jaką Google wprowadził w Tag Managerze od początku 2025 roku, z jednym zdaniem o tym, co zmienia, gdy to Ty debugujesz.

Sprawdzone z informacjami o wersjach Google w dniu · Źródło: informacje o wersjach Google Tag Managera

Kontener webowy

ID, z jakim ładowany jest kontener, decyduje teraz o tym, co może uruchomić

Google zmienił zachowanie kontenerów ładowanych nieobsługiwanymi ścieżkami. Kontener ładowany z ID GTM- nie jest ograniczony; ładowany z ID produktu, np. G- lub AW-, dopuszcza tylko tagi i zmienne dostarczane przez Google.

Przy debugowaniu

Tag Custom HTML lub szablon społeczności, który „przestał działać”, może po prostu siedzieć w kontenerze ładowanym teraz przez ID G-. Zanim zajrzysz do reguł, sprawdź, jakie ID niesie żądanie gtm.js lub gtag/js.

Interfejs

Przeprojektowana strona Overview

Strona Overview w Tag Managerze dostała uproszczony układ, który ma pomóc zarówno nowym, jak i doświadczonym użytkownikom poruszać się po konfiguracji.

Przy debugowaniu

Tylko interfejs. Nic w tym, co kontener publikuje lub wysyła, się nie zmienia.

Server-side

Konwersje serwer–serwer odzyskują to, czego nie doliczały

Konfiguracje serwer–serwer łączą teraz dane po stronie serwera z sygnałami przeglądarki, takimi jak ciasteczka, gdy obecny jest GCLID — dla dokładniejszej atrybucji Floodlight.

Przy debugowaniu

Połowa przeglądarkowa nadal ma znaczenie w konfiguracji server-side. Jeśli GCLID nigdy nie trafił do ciasteczka, nie ma czego łączyć — prześledź łańcuch od kliknięcia reklamy do konwersji, zanim obwinisz serwer.

Google tag gateway

Google tag gateway obejmuje kolejne CDN-y

W pierwszej połowie 2026 roku gateway zyskał prowadzone lub automatyczne konfiguracje dla Akamai (29 stycznia), Akamai i Fastly z automatycznym wykrywaniem stref (14 maja), load balancera Google Cloud — beta 5 stycznia, ogólna dostępność 1 czerwca — oraz Amazon CloudFront przez Tag Assistant (3 czerwca).

Przy debugowaniu

Przy gatewayu skrypty i trafienia Google są serwowane ze ścieżki we własnej domenie strony. Narzędzie rozpoznające Google po nazwie hosta nie widzi nic; dopasowanie żądania po ścieżce nadal działa. Jak debugować gateway.

Server-side

Server-side GTM i usługi GA4 połączone z Google Ads

Dla klientów server-side, których usługa GA4 jest połączona z Google Ads, śledzenie konwersji i atrybucja poprawiają się dzięki równoległym sygnałom przeglądarki, gdy włączone jest Google Signals.

Przy debugowaniu

W takiej konfiguracji żądania Google z przeglądarki, idące obok trafień server-side, są częścią projektu, a niekoniecznie wyciekiem — sprawdź, czy Signals jest włączone, zanim tak je potraktujesz.

Google Ads

Google Ads samo zbiera więcej zdarzeń ze strony

Google Ads automatycznie zbiera teraz szerszy zakres danych o zdarzeniach na stronie, przy mniejszej ręcznej konfiguracji po stronie reklamodawcy.

Przy debugowaniu

Spodziewaj się żądań Google Ads dla zdarzeń, których nikt nie skonfigurował w kontenerze. Zanim nazwiesz któreś duplikatem lub zabłąkanym, sprawdź, czy tag Google nie wysłał go sam.

Kontener webowy

Zmienne wbudowane dla Client ID, Session ID i Session Number

Trzy nowe zmienne wbudowane w kategorii Utilities dają oficjalnie wspierany sposób odczytu tych wartości w Tag Managerze.

Przy debugowaniu

Custom JavaScript parsujący ciasteczka, który dotąd to robił, można usunąć. Wartości powinny zgadzać się z cid, sid i sct w trafieniach GA4 wysyłanych przez tę samą stronę — jeśli nie, zmienna i trafienie czytają różne strumienie.

Google tag gateway

Tag Manager pokazuje, czy gateway jest aktywny

Tag Manager wyświetla teraz status aktywności konfiguracji Google tag gateway niezależnie od sposobu konfiguracji — ręcznie lub przez CDN, np. Cloudflare.

Przy debugowaniu

Status w interfejsie mówi, że gateway jest skonfigurowany. Czy dzisiejsze trafienia przez niego przeszły, nadal odczytuje się z żądań: ich hostem powinna być domena strony.

Szablony

Szablony niestandardowe mogą czytać ID klienta i sesji

API piaskownicy readAnalyticsStorage pozwala szablonom niestandardowym bezpiecznie odczytać ID klienta i sesji bez odtwarzania formatu ciasteczka.

Przy debugowaniu

Szablon, który potrzebuje tych ID, deklaruje teraz do tego uprawnienie — widoczne w opublikowanym kontenerze obok pozostałych uprawnień.

Server-side

Server-side GTM serwuje gtm.js i gtag.js przez klienta kontenera webowego

Wszystkie skrypty Google, w tym gtag.js i gtm.js, mogą być serwowane przez klienta kontenera webowego; klient Google Analytics nie serwuje już skryptów Google jako zależności.

Przy debugowaniu

Na takiej stronie samo żądanie kontenera przychodzi z domeny strony. ID nadal jest w adresie, więc kontener wciąż da się rozpoznać i odczytać.

Google tag gateway

First-party mode staje się Google tag gateway for advertisers

First-party mode zmienił nazwę na Google tag gateway for advertisers i stał się dostępny dla wszystkich — obejmuje tagi po stronie klienta i serwera, z możliwością wyboru domeny.

Przy debugowaniu

Artykuły i ustawienia sprzed maja 2025 nazywają go first-party mode. To ta sama rzecz.

Google Ads

Kontenery z tagami Google Ads i Floodlight najpierw ładują tag Google

Ogłoszone 10 marca 2025, obowiązuje od 10 kwietnia: kontenery z tagami Google Ads lub Floodlight automatycznie ładują tag Google przed wysłaniem zdarzeń.

Przy debugowaniu

Dodatkowe żądanie gtag/js dla ID Ads, pojawiające się przed pierwszą konwersją, jest oczekiwane. To nie jest druga instalacja.

Server-side

Tag Google wysyła do server-side GTM przez service worker

Gdy service worker jest dostępny, tag Google używa go teraz do wysyłania danych do server-side Tag Managera — dla wydajności i niezawodności pomiaru.

Przy debugowaniu

Część trafień do kontenera serwerowego może wychodzić z service workera, a nie ze strony. W DevTools sprawdź inicjatora żądania, zanim uznasz, że pochodzi od tagu na stronie.

Sprawdź na własnej stronie

Tag Master jest darmowy, nie wymaga konta i nie zbiera żadnych danych.

Dodaj do Chrome — za darmo