Google Tag Manager: jak działa, jak go zainstalować i jak nie zepsuć pomiaru

Czym jest Google Tag Manager i do czego służy?

Google Tag Manager (GTM) to narzędzie, w którym dodajesz i zmieniasz tagi pomiarowe oraz reklamowe bez edytowania kodu strony. Według wprowadzenia w pomocy Tag Managera wystarczy raz dodać do każdej podstrony dwa fragmenty kodu, a dalsze zmiany robisz w panelu GTM.

Pomoc Google opisuje GTM przez kilka pojęć, które pojawiają się w każdym wdrożeniu:

• Konto: pozwala administrować tagami jednej lub kilku stron albo aplikacji; zwykle zakłada się jedno konto na firmę.
• Kontener: zbiór tagów, wyzwalaczy, zmiennych i powiązanych konfiguracji zainstalowanych na danej stronie lub w aplikacji.
• Tag: fragment kodu umieszczony w kontenerze zamiast wklejanego ręcznie w stronę, na przykład tag Google Ads albo Google Analytics.
• Wyzwalacz: warunek, który mówi, kiedy tag ma się uruchomić, na przykład po wejściu na stronę albo po wysłaniu formularza.
• Zmienna: wartość, której używają tagi i wyzwalacze, na przykład adres strony albo wartość zamówienia.

Tag, wyzwalacz i zmienna razem tworzą jedną regułę pomiaru: co wysłać, kiedy to wysłać i z jakimi danymi. Wdrożenie GTM sprowadza się do poukładania takich reguł tak, żeby każde zdarzenie liczyło się raz.

Jak zainstalować Google Tag Manager na stronie?

Instalacja polega na wklejeniu na każdej podstronie dwóch fragmentów kodu z okna instalacji kontenera. Pomoc Google o instalacji podaje, że pierwszy fragment wklejasz jak najwyżej w znaczniku head, a drugi tuż po otwierającym znaczniku body.

• Pierwszy fragment: skrypt kontenera, wklejony jak najwyżej w sekcji head.
• Drugi fragment: blok noscript z ramką iframe, która ładuje plik ns.html z googletagmanager.com z identyfikatorem kontenera; wklejasz go tuż po otwierającym znaczniku body.
• Identyfikator: w przykładowym kodzie zamień numer na identyfikator własnego kontenera.

Gdy strona działa na systemie CMS albo w kreatorze stron, ta sama pomoc wskazuje gotowe integracje, dzięki którym nie edytujesz kodu każdej podstrony. Po wklejeniu kodu wpisz adres strony w oknie instalacji i kliknij Test, a potem sprawdź kontener w trybie podglądu opisanym niżej.

Czym jest warstwa danych (dataLayer) i po co GTM jej potrzebuje?

Warstwa danych (dataLayer) to obiekt JavaScript, przez który Google Tag Manager i gtag.js przekazują informacje do tagów. Tak definiuje ją dokumentacja dla deweloperów, a jej zadanie w praktyce to dostarczyć GTM-owi dane, których nie widać w samym adresie strony, na przykład wartość zamówienia.

Dokumentacja pokazuje trzy konstrukcje, które programista wykorzystuje najczęściej:

• Deklaracja: window.dataLayer = window.dataLayer || []; umieszczona wysoko w kodzie strony, nad fragmentem kontenera, żeby obiekt istniał, zanim załaduje się Tag Manager.
• Zmienna: dataLayer.push({'variable_name': 'variable_value'}); przekazuje do warstwy jedną wartość.
• Zdarzenie: dataLayer.push({'event': 'login'}); klucz event nazywa akcję, dzięki czemu tagi z wyzwalaczami zdarzeń mogą się uruchomić.

Podział pracy jest prosty: strona wysyła zdarzenia do warstwy danych, a GTM je odbiera i decyduje, który tag ma zareagować. Dzięki temu zdarzenie z jednego pushu możesz przypisać do kilku platform bez poprawiania kodu strony.

Jak skonfigurować tag, wyzwalacz i zmienną na przykładzie wysłania formularza?

Zdarzenie z formularza konfigurujesz w trzech miejscach: w kodzie strony, w wyzwalaczu i w tagu GA4. Pomoc Tag Managera o wyzwalaczu zdarzenia niestandardowego opisuje taki przypadek: śledzenie wysłania formularza, gdy domyślne zachowanie przycisku zostało zmienione.

• Po poprawnym wysłaniu formularza strona wykonuje push do warstwy danych, na przykład dataLayer.push({'event': 'form_submit_success'}).
• W GTM tworzysz wyzwalacz typu zdarzenie niestandardowe i wpisujesz w nim nazwę form_submit_success.
• Tworzysz tag zdarzenia GA4 i przypisujesz mu ten wyzwalacz.
• Dodatkowe wartości, na przykład wartość konwersji, wysyłasz w tym samym pushu i odczytujesz zmienną warstwy danych.

Przy nazwie zdarzenia uważaj na wyrażenia regularne. Według tej samej pomocy wzorzec .* dopasowuje każde zdarzenie, także te, które Google Tag Manager i tag Google emitują automatycznie, dlatego pomoc zaleca węższy wzorzec.

Jak przetestować zmiany w GTM przed publikacją?

Zmiany testujesz w trybie podglądu, który pozwala przejść po stronie tak, jakby wersja robocza kontenera była już opublikowana. Pomoc Google o podglądzie i debugowaniu podaje, że połączony z nim Tag Assistant pokazuje, które tagi się uruchomiły i w jakiej kolejności.

• Widoczność: interfejs debugowania widzisz tylko w przeglądarce, w której włączono podgląd, albo u osób, którym go udostępnisz; zwykli odwiedzający go nie widzą.
• Udostępnianie: podgląd możesz wysłać innym osobom przez wygenerowany adres URL.
• Ograniczenie: w kontenerach aplikacji mobilnych interfejs debugowania nie jest dostępny.

W podglądzie sprawdź, czy wyzwalacz zadziałał przy właściwej akcji, czy tag uruchomił się jeden raz i czy zmienne mają wartości. Po publikacji drugą kontrolę robi Audyt GA4: skanuje stronę z podanego adresu i wykrywa między innymi podwójny page_view oraz brakujące zdarzenia lejka zakupowego.

Jak nadawać uprawnienia i zarządzać wersjami kontenera?

Uprawnienia w GTM nadajesz osobno dla każdego kontenera, a pomoc Google o uprawnieniach wymienia pięć poziomów dostępu. Na poziomie konta użytkownik ma rolę Admin albo User.

Wersja to według pomocy o wersjach i publikowaniu migawka konfiguracji kontenera z danego momentu. Publikacja uruchamia zmiany w wybranym środowisku, a każda publikacja zapisuje wersję automatycznie, więc w razie kłopotów możesz wrócić do wcześniejszej konfiguracji. Prośby o zatwierdzenie są dostępne tylko w Google Tag Manager 360.

Dla agencji i freelancerów dobrze sprawdza się poziom Edycja albo Zatwierdzanie. Publikowanie zostaw osobie po stronie firmy, która odpowiada za wynik, bo każda opublikowana zmiana trafia od razu na żywą stronę.

Jak połączyć Google Tag Managera ze zgodami na cookies?

Zgody w GTM obsługujesz przez wyzwalacz Consent Initialization i ustawienia zgód w tagach. Pomoc Tag Managera o zgodach podaje, że każdy kontener webowy ma domyślnie wyzwalacz „Consent Initialization - All Pages”, który zawsze uruchamia się przed pozostałymi tagami, także tymi z wyzwalaczem Initialization.

• Tagi zarządzające zgodą: na przykład tag platformy zgód (CMP) albo tag ustawiający domyślne zgody używają wyzwalacza Consent Initialization.
• Pozostałe tagi startujące wcześnie: używają zwykłego wyzwalacza Initialization.
• Dodatkowe sprawdzenie: w ustawieniach zaawansowanych tagu wybierasz „Require additional consent for tag to fire”, wtedy tag uruchomi się tylko wtedy, gdy przyznano wszystkie wskazane typy zgód.
• Typy zgód: ad_storage, ad_user_data, ad_personalization i analytics_storage.

Ustawienia w kontenerze nie dowodzą jeszcze, że skrypty zachowują się poprawnie na stronie. Sprawdza to Consent Mode Checker, a skutki wdrożenia dla danych w GA4 opisaliśmy w tekście o Consent Mode v2 i utracie danych.

Jakie błędy w Google Tag Managerze psują pomiar najczęściej?

Najczęstsze błędy w GTM dotyczą duplikatów tagów, publikacji bez testu i zbyt szerokich wyzwalaczy. Każdy z nich da się wyłapać przed publikacją albo zaraz po niej, jeśli wiesz, czego szukać:

Pełną listę kontrolną pomiaru znajdziesz w tekście Audyt GA4: checklista, a o tym, jak nazywać kampanie, żeby raporty dało się czytać, piszemy w artykule o parametrach UTM. Gdy kontener działa już poprawnie w przeglądarce, kolejnym krokiem bywa tagowanie po stronie serwera.

Jeśli wolisz oddać wdrożenie GTM, GA4 i zdarzeń komuś, kto robi to codziennie, zakres prac opisujemy w usłudze GA4 i analityka. Pomiar w kontenerze ustawia też nasza agencja marketingu cyfrowego przy każdym nowym koncie reklamowym.