Google tag i GTM łączą się w jedno narzędzie: co sprawdzić w kontenerze

20 sierpnia 2026 Google opublikowało w dokumentacji pomocy tekst o aktualizacjach Google tag i Google Tag Manager. Najważniejsze zdanie z całej zapowiedzi jest krótkie: żadna zmiana nie jest wprowadzana automatycznie. Adopcja jest opcjonalna, a proponowane modyfikacje można obejrzeć w podglądzie przed publikacją. Dla agencji prowadzących kilkadziesiąt kontenerów klientów to dobra wiadomość, bo nie trzeba działać w pośpiechu. Reszta dokumentu opisuje jednak kierunek, w którym Google zmierza, a ten kierunek zmienia sposób pracy z kontenerem.

Wpisu nie było w notatkach o wydaniach GTM. Na stronie z release notes najnowszy wpis w połowie września 2026 nadal dotyczył 9 lipca. Informacja trafiła do dokumentacji Google tag i do prasy branżowej, dlatego część zespołów ją przegapiła.

Co dokładnie zapowiedziało Google

Zapowiedź opisuje pakiet zmian, które mają uprościć konfigurację pomiaru, poprawić wydajność i zarządzanie oraz ujednolicić doświadczenie między produktami tagującymi Google. W praktyce chodzi o nowy układ interfejsu, przekształcenie Google tag w pełnoprawny kontener i nowy format snippetów wdrożeniowych. Do tego dochodzą linkowanie kont i tagowanie wizualne w becie.

Settings i Advanced, czyli gdzie zniknęły wyzwalacze

Strona przeglądu kontenera i produktu została przeprojektowana, bez usuwania funkcji. Nowa zakładka Settings zbiera ustawienia wspólne dla całego kontenera. Wypełnia je optymalizacja kontenera albo ręczne dodanie tagu docelowego Google. Wyzwalacze, zmienne, szablony i foldery przeniesiono do rozwijanej zakładki Advanced.

Pierwsza konsekwencja jest organizacyjna. Osoba, która pracowała w GTM od lat, po wejściu do zaktualizowanego kontenera nie znajdzie listy wyzwalaczy w tym samym miejscu. Jeśli zespół ma procedurę wdrożeniową, warto ją zaktualizować tego samego dnia, w którym pojawi się nowy układ. Inaczej ktoś zgłosi, że wyzwalacze zniknęły.

Google tag staje się pełnym kontenerem

Dokumentacja mówi wprost, że tagi Google zostaną rozszerzone do w pełni funkcjonalnych kontenerów Google Tag Manager. Witryny, które korzystały wyłącznie z Google tag, zyskają tagowanie z interfejsu, debugowanie i kontrolę wersji. Zachowanie tagów na stronie się nie zmienia. Każdy cel Google utrzymuje własny tag, a istniejące wyzwalacze zdarzeń automatyzacji zostają na miejscu.

Dla klienta różnica jest odczuwalna. Granica między stroną z samym Google tag a stroną z kontenerem GTM się zaciera. Argument, że GTM to dodatkowa warstwa, której nie chcemy, traci sens, bo oba rozwiązania mają docelowo ten sam interfejs i te same możliwości.

Nowy snippet bez polecenia gtag config

Wszystkie nowe snippety wdrożeniowe mają mieć jednolity format i nie będą zawierały polecenia gtag config. Google wskazuje zamiennik: wyzwalacz gtm init, który można skonfigurować tak, aby czekał na polecenie config i zachował dotychczasowy układ. Jeśli masz w szablonie strony albo we wtyczce zaszyte polecenia gtag config z identyfikatorem konwersji, nie usuwaj ich od razu. Ścieżka z gtm init istnieje po to, żeby przejście nie wymagało przepisywania wdrożenia od zera.

Szybkość transmisji, nie szybkość strony

Po optymalizacji kontener wysyła dane bezpośrednio do celów Google. Wcześniej GTM ładował dodatkowy plik gtag.js, aby przekazać dane do celu Google, co mogło opóźniać transmisję pomiaru. To zmiana w kanale przesyłania danych, a nie w szybkości ładowania witryny. Nie obiecuj klientowi poprawy Core Web Vitals na podstawie tego punktu. Efekt dotyczy tego, jak szybko pomiar dociera do Google.

Linkowanie kont i uprawnienia

Kontener zostaje powiązany z kontami docelowymi Google i staje się widoczny oraz zarządzalny w interfejsach innych produktów. Linki do kont tworzą się automatycznie w trakcie optymalizacji, z dostępem do odczytu domyślnie. Uprawnienia można zmienić w zarządzaniu użytkownikami Tag Managera.

To punkt, w którym warto zajrzeć do ustawień. Po optymalizacji sprawdź, kto ma dostęp do kontenera i czy klient zdaje sobie sprawę, że jego kontener pojawi się także w innych produktach Google. W relacji agencja-klient dostęp do odczytu jest zwykle akceptowalny, ale powinien być świadomą decyzją, a nie efektem ubocznym kliknięcia banera optymalizacji.

Tagowanie wizualne w becie

Google udostępnia tagowanie wizualne. Wybierasz elementy na stronie i tworzysz zdarzenia oraz konwersje bez pisania kodu, a selektory i wyzwalacze powstają w tle. Funkcja jest w becie i na start obejmuje wyłącznie konwersje zakupowe w Google Ads. Kolejne zastosowania mają pojawiać się w ciągu roku.

Zasada dotyczy każdej bety: nie przenoś pomiaru konwersji klienta na funkcję testową w szczycie sezonu. Przetestuj na osobnej usłudze i porównaj liczbę konwersji z obecnym wdrożeniem, zanim cokolwiek opublikujesz.

Wsparcie partnerów

Dokumentacja wymienia Akamai, Cloudflare, Duda, Fastly i Webflow jako partnerów, którzy mają pomagać w utrzymaniu dokładnych i bezpiecznych danych pomiarowych. Listę przekazała Ginny Marvin z Google Ads. Dla użytkowników Cloudflare oznacza to, że pomiar z pierwszej strony i ścieżka server-side przestają być tematem wyłącznie dla dużych wdrożeń.

Co zrobić w najbliższych tygodniach

1. Otwórz podgląd przed publikacją. Optymalizacja wymaga uprawnień do edycji, zatwierdzania albo publikowania, a wszystkie zmiany można obejrzeć przed wdrożeniem. Zacznij od podglądu, nie od zielonego przycisku.
2. Zaplanuj termin. Zmiana ustawień kontenera w środku okresu porównawczego rozjeżdża raporty. Wybierz spokojny tydzień i dodaj adnotację z datą.
3. Sprawdź uprawnienia po optymalizacji. Linki do kont tworzą się automatycznie, z dostępem do odczytu domyślnie.
4. Zanotuj, gdzie w kodzie siedzą polecenia gtag config. Przygotuj zamianę na wyzwalacz gtm init, zanim Google zmieni domyślny snippet.
5. Zweryfikuj pomiar po wdrożeniu. Tag Assistant i DebugView pokażą, czy tagi nadal odpalają, a raport czasu rzeczywistego potwierdzi, że zdarzenia docierają. Konwersje w Google Ads sprawdź po 24 do 48 godzin, bo przetwarzanie nie jest natychmiastowe.
6. Kontenery o złożonej logice zostaw na koniec. Server-side, wiele domen, niestandardowe szablony: im bardziej nietypowe wdrożenie, tym więcej do sprawdzenia po zmianie układu.

Zgody i Consent Mode nie są częścią tej zmiany. Skrypt z domyślnym odmówieniem i banner CMP zostają jak dotąd. Po optymalizacji warto jednak potwierdzić, że tagi powiązane ze zgodami nadal działają, a ustawienia wspólne nie zdublowały konfiguracji.

Unifikacja nie wymaga natychmiastowego działania. Wymaga decyzji: kiedy i na którym kontenerze ją przetestujesz. Kontener testowy, podgląd, adnotacja i wpis w planie pomiaru to cała lista. Jeśli nie wiesz, od czego zacząć, wybierz kontener z najprostszą logiką.