Strona główna / Poradniki

Testowanie śledzenia bez zaśmiecania produkcyjnych raportów

Testowe zakupy trafiają do prawdziwych raportów. Jak zatrzymać żądania w przeglądarce, tylko w jednej karcie, i mimo to zobaczyć wszystko, co miało zostać wysłane.

Sprawdzenie tagu zakupu oznacza wykonanie zakupu. Zrób to kilkanaście razy przed startem, a w raportach wyląduje kilkanaście zamówień, które nigdy się nie wydarzyły, z prawdziwym przychodem, w miesiącu, który ktoś kiedyś będzie analizował.

Typowe rozwiązania i miejsce, w którym każde przecieka

Zamiast tego: zatrzymać żądanie

Alternatywa polega na tym, żeby każdy tag uruchomił się dokładnie tak jak zwykle, a żądanie zostało zatrzymane w przeglądarce, zanim wyjdzie. Nic nie dociera, więc nie ma czego filtrować później ani czego tłumaczyć osobie, która przeczyta raport w przyszłym kwartale.

Trzy cechy decydują o tym, że to narzędzie precyzyjne, a nie tępe:

Wciąż widzisz, co miało zostać wysłane

Blokada, która ukrywa żądanie, jest do debugowania bezużyteczna — to żądanie jest tym, po co przyszedłeś. Zablokowane trafienie nadal jest przechwytywane i dekodowane, więc możesz sprawdzić wartość, walutę, listę pozycji i identyfikator zdarzenia zakupu, który nie dotarł na niczyje serwery.

To właśnie czyni testowanie na produkcji rozsądnym: masz pełną zawartość, a platforma nie dostaje nic.

Sekcja wyciszania trafień w panelu Tag Master: przełącznik trybu GA4 DebugView, a pod nim dwukolumnowa lista dostawców — GA4, Google Ads, Meta Pixel, TikTok, Criteo, Microsoft UET i inni — każdy z własnym polem wyboru.
Jedno pole wyboru na dostawcę, a panel mówi, gdzie to obowiązuje: w debugowanej karcie. Przełącznik DebugView u góry działa odwrotnie — przepuszcza trafienie i oznacza je jako ruch debugowy.

Blokada trafień w Tag Master działa per dostawca, obejmuje wyłącznie debugowaną kartę i wypisuje zablokowane żądania z odczytanymi parametrami, dokładnie tak jak te, które wyszły.

Narzędzie odwrotne: tryb GA4 DebugView

Czasem chcesz, żeby trafienie dotarło — tylko w widoczne miejsce. Dodanie _dbg=1 do /g/collect sprawia, że GA4 traktuje ruch jako debugowy i pokazuje go w DebugView, bez ruszania konfiguracji samej strony.

Powiedzmy jasno, na czym polega wymiana: to nadal wysyła trafienie. Ruch debugowy jest dla GA4 prawdziwym ruchem. Blokowanie i tryb DebugView są przeciwieństwami, a używanie obu naraz oznacza, że zablokowane trafienie nigdy nie dotrze, żeby dało się je zdebugować. Wybierz to, które pasuje do zadawanego pytania.

Procedura testowania na produkcji

  1. Zdecyduj, co testujesz. Cała reszta zostaje zablokowana.
  2. Zablokuj resztę przed wejściem w lejek, a nie po zakupie.
  3. Przejdź lejek i czytaj zablokowane trafienia po drodze — niosą tę samą zawartość, którą by wysłały.
  4. Gdy trafienie ma naprawdę dotrzeć, odblokuj tego jednego dostawcę i powtórz sam ostatni krok.
  5. Dopiero potem sprawdź konsolę tej platformy, którą przepuściłeś.

Czego blokowanie nie naprawi

Dwa ograniczenia warte wypowiedzenia. Jeśli strona wysyła zdarzenie także po stronie serwera — wywołanie Conversions API, kontener server-side GTM przekazujący dalej — zablokowanie żądania przeglądarki zatrzymuje połowę, a serwerowa połowa dociera mimo to. I zablokowane trafienie mówi, co przeglądarka zamierzała wysłać, a nie czy platforma by to przyjęła; wadliwa zawartość wygląda tak samo w obu przypadkach, dopóki coś jej naprawdę nie odbierze.

Powiązane poradniki

Sprawdź na własnej stronie

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

Dodaj do Chrome — za darmo