Google zmienia sposób działania tagów w GTM. Co warto wiedzieć?

20 października, 2026

Przeczytasz w ~ 5 min.

Ostatnia aktualizacja: 20 października, 2026

Google wprowadza dużą zmianę w sposobie działania Google Tag Managera – opisując ją jako Optimizing Google Tag Manager containers. Najważniejszy efekt jest prosty: tagowanie usług Google ma być mniej rozproszone, a strony mogą ładować mniej osobnych zasobów JavaScript.

W praktyce oznacza to przede wszystkim dwie korzyści:

Po pierwsze, lepszą wydajność strony. Do tej pory każdy Google Tag w kontenerze był ładowany jako osobny zasób JavaScript (plik gtag.js) – GTM pobierał dodatkowy kod tylko po to, żeby wysłać dane do usługi Google, co mogło opóźniać transmisję pomiaru. W nowym modelu ładuje się wyłącznie kontener GTM, a instrukcje i ustawienia dla usług Google są zawarte bezpośrednio w jego bibliotece.

Po drugie, bardziej scentralizowaną konfigurację. Ustawienia wykorzystywane przez Google Analytics, Google Ads czy Floodlight mogą być zarządzane z poziomu jednego kontenera GTM, w jednym wspólnym zestawie, a relacja między tagami i usługami docelowymi jest jasno widoczna w kontenerze.

To właśnie te dwie rzeczy najlepiej pokazują, po co Google wprowadza tę zmianę. Pod nimi kryje się bardziej techniczna przebudowa sposobu, w jaki GTM współpracuje z usługami Google. Co dokładniej się zmienia? O tym przeczytasz w dalszej części artykułu.

GTM i Google Tag zaczynają działać jako jeden model

Do tej pory Google Tag Manager i Google Tag były dwiema osobnymi technologiami.

Google Tag Manager to miejsce, z którego zarządzało się tagami i określało, kiedy mają się uruchamiać. Google Tag(grag.js) był z kolei osobną biblioteką, którą GTM ładował dla usług Google – Google Analytics 4, Google Ads czy Floodlight.

W nowym modelu obie technologie są ze sobą połączone. Tym samym kontener GTM staje się Google Tagiem. Oznacza to, że Google Tagi, do których masz dostęp, można podłączyć bezpośrednio do kontenera jako destinations, a wszystkie korzystają z jednego zestawu ustawień zarządzanego w GTM.

W dużym uproszczeniu wcześniejszy model wyglądał tak:

strona -> GTM -> osobny gtag.js dla każdego Google Taga -> GA4 / Google Ads / Floodlight

Obecnie:

strona -> GTM( z wbudowanymi ustawieniami) -> GA4 / Google Ads / Floodlight

To uproszczony schemat, ale dobrze pokazuje kierunek zmiany.

Dlaczego zmiany wpływają na szybkość strony

Jeżeli na stronie działało kilka Google Tagów, przeglądarka pobierała dla każdego z nich osobny plik gtag.js, a nim – sporo kodu, który musiał zostać przetworzony, zanim dane trafiły do usługi Google.

W nowym modelu ładuje się tylko kontener GTM. Podłączone usługi (destinations) nie są już osobnymi zasobami, lecz obiektami danych wewnątrz kontenera, a wszystkie instrukcje i ustawienia potrzebne do ich obsługi znajdują się w bibliotece GTM.

I to właśnie ten aspekt może być największą korzyścią nowego modelu: mniej zasobów do pobrania i prostsza architektura po stronie przeglądarki. Pozostałe zmiany dotyczą przede wszystkim pracy analityków i osób konfigurujących tagowanie.

Wspólne ustawienia zamiast kilku osobnych konfiguracji

Drugą dużą zmianą jest centralizacja konfiguracji.

W starym modelu osobne Google Tagi mogły mieć własne, odrębne ustawienia. Jeżeli w jednym wdrożeniu funkcjonowało kilka Google Tagów, część konfiguracji trzeba było utrzymywać w wielu miejscach – co mogło powodować lekki bałagan, wymagać czujności oraz dobrej organizacji.

Po zmianie – ustawienia Google Tag są dostępne bezpośrednio w kontenerze GTM, w nowej zakładce Settings.

W uproszczeniu, zamiast:

Google Tag A -> ustawienia -> GA4

Google Tag B -> ustawienia -> Google Ads

możemy mieć:

GTM -> wspólne ustawienia -> GA4 + Google Ads

Nie oznacza to, że każda usługa musi działać identycznie. Konkretne miejsce docelowe nadal może mieć własną konfigurację.

Destinations – usługi podłączone bezpośrednio do kontenera

Destination to konkretna usługa lub konfiguracja, do której mają trafiać dane. Obecnie dostępne są cztery typy:

strumień danych Google Analytics 4,
konto Google Ads,
konfiguracja Floodlight (Campaign Manager 360, Display & Video 360),
źródło konwersji Merchant Center.

Destination podłącza się do kontenera z poziomu zakładki Settings, przyciskiem Add destination. Na liście pojawiają się tylko te destinations, do których masz uprawnienia administratora. Po podłączeniu usługa korzysta ze wspólnych ustawień zapisanych w kontenerze, zamiast wymagać osobnej konfiguracji w każdym Google Tagu.

Czym są Destination tags?

Destination tag uruchamia zbieranie danych dla danego destination bezpośrednio z biblioteki GTM, bez ładowania osobnego gtag.js, i od razu korzysta ze wspólnych ustawień kontenera – w tym np. z automatycznego wykrywania zdarzeń.

Destination tags zastępują starszy typ Google Tag w GTM. Zostaje on oznaczony jako rozwiązanie legacy, bo wymusza dodatkowe ładowanie gtag.js, i nie powinien być już używany. Podobnie dzieje się z Conversion Linkerem, którego funkcjonalność przejmują Destination tags.

Zmienia się też sposób zarządzania zgodami

Wśród ustawień kontenera jest Manage data transmission settings. Ustawienie wprowadzono już wcześniej, ale w nowym modelu nabiera znaczenia, bo działa dla wszystkich podłączonych destinations i jest widoczne w trybie Preview.

Pozwala ono zdecydować, czy dane mogą zostać wysłane od razu, czy powinny zostać wstrzymane do momentu uzyskania odpowiedniej zgody użytkownika. Jeżeli zgoda pojawi się później, GTM może ponownie wysłać wcześniej wstrzymane żądania z danymi.

Upraszcza to jeden z trudniejszych elementów wdrażania Basic Consent Mode, czyli obsługę zdarzeń, które wystąpiły przed uzyskaniem zgody. Jest jednak jedno ważne ograniczenie: rozwiązanie działa wyłącznie dla tagów Google. Tagi innych dostawców nadal trzeba obsługiwać po staremu.

Podsumowanie. Co wynika ze zmian?

Najważniejsza zmiana nie polega tylko na dodaniu kilku nowych typów tagów.Google przebudowuje samą relację między GTM a swoimi usługami. Kontener staje się Google Tagiem – centralnym miejscem zarówno dla wspólnych ustawień i uprawnień, jak i obsługi destinations.

Najbardziej namacalnym efektem jest wyeliminowanie osobnych ładowań gtag.js dla podłączonych usług, a więc realna poprawa wydajności strony. Dla osób pracujących bezpośrednio z GTM dochodzi do tego nowy model konfiguracji oparty na destinations, Destination tags i wspólnych ustawieniach w kontenerze z historią wersji i testowaniem w Preview jak dla każdej innej zmiany.

Chcesz dowiedzieć się więcej? Zerknij w linki: