Jak sprawdzić, czy tag działa: Tag Assistant, DevTools i podgląd GTM

Trzy poziomy sprawdzania tagu: uruchomienie, wysyłka, odbiór

Tag może zawieść na każdym z trzech etapów, a każdy etap wymaga innego narzędzia. Dlatego zanim zaczniesz szukać błędu, ustal, na którym poziomie test się zatrzymał.

W praktyce najwięcej czasu traci się wtedy, gdy ktoś szuka błędu w GA4, a problem leży w regule GTM, albo poprawia regułę, gdy tag działa, a dane blokuje baner cookies. Sprawdzanie po kolei od dołu do góry oszczędza nerwów.

Jak sprawdzić, czy tag działa w podglądzie GTM

Podgląd GTM uruchamia na Twojej przeglądarce wersję roboczą kontenera i pokazuje w Tag Assistant każde zdarzenie, które zaszło na stronie, oraz tagi uruchomione przy tym zdarzeniu. To podstawowe narzędzie do testowania reguł i zmiennych przed publikacją.

1. Włącz podgląd. W obszarze roboczym GTM kliknij „Podgląd”. Otworzy się Tag Assistant z prośbą o adres strony.
2. Połącz się ze stroną. Wpisz adres i potwierdź. Strona otworzy się w nowym oknie z parametrem gtm_debug w adresie, a w rogu pojawi się informacja o połączeniu.
3. Wykonaj testowaną akcję. Przejdź ścieżkę, którą mierzy tag: dodaj produkt do koszyka, wyślij formularz, dokończ zakup testowy.
4. Wybierz zdarzenie na osi czasu. Lewa kolumna pokazuje kolejne zdarzenia: inicjalizację zgody, inicjalizację, załadowanie kontenera, DOM Ready, Window Loaded i zdarzenia z warstwy danych, np. add_to_cart.
5. Sprawdź kartę Tags. Tag powinien być w sekcji uruchomionych (Fired) przy właściwym zdarzeniu i tylko raz. Jeśli jest w sekcji nieuruchomionych, kliknij go – podgląd pokaże, który warunek reguły nie został spełniony.
6. Sprawdź kartę Variables. Wartości zmiennych, np. kwoty zamówienia czy identyfikatora transakcji, muszą być wypełnione w momencie uruchomienia tagu, a nie dopiero przy kolejnym zdarzeniu.
7. Sprawdź kartę Data Layer. Zobaczysz dokładną zawartość obiektu przekazanego przez warstwę danych. Porównaj ją ze specyfikacją wdrożenia.
8. Sprawdź kartę Consent. Pokazuje stan zgód przy każdym zdarzeniu. Tag, który wymaga zgody, w trybie podstawowym nie uruchomi się przed jej udzieleniem.

Od 8 października 2026 roku w podglądzie zobaczysz też zdarzenia gtag.config, bo każdy kontener inicjalizuje się przy ładowaniu, a wywołania konfiguracji gtag pojawiają się jako osobne zdarzenia. Mogą one uruchamiać reguły zdarzeń niestandardowych z symbolem wieloznacznym, co bywa źródłem nieoczekiwanych odpaleń. Szczegóły opisujemy w tekście o zmianach w Google Tag Manager w 2026 roku. Jeśli dopiero poznajesz strukturę tagów, reguł i zmiennych, zacznij od poradnika Google Tag Manager od podstaw.

Tag Assistant bez GTM: tag Google i żądania do GA4 oraz Google Ads

Tag Assistant działa także na stronach, na których tag Google jest wklejony bezpośrednio w kod, bez kontenera GTM. Po połączeniu pokazuje każdy wykryty identyfikator (G-, AW-, GT-) i żądania wysłane do usług Google.

Dla każdego identyfikatora zobaczysz listę wysłanych żądań z nazwą zdarzenia i parametrami. To szybki sposób, żeby sprawdzić, czy zdarzenie purchase zawiera walutę, wartość i identyfikator transakcji albo czy konwersja Google Ads dostała właściwą etykietę. Tag Assistant pokazuje też stan zgody przy każdym żądaniu, co ułatwia wykrycie sytuacji, w której tag wysyła dane bez zgody albo nie wysyła ich mimo zgody. Pogłębioną diagnostykę zgód, łącznie z odczytem parametrów gcs i gcd, opisujemy w artykule o tym, jak sprawdzić, czy Consent Mode działa.

DevTools: jak sprawdzić żądania w karcie Network

Karta Network w narzędziach deweloperskich przeglądarki pokazuje fizyczne żądania wysyłane przez tagi. To jedyne miejsce, w którym zobaczysz, czy żądanie w ogóle wyszło z przeglądarki i jaką odpowiedź dostało.

Otwórz narzędzia deweloperskie (F12), przejdź do karty Network, zaznacz opcję zachowywania logu przy przejściach między stronami i wpisz filtr. Typowe filtry:

Żądanie GA4 trafia na ścieżkę /g/collect w domenie Google Analytics, a przy tagowaniu first-party – w Twojej domenie. Po dekodowaniu wygląda mniej więcej tak:

/g/collect?v=2&tid=G-ABC123XYZ
  &en=purchase&cu=PLN&epn.value=249.00&ep.transaction_id=ZAM-2026-10458
  &dl=https://twojsklep.pl/zamowienie/dziekujemy/&_dbg=1

Parametr _dbg=1 oznacza, że zdarzenie zostało wysłane w trybie debugowania i pojawi się w DebugView. Jeśli żądanie ma status inny niż 204, jest oznaczone jako zablokowane albo w ogóle go nie ma, problem leży po stronie przeglądarki lub rozszerzenia, a nie GA4.

Dwie inne karty też się przydają. W karcie Console wpisz dataLayer, żeby zobaczyć wszystkie obiekty przekazane do warstwy danych od załadowania strony. W karcie Application, w sekcji ciasteczek, sprawdzisz, czy powstały ciasteczka _ga, _gcl_aw (identyfikator kliknięcia Google Ads), _fbp i _fbc (Meta). Brak _gcl_aw po wejściu z adresem zawierającym gclid oznacza zwykle brak zgody albo brak tagu łączącego konwersje.

Jak sprawdzić tagi Meta, Google Ads i innych platform

Każda platforma reklamowa ma własne narzędzie odbioru, które pokazuje, czy zdarzenia dotarły i zostały przypisane do konta. Sprawdzaj je obok GA4, bo tag GA4 może działać poprawnie, a piksel reklamowy nie.

• Meta. Rozszerzenie Meta Pixel Helper pokazuje zdarzenia piksela na stronie i ostrzeżenia o błędach. W Menedżerze zdarzeń, w karcie testowania zdarzeń, zobaczysz zdarzenia z przeglądarki i z serwera w czasie rzeczywistym; dla Conversions API użyj kodu testowego. Sprawdź, czy zdarzenia z obu źródeł mają ten sam identyfikator, co opisujemy w tekście o deduplikacji Pixel i Conversions API.
• Google Ads. W podsumowaniu konwersji sprawdź status akcji konwersji i diagnostykę tagu. Status zmienia się z opóźnieniem, więc po teście poczekaj kilka godzin. Jeśli używasz Enhanced Conversions, diagnostyka pokaże też jakość przesyłanych danych; konfigurację opisujemy w poradniku o Enhanced Conversions przez GTM.
• GA4. DebugView pokazuje zdarzenia z urządzeń w trybie debugowania w ciągu kilku sekund, a raport Czas rzeczywisty – zdarzenia wszystkich użytkowników z ostatnich 30 minut. Jeśli zdarzenie jest w DevTools, a nie ma go w DebugView, zajrzyj do naszej listy 10 problemów z DebugView w GA4.

Pamiętaj, że w GA4 oznaczenie zdarzenia jako zdarzenia kluczowego to osobna konfiguracja w usłudze, niezależna od tagu. Tag może wysyłać generate_lead bezbłędnie, a zdarzenie i tak nie będzie liczone jako konwersja; o ustawieniach piszemy w artykule o zdarzeniach kluczowych w GA4.

Dlaczego tag „działa”, a danych w raportach nie ma

Jeśli tag uruchamia się w podglądzie, a dane nie docierają, przyczyna prawie zawsze leży w jednej z kilku powtarzalnych sytuacji. Sprawdź je w tej kolejności.

1. Brak zgody. Przy odmowie zgody tagi w trybie podstawowym się nie uruchamiają, a w trybie zaawansowanym wysyłają ograniczone pingi bez identyfikatorów, których nie zobaczysz jak zwykłej sesji.
2. Blokada przez przeglądarkę lub rozszerzenie. Blokery reklam i przeglądarki z wbudowaną ochroną blokują żądania do domen analitycznych. Testuj w czystym profilu przeglądarki.
3. Błędny identyfikator. Tag wysyła dane do innej usługi GA4 albo innego konta Google Ads, np. testowego. Porównaj tid z identyfikatorem strumienia danych.
4. Zła kolejność danych. Tag uruchamia się, zanim warstwa danych dostanie wartości, więc wysyła puste parametry.
5. Filtry w usłudze. Aktywny filtr ruchu wewnętrznego lub nowy, dostępny od czerwca 2026 roku filtr nazwy hosta mogą wykluczyć Twoje testy z przetwarzania.
6. Niepublikowana wersja. Podgląd pokazuje wersję roboczą. Jeśli test przeszedł, a na produkcji nic się nie zmieniło, sprawdź, czy wersja została opublikowana w odpowiednim środowisku.

Gdy problem dotyczy różnic w liczbie konwersji między platformami, a nie braku danych, przyczyny są inne – opisujemy je w poradniku o rozbieżnościach konwersji między GA4, Google Ads i Meta.

Procedura testu przed publikacją wersji kontenera

Stała procedura testu sprawia, że błędy wyłapujesz przed publikacją, a nie po tygodniu spadku konwersji. Zajmuje 10–15 minut dla typowego sklepu.

1. Opisz zmiany w nazwie i opisie wersji roboczej.
2. Uruchom podgląd i przejdź pełną ścieżkę: strona główna, kategoria, produkt, koszyk, zakup testowy.
3. Dla każdego kluczowego zdarzenia sprawdź w podglądzie, czy tag uruchomił się raz, z wypełnionymi zmiennymi.
4. W karcie Network potwierdź żądania GA4, Google Ads i Meta ze statusem przyjęcia.
5. Powtórz test po odmowie zgody i po jej udzieleniu.
6. Sprawdź zdarzenia w DebugView i w Menedżerze zdarzeń Meta.
7. Opublikuj wersję i powtórz skrócony test na produkcji bez podglądu.

Przed okresami wysokiej sprzedaży warto rozszerzyć tę procedurę o pełny przegląd kontenera, który opisujemy w audycie tagów przed Black Friday. Po publikacji pilnuj danych automatycznie – sposoby opisujemy w tekście o monitoringu tagów i alertach. Wszystkie poradniki diagnostyczne znajdziesz w podtemacie Debugowanie tagów.