GTM debugging dla e-commerce - jak sprawdzać czy tagi działają

Sklep wdraża nowy tracking. Pierwszego dnia po deployu marketing dzwoni: “konwersja nie wpada do Google Ads”. Albo: “GA4 widzi mniej zamówień niż panel”. Albo: “Meta Events Manager pokazuje 0 events ostatniej godziny”.

W 80% przypadków problem jest po stronie konfiguracji jednego z kilku łatwo identyfikowalnych miejsc. Trzeba tylko wiedzieć gdzie patrzeć. Większość specjalistów od trackingu poświęca pierwsze 6 miesięcy nauki właśnie na opanowanie debug toolset - bez tego każdy bug zajmuje godziny zamiast minut.

Ten artykuł to praktyczny przewodnik po 4 narzędziach do debugowania GTM dla sklepów e-commerce. Kiedy używać którego, jak czytać output, jakie scenariusze rozwiązują. Plus 8-punktowy checklist do przejścia zanim zgłosisz “tracking nie działa”.

Cztery narzędzia debugujące - matryca decyzyjna

Każde narzędzie odpowiada na inne pytanie. Używać razem, nie zastępować jednym drugim.

Narzędzie	Odpowiada na	Najlepiej do
GTM Preview Mode	”Który tag się odpalił i kiedy?”	Walidacji konfiguracji tagów, sprawdzania triggerów, debugowania zmiennych
Tag Assistant Companion (Chrome ext)	“Czy tag wysłał poprawny request?”	Sprawdzania zawartości requestu, hits do GA4/Ads, debugowania user_data
DevTools Network tab	”Co naprawdę wyszło z przeglądarki?”	Najniższy poziom debugowania, requesty do /g/collect, facebook.com/tr, blokady adblockerów
GA4 DebugView	”Czy event dotarł do GA4 i jak go widzi?”	Sprawdzania finalnego stanu w GA4, parametrów e-commerce, real-time data

Plus dla server-side: Server GTM Preview (analogiczny do web Preview, ale dla server container).

Narzędzie 1: GTM Preview Mode - punkt startu zawsze

Preview Mode (Preview button w prawym górnym GTM web container) otwiera dwa okna: Twój sklep + debug console GTM.

Co pokazuje:

• Lista tagów per “Container Event” (Page Load, History Change, Custom Event)
• Status każdego tagu: Fired / Not Fired / Failed
• Variables i ich wartości w danym momencie
• Data Layer snapshot

Jak debugować w 90% przypadków:

1. Otwórz Preview Mode w GTM
2. Wejdź na sklep w testowym oknie
3. Wykonaj akcję (np. dodaj do koszyka)
4. Sprawdź w GTM debug:
   • Pojawił się odpowiedni event (np. add_to_cart) w lewej kolumnie?
   • Tagi które miały się odpalić - są w “Tags Fired”?
   • Jeśli “Tags Not Fired” - kliknij na tag, sprawdź “Firing Triggers” i “Blocking Triggers”
   • Variables - kliknij konkretny event, sprawdź czy dataLayer ma wszystkie potrzebne wartości

Najczęstsze odkrycia:

• Tag nie strzela → trigger source nie pasuje (np. trigger na purchase ale event w dataLayer nazwany Purchase z dużej litery)
• Tag strzela ale wartość pusta → DataLayer Variable wskazuje na nieistniejące pole
• Tag strzela wielokrotnie → trigger ustawiony na “All Pages” zamiast specyficznego eventu

Narzędzie 2: Tag Assistant Companion - co tag wysłał

Tag Assistant Companion (Chrome extension od Google) pokazuje wszystkie hity które tagi wysłały, niezależnie od stanu Preview.

Co pokazuje:

• Listę requestów do Google services (Ads, GA4, Floodlight)
• Pełną zawartość requestu - wszystkie parametry
• Status response (200 OK, error)
• Time series - kiedy tag się odpalił

Kiedy używać:

• Po Preview Mode, gdy chcesz potwierdzić że konkretny parametr poszedł poprawnie
• Sprawdzanie Enhanced Conversions - czy user_data zawiera email/phone hashe
• Debugowanie wartości konwersji - czy value jest poprawne, w jakiej walucie
• Sprawdzenie czy transaction_id jest spójny dla danej konwersji

Konkretny scenariusz:

Konwersja Google Ads “wpada do panelu”, ale ROAS wygląda na zły. Tag Assistant Companion → otwórz tag Google Ads Conversion → sprawdź pole value. Czy to brutto czy netto? Czy waluta PLN czy domyślny USD (klasyk - brak currency w tagu, Google domyślnie liczy w USD przy current FX rate)?

Narzędzie 3: DevTools Network - najniższy poziom

Gdy Preview Mode i Tag Assistant pokazują że “wszystko OK”, ale dane nadal nie dochodzą - patrzysz w DevTools Network tab. To prawdziwy raport co przeglądarka wysłała na zewnątrz.

Jak debugować:

1. Chrome DevTools → Network tab
2. Filter: collect lub tr (Google + Meta)
3. Wykonaj akcję na sklepie
4. Sprawdź zewidencjonowane requesty:
   • Status code (200 vs 4xx vs blocked)
   • Request URL (czy GA4 hit ma tid=G-XXXXX)
   • Request payload (czy parametry e-commerce są obecne)
   • Response (czy serwer Google/Meta odpowiedział OK)

Co tu wykrywasz:

• Adblockery - requesty oznaczone “Blocked: ::ERR_BLOCKED_BY_CLIENT” = adblock w działaniu (testuj w incognito bez adblockera)
• Network errors - 4xx/5xx pokazuje problemy z konfiguracją (np. zły Pixel ID)
• CORS issues - jeśli wysyłasz przez server-side i serwer ma złe headers
• Duplikaty - jeśli widzisz 2 hity dla tej samej konwersji w 100ms odstępie, masz duplikację

Mechanizm duplikacji i jak naprawiać: Duplikacja eventów purchase w Shoper - 3 sposoby naprawy.

Narzędzie 4: GA4 DebugView - finalna walidacja

DebugView w GA4 pokazuje wszystkie eventy które dotarły do GA4, w czasie rzeczywistym, z pełnymi parametrami.

Jak włączyć:

W browser: tag Assistant Companion → włącz “Debug Mode” (lub dodaj ?_dbg=1 do URL, lub używaj GA4 Debug Mode rozszerzenia Chrome).

Co sprawdzać:

GA4 → Admin → DebugView (po lewej):

• Lista eventów w real-time (lewa kolumna)
• Kliknij event → wszystkie parametry
• Sprawdź value, currency, items dla purchase
• Sprawdź client_id - czy spójne między eventami

Najczęstsze problemy wykrywane tu:

• purchase event widoczny ale value = 0 → tag nie pchnął wartości
• items array pusty → DataLayer Variable wskazuje na złe pole
• Różne client_id dla eventów w tej samej sesji → cookie GA4 wygasa albo reset (Safari ITP)
• Brak transaction_id → tag pomijał to pole

Scenariusz: “Konwersja nie wpada do Google Ads”

Pełna sekwencja debugowania w 5 minut:

Krok 1. Sklep → wejdź jako klient w trybie incognito → zrób testowy zakup.

Krok 2. GTM Preview Mode → wykryj czy event purchase pojawił się w dataLayer.

• NIE → problem po stronie sklepu (DataLayer nie pchnie eventu - sprawdź szablon strony thank-you / moduł Storefront)
• TAK → krok 3

Krok 3. GTM Preview Mode → tag Google Ads Conversion - status?

• “Not Fired” → trigger nie pasuje (sprawdź mapowanie na custom event)
• “Fired” → krok 4

Krok 4. Tag Assistant Companion → znajdź Google Ads conversion hit. Parametry:

• value: faktyczna wartość zamówienia (nie 0, nie undefined)
• currency: PLN
• transaction_id: niepuste, unikalne

Brakuje któregoś → poprawić w tagu w GTM.

Krok 5. Google Ads → Tools → Conversions → Diagnostyka konwersji

• Status “Recording recent conversions” = wszystko OK, konwersja przyjdzie w 1-3 godzin
• “Unverified” = jeszcze za wcześnie, wróć za 24h
• “No recent conversions” + krok 4 był OK = możliwy problem z conversion_id / conversion_label (sprawdź czy zgadzają się z panelem Google Ads)

Jeśli krok 5 dalej pokazuje problem - patrz checklist audytu konwersji Google Ads (15 punktów, większość wykrywalna w 30 minut).

Scenariusz: “GA4 widzi mniej zamówień niż panel”

Krok 1. GA4 → Reports → Acquisition → Conversions → filtruj po purchase → liczba w ostatnich 30 dniach.

Krok 2. Panel sklepu → liczba zamówień w tym samym okresie.

Krok 3. Oblicz różnicę: (panel - GA4) / panel × 100%

• 0-5% różnicy: normalne (adblockery, błąd pomiaru, anulowane zamówienia)
• 5-15%: prawdopodobnie niewydolny tracking, ale “normalny” dla sklepu bez server-side
• 15-30%: poważne problemy (adblock blokuje GA4, ITP skraca identyfikatory, błąd konfiguracji)
• 30%+: tag GA4 nie odpala się w wielu sesjach albo zła konfiguracja całego pomiaru

Krok 4. Sprawdzenia:

• Czy purchase event ma transaction_id (deduplikacja)?
• Czy klient z adblockerem widzi w sklepie GA4 (testuj z uBlock włączonym)?
• Czy klient na Safari widzi pomiar po 7+ dniach od pierwszej wizyty (ITP)?
• Czy Consent Mode v2 jest poprawnie skonfigurowany (denied users = modelowane konwersje, nie zliczane)?

Checklist 8-punktowy “zanim zgłosisz tracking nie działa”

Do przejścia w 15-20 minut przed eskalacją problemu:

1. Otwórz GTM Preview Mode i wejdź na sklep w nowym oknie incognito. Czy GTM container się ładuje? (Widzisz Tag Assistant info w prawym dolnym?)

2. Wykonaj akcję która “nie działa”. Czy event pojawia się w lewej kolumnie GTM debug?

3. Sprawdź tag w “Tags Not Fired”. Co Blocking Triggers blokuje? Co Firing Triggers wymaga - czy wymaga match?

4. Otwórz Tag Assistant Companion. Czy widzi hit do odpowiedniego endpointu? Z poprawnymi parametrami?

5. DevTools Network. Status request? 200 OK? Blocked (adblock)?

6. Sprawdź GA4 DebugView (jeśli problem dotyczy GA4) lub Google Ads Diagnostyka konwersji.

7. Sprawdź Consent Mode - czy w EOG masz domyślny denied w gtag('consent', 'default', ...). Bez tego eventy lecą bez consent state co Google filtruje. Pełna konfiguracja: Consent Mode v2 + Cookiebot + sGTM.

8. Porównaj wartości panel sklepu vs GA4 vs Google Ads. Czy rozjazd jest w normie (poniżej 5%)? Czy któryś z systemów liczy 2x więcej?

Jeśli po przejściu tego checklist nie wiesz nadal gdzie problem - wtedy czas na ekspertyzę zewnętrzną. Większość problemów rozwiązuje się na poziomie 1-5.

Najczęstsze błędy podczas debugowania

1. Testowanie w głównym oknie z aktywnym kontem Google. Twój userID/clientID może być cache’owany, widzisz “wszystko OK” bo dane były z poprzedniej sesji. Zawsze incognito + fresh session.

2. Testowanie z aktywnym adblockerem. “Tag nie strzela!” - bo Brave/uBlock blokuje. Wyłącz adblockery do testów lub testuj w czystym Chrome profile.

3. Pomijanie Preview Mode. Patrzenie tylko w GA4 DebugView pomija etap “czy GTM w ogóle próbował wysłać”. 80% problemów wyłapuje sam Preview Mode.

4. Mylenie web GTM Preview ze server GTM Preview. Server container ma osobny Preview Mode. Jeśli debugujesz server-side tag, musisz odpalić server Preview, nie web.

5. Brak refresh strony po zmianie w GTM. Po zapisaniu wersji w GTM (Submit w prawym górnym) - klient w przeglądarce musi mieć aktualną wersję. Sprawdź czy Live version pasuje do tego co debugujesz.

Podsumowanie

GTM debugging dla e-commerce nie wymaga programowania ani zaawansowanego JS. Wymaga znajomości 4 narzędzi i ich kolejności użycia. 80% problemów wykrywa się w pierwszych 2 narzędziach (Preview Mode + Tag Assistant), kolejne 15% w DevTools Network. Pozostałe 5% to skomplikowane race conditions wymagające ekspertyzy.

8-punktowy checklist przejdzie każdy specjalista marketingowy w 15-20 minut. To jest poziom debug-readiness, który pozwala niezależnie eliminować problemy zamiast eskalować “tracking nie działa” do dewelopera za każdym razem.

Najlepsi marketingowcy e-commerce nie unikają debugowania - unikają tylko tych debug-sesji, które można było rozwiązać samodzielnie w 15 minut. Reszta to legitne pytania do specjalisty.

Audyt całego trackingu sklepu z debugiem ponad 30 typowych miejsc problemowych - pakiet Ads Tracking Cleanup GTM (2 000 zł, 3-5 dni). Jeśli debug pokazał że potrzeba pełnego wdrożenia server-side - Server-Side Start (3 500 zł).