Najczęściej spotykane problemy
Table of Contents
-
Czy zamówienia już złożone i wysłane przez inny moduł do GA4 zostaną wysłane ponownie?
-
Jakie są różnice między raportowaniem online a offline w GA4 i jak to wpływa na dane?
-
Czy mogę uzywać tagu Google GA4 oraz GTM w tym samym momencie
-
Jak uniknąć wysyłania do GA4 zamówień, które nie zostały opłacone?
-
Jak najlepiej skonfigurować raportowanie zdarzeń zakupowych online i offline?
-
Dlaczego dane w Google Analytics i Google Ads mogą pojawiać się z opóźnieniem?
-
Dlaczego Google może wyświetlać inne wartości niż te wysyłane przez moduł?
Źle raportowane wartośći
Tutaj należy się upewnić, że nie ma zadnej innnej integracji. Najłatwiej to zrobić wyłączając nasz moduł w panelu (Opcja Wyłącz).
Następnie przeskanować stronę narzędziem https://tagassistant.google.com/. Jeśli nasz moduł jest wyłączony, to TagAssinstant nie powinien wykryć żadnego tagu.
Sprawdzenie czy nie ma pozostałopści po poprzedniej implementacji jest kluczowe dla dziania modułu.
Należy upewnić się również, że w kodzie strony nie ma żadnych definicji dataLayer
oraz wywołań gtag
.
Jeśli jesteśmy pewni, że nie ma żadnych pozostałości po innych integracjach, to możemy przystąpić do ponownego włączenia modułu.
Moduł nie zbiera zgód.
Tutaj należy się upewnić, że jest zainstalowany nasz moduł SEIGI Cookie & Consent dla Prestashop i thirty bees.
Jest on w pełni zintegrowany z naszym modułem SEIGI Tag Manager - Integracja Google Analytics 4
Czy zamówienia już złożone i wysłane przez inny moduł do GA4 zostaną wysłane ponownie?
Zamówienia mogą zostać wysłane ponownie w dwóch przypadkach:
- Zostanie im zmieniony status na taki, który w naszym module jest zaznaczony jako wyzwalający wysyłkę do GA4.
- Zostanie ręcznie wymuszone ponowne wysłanie zamówienia.
Jakie są różnice między raportowaniem online a offline w GA4 i jak to wpływa na dane?
Czy mogę uzywać tagu Google GA4 oraz GTM w tym samym momencie
Teoretycznie tak, ale nie jest to zalecane przez Google szczególnie w jako uzupełnienie raportowania do GA4.
- Kod GTM i GA4 nie mogą raportować do Google Analytics 4 w tym samym czasie (GTM może zostać użyty do raportowania do innych usług jak np. tiktok etc)
- Kod GTM i GA4 mogą się na siebie nachodzić i powodować konflikty - jeśli masz problemy, należy sprawdzić czy nie mają konfliktu (poprzez wyłączenie jednego z nich)
https://support.google.com/tagmanager/answer/7582054?hl=pl#tagging-options
W GA4 istnieją dwa rodzaje raportowania:
- Browser to server (online) – zdarzenia są wysyłane bezpośrednio z przeglądarki klienta do Google Analytics.
- Server to server (offline) – zdarzenia są przesyłane za pomocą Measurement Protocol bez udziału przeglądarki klienta.
Najlepszym podejściem jest korzystanie z obu metod, co pozwala na maksymalizację precyzji danych. Google deduplikuje zdarzenia na podstawie identyfikatora zamówienia, co zapewnia, że dane są zgłaszane tylko raz, nawet jeśli pochodzą z różnych źródeł.
Jak uniknąć wysyłania do GA4 zamówień, które nie zostały opłacone?
W przypadku raportowania online, nie mamy możliwości kontrolowania, czy zamówienie zostało opłacone, ponieważ zdarzenie jest wyzwalane natychmiast po złożeniu zamówienia. Aby tego uniknąć, warto używać raportowania offline. Przy raportowaniu offline można ustawić wysyłanie zdarzeń tylko w przypadku, gdy zamówienie osiągnie określony status (np. “przygotowanie w toku”, “zapłacone”, “płatność przyjęta”).
Jeżeli zamówienie nie zostanie opłacone, moduł wysyła zdarzenie typu “refundacja” (refund), a GA4 anuluje wcześniejsze zgłoszenie zamówienia.
Jak najlepiej skonfigurować raportowanie zdarzeń zakupowych online i offline?
Gdy raportowanie online i offline są włączone równocześnie, proces wygląda następująco:
- Klient składa zamówienie – zdarzenie online jest natychmiast wysyłane do GA4.
- Jeśli klient nie opłaci zamówienia, moduł wysyła zdarzenie typu “refundacja”, co powoduje anulowanie zamówienia w GA4.
W przypadku zdarzeń offline można ustawić, by zdarzenia zakupowe były wysyłane tylko w przypadku wybranych statusów zamówienia, np. “zapłacone” lub “przygotowanie w toku”. Zdarzenia zwrotu można przypisać do statusów “anulowane” i “zwrot”.
Dlaczego dane w Google Analytics i Google Ads mogą pojawiać się z opóźnieniem?
Google Analytics (GA4) przetwarza dane w czasie rzeczywistym, ale pełne raporty mogą być dostępne dopiero po zakończeniu procesu wymiany danych między systemami oraz deduplikacji. W większości przypadków dane w Analytics są widoczne w ciągu kilku godzin, jednak pełne przetwarzanie może trwać do 72 godzin, zwłaszcza przy integracjach z systemami takimi jak Google Ads. W przypadku wymiany danych między GA4 a Google Ads opóźnienia bliskie 72 godzin są częstsze i wynikają z konieczności dokładnego połączenia danych o zdarzeniach i kampaniach reklamowych.
Jeśli zauważysz, że niektóre zdarzenia (np. zakupy lub inne konwersje) pojawiają się w Analytics z opóźnieniem, jest to normalne. Warto jednak upewnić się, że:
- Cron odpowiedzialny za wysyłanie danych działa poprawnie (np. w środowisku multistore wymaga oddzielnej konfiguracji dla każdej domeny).
- Moduł jest poprawnie skonfigurowany, w tym w trybie dynamicznego ładowania tagów, co zwiększa precyzję zbierania danych.
Niektóre zdarzenia mogą być oznaczone jako „Not Logable“ (np. “Dane do przelewu”), co oznacza, że ich rejestracja zależy od ustawień modułu i może wymagać dodatkowej konfiguracji.
Jeśli dane zamówień są widoczne w logach modułu, ale nie pojawiają się w Analytics:
- Sprawdź, czy zdarzenia wysyłane są zarówno online (w momencie ich wystąpienia), jak i offline (przez cron).
- Pamiętaj, że opóźnienia są naturalne, ale zdarzenia wysłane z poprawnymi danymi powinny zostać ostatecznie zarejestrowane.
Jeśli masz wątpliwości co do konfiguracji, rozważ skorzystanie z płatnej pomocy w celu przetestowania ustawień modułu i poprawnego działania synchronizacji danych.
Dlaczego Google może wyświetlać inne wartości niż te wysyłane przez moduł?
Nasz moduł przesyła do Google Analytics i Google Ads dokładne dane o zamówieniach, w tym ich pełną wartość, zgodnie z konfiguracją sklepu. Jednak Google posiada własne systemy analizy, które mogą modyfikować te dane na etapie przetwarzania i raportowania. Z tego powodu nie możemy zagwarantować, że kwoty widoczne w raportach Google będą dokładnie takie same, jak te wysłane przez moduł.
Przykładowo:
-
Algorytmy przypisywania konwersji: Google stosuje zaawansowane mechanizmy do analizy źródeł ruchu i przypisywania konwersji. Jeśli klient odwiedzi sklep z różnych źródeł (np. Facebook i wyszukiwarka Google), Google może podzielić wartość zamówienia między te źródła. Może to prowadzić do sytuacji, w której Analytics wyświetli tylko część wartości zamówienia jako zasługę jednego kanału (np. 50% przypisze Facebookowi, a 50% Google).
-
Przekształcanie danych: Google czasami interpretuje dane w oparciu o własne założenia, np. zaokrąglanie kwot, stosowanie kursów wymiany walut, czy przypisywanie wartości do innych zdarzeń (np. “purchase” może być korygowane przez “refund”).
-
Różnice w prezentacji danych: Google priorytetowo traktuje swoje modele atrybucji i reguły biznesowe, które mogą różnić się od rzeczywistości przesłanej z modułu.
Ważne: Moduł wysyła dane poprawnie, ale ich finalna prezentacja zależy wyłącznie od sposobu, w jaki Google przetwarza i raportuje informacje. Zalecamy regularne przeglądanie logów modułu i porównanie ich z raportami w Google Analytics, aby zrozumieć, jak dane są interpretowane. W przypadku bardziej zaawansowanych analiz sugerujemy konsultację z ekspertem Google Ads lub Google Analytics.
Jak sprawdzić, co moduł raportuje do Google Analytics?
Aby zweryfikować, jakie dane są przesyłane do Google Analytics, możesz skorzystać z narzędzia Google Tag Assistant. Narzędzie umożliwia podgląd zdarzeń i przesyłanych parametrów w czasie rzeczywistym.
Szczegółową instrukcję znajdziesz na naszej stronie: Jak sprawdzić, co moduł raportuje do Google Analytics?.