Optymalizacja kontenera GTM: co zmieniają tagi docelowe

Do tej pory kontener Google Tag Managera potrzebował skryptu gtag.js, żeby przekazać dane do GA4 albo Google Ads. Od 12 października 2026 kontener potrafi wysłać je sam, bez wczytywania dodatkowego JavaScriptu. Google opisało tę zmianę w notatkach o wydaniach jako optymalizację kontenera Menedżera tagów.

W praktyce oznacza to mniej kodu na stronie i jedno miejsce z ustawieniami zamiast kilku. Dochodzi jednak drugi wątek, o którym łatwo zapomnieć przy migracji: uprawnienia do miejsc docelowych nie podlegają wersjonowaniu, więc przejście na nowy tryb jest też okazją do przeglądu dostępów.

Co ogłosiło Google

Notatka z 12 października 2026 mówi krótko: kontener zyskuje możliwość wysyłania danych bezpośrednio do usług pomiarowych Google. Wcześniej GTM doczytywał w tym celu dodatkowy JavaScript (gtag.js), co mogło opóźniać transmisję pomiaru. Tag Google wczytywany w ten sposób miał własne ustawienia i własne uprawnienia, przez co diagnoza problemów była trudniejsza i rozbita na kilka miejsc.

Google wymienia trzy korzyści: lepszą skuteczność tagów, bo dane idą prosto do usług docelowych bez gtag.js, łatwiejsze zarządzanie ustawieniami na nowej karcie Ustawienia oraz uproszczony dostęp dla zespołu, czyli większą widoczność tego, co dzieje się w kontenerze.

To optymalizacja zalecana, ale nie automatyczna. W kontenerze pojawia się baner z informacją o dostępnym uaktualnieniu i to ty decydujesz, kiedy je wdrożysz. Jeśli banera nie widzisz, zmiana jeszcze do ciebie nie dotarła.

Czym jest miejsce docelowe

Miejsce docelowe to konto usługi pomiarowej Google, które dzieli konfigurację z tagiem Google i otrzymuje od niego dane. Angielska dokumentacja wymienia cztery typy: strumień danych internetowych GA4, konto Google Ads, konfigurację Floodlight (Campaign Manager 360 i Display & Video 360) oraz źródło konwersji Merchant Center.

Polska wersja tej samej strony wciąż podaje, że miejscem docelowym może być tylko konto Google Ads i Google Analytics. Rozbieżność nie jest błędem w twojej konfiguracji, tylko opóźnieniem tłumaczenia. Jeśli klient prosi o potwierdzenie zakresu, sięgnij po angielską wersję dokumentacji.

Miejsce docelowe dodajesz na dwa sposoby: przez tag miejsca docelowego, który Google wskazuje jako zalecany, albo przez ponowne użycie konfiguracji istniejącego tagu Google. Pierwszy wariant ma jedną konsekwencję wartą zapamiętania: dodanie tagu miejsca docelowego automatycznie wysyła zdarzenie wyświetlenia strony dla tego miejsca. Ustawienia pojedynczego miejsca docelowego nadpiszesz w parametrach jego tagu.

Przejście krok po kroku, gdy ustawienia są takie same

Jeśli wszystkie tagi Google w kontenerze mają identyczne ustawienia, ścieżka jest krótka. Baner na stronie Przegląd prowadzi do przycisku Sprawdź szczegóły. To samo okno otworzysz z mapy miejsc docelowych, wybierając miejsce docelowe i klikając Rozpocznij w banerze, albo z karty Ustawienia, w sekcji Miejsca docelowe Google, najeżdżając na „Nie” w kolumnie Zoptymalizowane.

Przed dodaniem zmian do obszaru roboczego kliknij Wyświetl podgląd zmian. Zobaczysz wtedy dokładnie, co zmieni się w kontenerze, zamiast zgadywać. Potem Dodaj do obszaru roboczego, test w trybie podglądu i Prześlij, jeśli wszystko działa.

Jeśli coś pójdzie nie tak, masz dwie drogi odwrotu: cofnięcie zmian w obszarze roboczym albo przywrócenie poprzedniej wersji kontenera, gdy zmiany zdążyły zostać opublikowane. Ta druga opcja liczy się w agencji, w której publikacja potrafi przejść w piątek po południu.

Gdy tagi Google mają różne ustawienia

Drugi wariant dotyczy kontenerów z kilkoma tagami Google o różnych konfiguracjach. Baner zaproponuje przycisk Rozpocznij i przeprowadzi cię przez migrację ustawień, w której wybierasz i potwierdzasz, które tagi konsolidujesz w kontenerze.

Tu warto się zatrzymać, bo konflikt ustawień prawie nigdy nie jest wynikiem decyzji. Zwykle bywa efektem dokładania tagów Google przez różne zespoły i w różnych latach: jeden tag z innej wersji, drugi dodany przy okazji kampanii, trzeci zostawiony po poprzedniej agencji. Wybór tego, które ustawienia wygrywają, jest decyzją o pomiarze, a nie kliknięciem sprzątającym.

Reszta kroków wygląda tak samo: podgląd zmian, dodanie do obszaru roboczego, test w trybie podglądu, publikacja.

Uprawnienia zmieniają się przy okazji migracji

Dwie rzeczy z tej aktualizacji trzeba czytać razem. Pierwsza: po uaktualnieniu zachowasz skonfigurowane tagi zdarzeń i reguły, więc warstwa wyzwalaczy nie jest zagrożona. Druga: uprawnienia nie są objęte obsługą wersji.

Podczas optymalizacji administratorzy kontenera określają, jaki poziom dostępu ma każde miejsce docelowe, a potem mogą to zmieniać w sekcji Linki do kont zewnętrznych w ustawieniach administratora kontenera. Skoro uprawnienia nie przechodzą przez wersje kontenera, nie cofniesz ich razem z publikacją. Dlatego listę dostępów zapisujesz przed migracją i porównujesz po niej.

Ustawienia w jednym miejscu i drugi kierunek zmian

Google przenosi wszystkie ustawienia związane z Google, w tym mapy przepływu danych i listę miejsc docelowych, do jednego miejsca: nowej opcji Ustawienia na stronie Przegląd. Zamiast szukać, gdzie zdefiniowano przepływ, patrzysz na jeden ekran.

Zmiana działa też w drugą stronę. Google zapowiada, że tag Google (gtag.js) dostanie wszystkie możliwości Menedżera tagów, czyli tagowanie z interfejsu, debugowanie i kontrolę wersji dla witryn, które używają wyłącznie gtag.js. Kontener i tag Google przestają być dwoma osobnymi systemami.

To naturalna kontynuacja wydania z 8 października 2026, w którym kontener zaczął startować przy wczytaniu, bez czekania na polecenie gtag('config'), a samo polecenie trafia do DataLayer jako zdarzenie. Jeśli masz w kontenerze wyzwalacze niestandardowe z wieloznacznikiem, sprawdź je osobno: łapią teraz również zdarzenia, których użytkownik nie wygenerował.

Zgoda i RODO

Optymalizacja zmienia sposób, w jaki kontener wysyła dane, a nie to, czy wolno mu je wysyłać. Zapisywanie i odczyt informacji na urządzeniu nadal wymaga zgody na podstawie art. 399 Prawa komunikacji elektronicznej, a standard zgody wyznacza RODO przez art. 400.

Konsolidacja ustawień pomaga w jednej konkretnej rzeczy. Rozproszone tagi Google to jedno z miejsc, w których najczęściej gubi się tryb zgody: część tagów czeka na sygnał, część zostaje wpięta obok i wysyła dane niezależnie. Kiedy ustawienia trafiają na jedną kartę, łatwiej sprawdzić, czy wszystko przechodzi przez wspólną konfigurację zgody.

Do tego dochodzi rozliczalność z art. 5 ust. 2 RODO. Jeśli migracja zmienia listę miejsc docelowych albo poziomy dostępu, zapisz stan przed i po. Jedna notatka potrafi skrócić rozmowę z klientem o zakres dostępu do jego danych.

Co sprawdzić w tym tygodniu

1. Sprawdź, czy w kontenerze jest baner optymalizacji. Brak banera oznacza, że zmiana jeszcze nie dotarła, a nie że coś jest zepsute.
2. Policz tagi Google w kontenerze i porównaj ich ustawienia. Różnice wskażą, czy czeka cię wariant z wyborem konfiguracji.
3. Zapisz listę miejsc docelowych i poziomy dostępu przed kliknięciem Dodaj do obszaru roboczego.
4. Kliknij Wyświetl podgląd zmian i przeczytaj, co zmieni się w obszarze roboczym.
5. Przetestuj kontener w trybie podglądu, ze szczególnym uwzględnieniem wyzwalaczy z wieloznacznikiem.
6. Po publikacji sprawdź, czy zdarzenia w GA4 i Google Ads nadal spływają i czy tryb zgody działa tak jak przed zmianą.

W skrócie

Kontener GTM wysyła teraz dane do usług Google bez gtag.js, a ustawienia wszystkich usług trafiają na jedną kartę. Tagi zdarzeń i reguły zostają, uprawnienia nie. Migracja jest odwracalna, dopóki nie opublikujesz zmian, więc podgląd zmian i zapis stanu dostępów przed kliknięciem to dwa ruchy, które warto zrobić zawsze.

Jeśli prowadzisz kontenery dla kilku klientów, potraktuj baner jako wejście do audytu, a nie jako zadanie do zamknięcia w jednym kliknięciu.