Jak debugować śledzenie w Google Analytics i Tag Managerze
Jeśli rezerwacje dokonane za pomocą widgetu płatności nie pojawiają się w Google Analytics, wbudowane logowanie debugowania widgetu pomoże ustalić, na którym etapie się zatrzymują.
1. Najpierw poznaj sposób wysyłania zdarzeń przez widget
W ustawieniach widgetu, w sekcji Analytics, opcja Send events via określa sposób działania śledzenia. Obie dostępne opcje działają zupełnie inaczej, co wpływa na to, czego należy się spodziewać podczas debugowania.
Google Analytics 4 — widget wysyła każde zdarzenie związane z rezerwacją bezpośrednio do usługi Analytics. W przypadku opcji Use existing tag (domyślnej) korzysta z tagu Google Analytics, który już znajduje się na stronie; w przypadku opcji Use custom tag ładuje własny tag przy użyciu wprowadzonego identyfikatora pomiaru. W obu przypadkach to widget komunikuje się z Google, dlatego dane rezerwacji można zobaczyć w karcie Network przeglądarki.
Google Tag Manager — widget nie wysyła niczego do Google Analytics. Przekazuje każde zdarzenie do kontenera Tag Managera, a kontener decyduje, co z nim zrobić. W przypadku opcji Use existing container (domyślnej) korzysta z kontenera, który już znajduje się na stronie; w przypadku opcji Use custom container ładuje kontener o wprowadzonym identyfikatorze. W obu przypadkach nic nie trafi do Google Analytics, dopóki w Tag Managerze nie skonfigurujesz tagu, który to wyśle. To najczęstszy powód braku rezerwacji: widget działa prawidłowo, ale żaden tag nie odbiera zdarzeń. Zobacz sekcję 5.
W tej samej sekcji znajduje się również główny przełącznik Enable Google Analytics. Włącza on lub wyłącza śledzenie dla obu opcji — jeśli jest wyłączony, nic nie jest śledzone, nawet gdy Tag Manager jest włączony.
2. Włącz logowanie debugowania
- W panelu TicketingHub otwórz ustawienia widgetu płatności, który chcesz przetestować.
- W sekcji Analytics włącz opcję Enable analytics debug logging i zapisz ustawienia.
Gdy opcja jest włączona, widget zapisuje w konsoli przeglądarki na stronie witryny jeden wiersz dla każdego zdarzenia. Po wybraniu Google Analytics 4 włącza to również tryb debugowania Google dla tagu. W przypadku Google Tag Managera użyj trybu Preview lub włącz tryb debugowania w tagu GA4, aby wyświetlać zdarzenia w DebugView. Logi w konsoli pokazują tylko część działania widgetu — widget nie widzi, co Google robi później, dlatego logi nie zastępują GA4 DebugView ani GTM Preview.
3. Otwórz konsolę przeglądarki na swojej stronie
- Otwórz stronę w swojej witrynie, na której osadzono widget (nie panel TicketingHub).
- Otwórz narzędzia deweloperskie przeglądarki (F12 lub kliknij prawym przyciskiem myszy → Zbadaj) i przejdź do karty Console.
- Jeśli przeglądarka wyświetla w konsoli selektor ramek, upewnij się, że wybrana jest ramka top — widget zgłasza zdarzenia do Twojej strony, a nie wewnątrz własnej ramki.
- W ustawieniach konsoli włącz opcję Preserve log — jeśli po rezerwacji widget przekierowuje na inną stronę, komunikaty dotyczące końcowego zdarzenia zakupu są zapisywane tuż przed przekierowaniem i w przeciwnym razie zostałyby usunięte, zanim będzie można je odczytać.
- Wykonaj testową rezerwację. Upewnij się, że konsola jest otwarta przed załadowaniem strony (lub odśwież stronę przy otwartej konsoli), aby wyświetlić również komunikaty z momentu uruchamiania strony.
4. Znaczenie komunikatów w konsoli
| Komunikat | Znaczenie |
|---|---|
Triggering GA event … / Triggering GTM event … | Widget wysłał zdarzenie do Google Analytics lub przekazał je do kontenera Tag Managera. |
… event … processed | Zdarzenie zostało odebrane i obsłużone, a komunikat zwykle zawiera nazwę tagu lub kontenera, który je obsłużył. W przypadku Tag Managera oznacza to, że kontener odebrał zdarzenie — nie oznacza to, że cokolwiek zostało wysłane do Google. Zobacz sekcję 5. |
… event … was not confirmed within …ms | W ciągu kilku sekund nic nie poinformowało widgetu, że zdarzenie zostało obsłużone. Nie musi to oznaczać utraty zdarzenia — sprawdź GA4 DebugView, aby zobaczyć, czy dotarło do usługi. Typowe przyczyny opisano w sekcji 6. |
… event … was still waiting for confirmation when the page navigated away | Widget przekierował na inną stronę, zanim zakończyło się sprawdzanie, co jest normalne w przypadku korzystania z przekierowania po zakupie. Nie oznacza to, że zdarzenie się nie powiodło — potwierdź je w GA4 DebugView. |
… failed to load … | Nie udało się załadować skryptu Google — zwykle z powodu blokady reklam lub filtra sieciowego. |
… event … dropped … | Nie udało się w ogóle wysłać zdarzenia. Komunikat wyjaśnia dlaczego: na stronie nie jest jeszcze dostępny Google Analytics ani Tag Manager albo Tag Manager jest wyłączony w ustawieniach widgetu. |
Widget celowo zgłasza tylko to, czego może być pewien. Wie, czy skrypt Google został załadowany i czy tag potwierdził obsługę zdarzenia — nie może wiedzieć, czy Google zaakceptował dane, dlatego odsyła do DebugView zamiast zgadywać.
5. Jeśli korzystasz z Google Tag Managera, skonfiguruj swoje tagi
Tag Manager jest kontenerem, a nie narzędziem śledzącym. Gdy widget przekazuje mu zdarzenie związane z rezerwacją, kontener sprawdza reguły uruchamiające i uruchamia pasujące tagi. Jeśli żaden tag nie pasuje, zdarzenie kończy się na tym etapie — konsola nadal wyświetli komunikat processed, ponieważ kontener odebrał zdarzenie.
Nowy kontener nie będzie samodzielnie odbierać tych zdarzeń. Większość tagów Analytics jest skonfigurowana tak, aby uruchamiać się podczas „Initialization” lub „All Pages”, co nie odpowiada zdarzeniom rezerwacji widgetu.
Aby wysyłać rezerwacje z widgetu do Google Analytics, w kontenerze Tag Managera potrzebujesz:
- Google tagu (lub tagu konfiguracji GA4) zawierającego identyfikator pomiaru (
G-…). - Tagu zdarzenia GA4 dla każdego interesującego Cię zdarzenia rezerwacji, z regułą typu Custom Event, której nazwa zdarzenia odpowiada nazwie jednego ze zdarzeń widgetu.
Widget wysyła następujące nazwy zdarzeń:
| Zdarzenie | Kiedy występuje |
|---|---|
page_view | Odwiedzający przechodzi do kolejnego kroku widgetu |
select_item | Produkt lub pakiet zostaje wybrany z listy produktów lub wydarzeń |
add_to_cart | Elementy zostają dodane do koszyka |
view_cart | Wyświetlone zostaje podsumowanie zamówienia |
begin_checkout | Wyświetlony zostaje krok z danymi klienta |
add_payment_info | Wyświetlony zostaje krok płatności, przed wysłaniem danych |
purchase | Płatność kończy się powodzeniem lub zostaje potwierdzone zamówienie, za które nie pozostała żadna kwota do zapłaty |
W przypadku zdarzeń zakupowych skonfiguruj tag tak, aby wysyłał dane e-commerce z warstwy danych. Widget wysyła standardowe pola e-commerce Google Analytics — takie jak waluta, wartość, elementy i identyfikator transakcji — w formacie oczekiwanym przez Google, dlatego nie jest potrzebne niestandardowe mapowanie.
Użyj GTM Preview (Tag Assistant), aby sprawdzić konfigurację: narzędzie pokazuje każde zdarzenie odebrane z widgetu oraz dokładnie wskazuje, które tagi zostały lub nie zostały uruchomione. Jeśli zdarzenie dociera, ale żaden tag się nie uruchamia, reguła nie pasuje; jeśli tag się uruchamia, ale nic nie dociera do Analytics, sprawdź identyfikator pomiaru w tagu.
Warto pamiętać, że w przypadku Tag Managera w karcie Network nie zobaczysz danych rezerwacji wysyłanych do Google Analytics bezpośrednio przez widget. Widget może załadować skrypt kontenera Tag Managera, ale żądania zawierające dane rezerwacji pochodzą z własnych tagów dopiero po ich uruchomieniu.
6. Typowe przyczyny i rozwiązania
- Blokery reklam i rozszerzenia chroniące prywatność — blokują skrypty śledzące Google na praktycznie każdej liście blokad. Przetestuj działanie w oknie prywatnym/incognito z wyłączonymi rozszerzeniami lub w czystym profilu przeglądarki. Pamiętaj, że odwiedzający korzystający z blokerów reklam również nie będą śledzeni, dlatego pewna liczba brakujących rezerwacji jest normalna.
- Zdarzenia są przetwarzane, ale nic nie pojawia się w Analytics — w przypadku Tag Managera prawie zawsze oznacza to, że żaden tag nie jest skonfigurowany tak, aby uruchamiać się dla zdarzeń widgetu. Zobacz sekcję 5.
- W konsoli nie ma żadnych komunikatów — śledzenie może być całkowicie wyłączone. Sprawdź, czy opcja Enable Google Analytics jest włączona, i pamiętaj, że steruje ona również Tag Managerem. Upewnij się także, że strona została załadowana przy otwartej konsoli.
- Każde zdarzenie informuje, że zostało odrzucone, ponieważ Tag Manager jest wyłączony — włącz opcję Enable Google Tag Manager w ustawieniach widgetu. Zarówno ta opcja, jak i Enable Google Analytics muszą być włączone, aby opcja Tag Managera działała.
- Brak komunikatów Tag Managera, widoczne są tylko komunikaty Google Analytics — widget jest skonfigurowany do wysyłania zdarzeń przez Google Analytics 4, dlatego ustawienia Tag Managera są ignorowane. Zmień wartość Send events via na Google Tag Manager. Widget korzysta tylko z jednej metody, nigdy z obu jednocześnie.
- Nieprawidłowy identyfikator pomiaru lub identyfikator kontenera — sprawdź, czy identyfikator w ustawieniach widgetu odpowiada usłudze Analytics (
G-…) lub kontenerowi Tag Managera (GTM-…). - Banery zgody — jeśli odwiedzający nie zaakceptował plików cookie związanych z analityką, Google Consent Mode może celowo wstrzymywać zdarzenia. Przed wyciągnięciem wniosków zaakceptuj zgodę na analitykę na stronie testowej.
- Wtyczki buforujące lub optymalizujące — niektóre wtyczki WordPressa do buforowania lub optymalizacji zakłócają działanie skryptów analitycznych. Spróbuj tymczasowo je wyłączyć albo dodaj skrypty do listy wykluczeń.
7. Potwierdź dane w narzędziach Google
Konsola informuje, że widget wykonał swoją część zadania. Aby potwierdzić, że dane dotarły:
- GA4 DebugView (Analytics → Admin → DebugView) pokazuje w czasie rzeczywistym zdarzenia docierające do usługi.
- GTM Preview (Tag Assistant) pokazuje, które tagi uruchamiają się dla każdego zdarzenia wysyłanego przez widget.