Strona główna / GTM debugger

Debugger GTM dla stron produkcyjnych

Rozszerzenie Chrome, które debuguje Google Tag Manager, czytając to, co strona naprawdę wysyła — na produkcji, na stagingu, na stronie, która nie jest Twoja.

Google Tag Manager ma własny debugger: Preview Mode. Jedno robi dobrze, drugiego nie jest w stanie zrobić z założenia. Zna Twój kontener — każdą regułę, każdą zmienną, każdy tag, który się uruchomił i który nie, wraz z powodem. Nie wie nic o żądaniu, które potem wyszło z przeglądarki, i w ogóle nie zadziała na stronie, której kontenera nie możesz otworzyć.

Tag Master działa z drugiej strony. Obserwuje sieć, dekoduje każde żądanie śledzące wysłane przez stronę i łączy je z pushem do dataLayer, który je wywołał. To znaczy, że debuguje GTM na żywej stronie bez sesji podglądu, bez parametru gtm_debug w adresie i bez jakiegokolwiek dostępu do kontenera.

Czego Preview Mode nie pokaże

Czterech rzeczy, a każda to kategoria błędu, którą Preview Mode raportuje jako zdrową:

Co widzisz zamiast tego

Każdy push do dataLayer po kolei, a pod nim żądania, które wywołał. To widok odpowiadający na pytanie, dla którego ludzie naprawdę otwierają debugger — nie „czy tag się uruchomił", tylko „czy z przeglądarki wyszły właściwe wartości".

Panel boczny z pushem do dataLayer i wypisanymi pod nim żądaniami śledzącymi
Jeden push i każde wywołane przez niego żądanie. To powiązanie zamienia „tag się uruchomił" w „tag wysłał to".

Samo powiązanie znaczy więcej niż każda z połówek. Push do dataLayer bez żądań pod spodem to reguła, która nie zadziałała. Żądania bez pusha nad nimi to tag uruchamiany przez coś innego — licznik czasu, zmianę historii, wklejony na sztywno snippet, o którym kontener nie wie.

Obok tego: identyfikatory kontenerów na stronie, identyfikatory pomiaru, do których wysyła każdy tag, stan zgody w chwili wysłania każdego żądania i oznaczenie żądań niosących parametr, którego własny schemat platformy nie akceptuje.

Zdebuguj kontener w czterech krokach

  1. Otwórz panel boczny obok strony, którą chcesz sprawdzić. Nic nie jest wstrzykiwane na stronę i nic nie jest zapisywane, dopóki go nie otworzysz.
  2. Odśwież, a potem zrób to, co jest zepsute — obejrzyj produkt, dodaj do koszyka, wyślij formularz.
  3. Znajdź zdarzenie dataLayer na liście. Jeśli go tam nie ma, problem jest przed GTM i żadna praca nad regułami go nie naprawi.
  4. Rozwiń żądania pod spodem i przeczytaj zdekodowane parametry. Tu widać brakujące value, złą currency albo zduplikowane event_id.

Stamtąd możesz wybrać zdarzenie i wygenerować dla niego zmienne oraz regułę GTM — czyli tę część roboty, która inaczej polega na ręcznym wpisywaniu ścieżek w GTM.

Server-side GTM

Kontener server-side przenosi punkt zbierania na Twoją własną domenę i właśnie to utrudnia debugowanie: żądanie nie leci już w rozpoznawalne miejsce. Tag Master wykrywa endpoint first-party, oznacza go jako server-side i dekoduje ładunek tak samo jak żądanie do domeny samego Google.

Szczegół, który myli ludzi: endpoint first-party i Google Tag Gateway wyglądają z przeglądarki niemal identycznie. To, na który patrzysz, zmienia miejsce, w którym może siedzieć błąd.

Endpoint zbierający first-party wykryty i oznaczony w panelu jako server-side GTM
Żądanie do własnej domeny, zdekodowane. Bez tej etykiety nie do odróżnienia od dowolnego innego wywołania first-party.

Gdzie Preview Mode nadal wygrywa

Logika reguł. Kiedy tag się nie uruchamia i musisz wiedzieć, który warunek nie przeszedł, widok ewaluacji w Preview Mode jest właściwym narzędziem i nic czytającego sieć go nie zastąpi — to rozumowanie dzieje się wewnątrz GTM i nigdy nie trafia na łącze. Te dwa narzędzia się uzupełniają: Preview Mode tłumaczy decyzje kontenera, debugger sieciowy pokazuje ich skutki.

Ta sama uczciwość dotyczy reszty stawki. Tag Assistant, Omnibug i Analytics Debugger wygrywają po wierszu w pełnym porównaniu i warto wiedzieć który, zanim wybierzesz.

Pytania

Czy mogę debugować GTM bez Preview Mode?

Tak. Preview Mode jest potrzebny wyłącznie do wglądu w logikę samego kontenera. Żeby zobaczyć, które tagi się uruchomiły i co wysłały, debugger czytający sieć nie potrzebuje sesji debugowania, parametru gtm_debug ani dostępu do kontenera.

Czy działa na stronach, których nie jestem właścicielem?

Tak. Od sprawdzanej strony nie jest wymagane nic — ani dostęp do kontenera, ani zmiana w kodzie. To ta różnica w ogóle umożliwia audyty konkurencji i przeglądy przed podpisaniem umowy.

Czy debuguje server-side GTM?

Tak. Endpoint zbierający first-party jest wykrywany i oznaczany, a jego ładunek dekodowany jak każde inne żądanie. Endpoint Google Tag Gateway raportowany jest osobno, bo z przeglądarki wyglądają podobnie, a znaczą co innego.

Czy zastępuje Tag Assistant?

Poza samymi tagami Google pokrywa wyraźnie więcej: 52 platformy i stan zgody stojący za każdym żądaniem. Tag Assistant pozostaje narzędziem wpiętym w sesję podglądu samego GTM. Pełne porównanie wymienia wiersze, które wygrywa każde z nich.

Czy wysyła moje dane gdziekolwiek?

Nie. Zapisane sesje zostają w przeglądarce. Nie ma konta, nie ma telemetrii i nie ma serwera, na który cokolwiek mogłoby pójść.

Poradniki

Dłuższa forma, o częściach, które sprawiają kłopot.

Pozostałe dwie: GA4 debugger, inspektor dataLayer

Sprawdź na własnej stronie

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

Dodaj do Chrome — za darmo

Oceniony na 5,0 przez 17 użytkowników w Chrome Web Store.