Twoje trackowanie GA4 w GTM może się zepsuć… nawet jeśli nikt nie dotknął kontenera

PrzezBartosz Spychalski Czas czytania 3 min.

To jeden z najczęstszych (i najbardziej frustrujących) dialogów w analityce:

Klient: „Tracking na stronie się zepsuł. Ale nic nie zmienialiśmy w GTM.”
Analityk: „Tak naprawdę… zmieniliście. Tylko nie w GTM.”

I tu zaczyna się problem.

„Last edited” w GTM to nie cała prawda

Wielu klientów (i niestety także marketerów) patrzy wyłącznie na kolumnę Last edited przy tagach, triggerach czy zmiennych w Google Tag Manager.

Jeśli data się nie zmieniła → wniosek jest prosty:

„Nikt nic nie zmieniał, więc GTM nie mógł się zepsuć”.

Problem w tym, że ta data jest myląca.

GTM nie działa w próżni

GTM jest ściśle powiązany z kodem strony:

  • HTML
  • JavaScript
  • dataLayer
  • eventy
  • framework (React, Vue, custom JS)

Zmiana w którymkolwiek z tych elementów może złamać tracking, nawet jeśli:

  • kontener GTM nie był edytowany,
  • nie było nowej publikacji,
  • „Last edited” wygląda niewinnie.

Jak dokładnie może się to zepsuć?

1️⃣ Zmiana w dataLayer

GTM żyje z dataLayera.

Jeśli dev team:

  • zmieni strukturę obiektu,
  • usunie pole,
  • zmieni nazwę klucza,
  • opóźni push do dataLayera,

to:

  • tagi przestają dostawać dane,
  • eventy w Google Analytics 4 przestają się wysyłać,
  • raporty zaczynają wyglądać „dziwnie”.

A GTM?
➡️ „Last edited” bez zmian.

2️⃣ Zmiana eventów na stronie

Trigger w GTM odpala się, bo:

  • jest konkretny event (event = purchase)
  • jest konkretna akcja użytkownika

Jeśli:

  • event przestanie istnieć,
  • zmieni się jego nazwa,
  • zmieni się moment wywołania,

trigger po prostu się nie odpali.

I znowu:

  • GTM nietknięty
  • tracking martwy

3️⃣ Zmiany w JavaScript → zmienne przestają działać

Wiele zmiennych GTM:

  • odwołuje się do JS (window.someObject)
  • czyta dane z DOM
  • używa customowych funkcji

Jeśli:

  • zmieni się scope,
  • zmieni się timing,
  • zmieni się struktura obiektu,

zmienna:

  • zwraca undefined,
  • zwraca błędne dane,
  • albo przestaje działać całkowicie.

4️⃣ Custom JS w tagach

Tagi GA4, eventy e-commerce, niestandardowe integracje:

  • często zawierają własny JS,
  • opierają się na kontekście strony.

Zmiana w:

  • frameworku,
  • bundlerze,
  • kolejności ładowania skryptów

może mieć efekt domina.

Twarda prawda

Twoje trackowanie GA4 w GTM może się zepsuć, nawet jeśli nikt nie dotknął kontenera.

Każda zmiana w:

  • HTML
  • CSS
  • JavaScript

może wpłynąć na:

  • tagi
  • triggery
  • zmienne

„Last edited” w GTM ≠ ostatnia zmiana wpływająca na tracking.

Jak podejść do debugowania rozsądnie?

Zamiast pytać:

„Kto zmienił GTM?”

lepiej zapytać:

  • co zmieniło się w kodzie strony?
  • czy był deploy?
  • czy zmienił się framework?
  • czy ktoś ruszał dataLayer?
  • czy eventy nadal istnieją?

I zawsze:

  • używać Preview Mode,
  • sprawdzać dataLayer,
  • porównywać działającą i niedziałającą wersję strony.

Podsumowanie

Jeśli tracking GA4 przestaje działać:

  • nie ufaj ślepo „Last edited” w GTM,
  • pamiętaj, że GTM to warstwa pośrednia, nie autonomiczny system,
  • szukaj przyczyny w kodzie strony, nie tylko w kontenerze.

To jedno z tych miejsc, gdzie współpraca dev + analytics nie jest opcją — jest koniecznością.

Podobne wpisy