Rozbieżność stała a rozbieżność nagła
To pierwsze rozróżnienie, od którego zależy cała dalsza diagnostyka.
Rozbieżność stała utrzymuje się na podobnym poziomie od miesięcy. Wynika z mechaniki pomiaru: część użytkowników zawsze zablokuje skrypty, część nie wyrazi zgody, część przerwie sesję. Tej różnicy nie da się wyzerować. Da się ją zmierzyć, udokumentować i uwzględniać w analizach.
Rozbieżność nagła to skokowa zmiana bez odpowiadającej jej zmiany w biznesie. Prawie zawsze oznacza problem techniczny: wdrożenie na stronie, zmianę w konfiguracji tagów, nową metodę płatności bez poprawnie skonfigurowanego śledzenia, zmianę w banerze zgód.
Pierwszy krok diagnostyczny to więc wykres rozbieżności w czasie, nie analiza pojedynczego miesiąca.
Najczęstsze przyczyny rozbieżności
Blokowanie skryptów śledzących
Rozszerzenia blokujące reklamy i śledzenie oraz wbudowane mechanizmy ochrony prywatności w przeglądarkach uniemożliwiają wysłanie zdarzenia do GA4. Transakcja zapisuje się w sklepie, ale nigdy nie trafia do analityki. Skala zjawiska zależy od profilu odbiorców, w segmentach technicznych bywa wyraźnie wyższa.
Brak zgody na cookies analityczne
Przy poprawnie wdrożonym banerze zgód użytkownik, który nie wyraził zgody na cele analityczne, nie jest śledzony w standardowy sposób. Zależnie od konfiguracji trybu zgody dane mogą trafiać w formie ograniczonej lub nie trafiać wcale.
Przerwanie sesji przed stroną potwierdzenia
Zdarzenie zakupu w standardowej implementacji wywołuje się na stronie podziękowania za zamówienie. Jeśli użytkownik zamknie kartę zaraz po zatwierdzeniu płatności albo połączenie zostanie przerwane, zamówienie istnieje w sklepie, a zdarzenie nigdy się nie wywoła.
Przekierowania z bramek płatniczych
Przy płatnościach realizowanych poza sklepem użytkownik trafia na zewnętrzną stronę, a następnie wraca. Jeśli powrót nie jest poprawnie obsłużony, sesja może zostać zerwana albo przypisana do złego źródła ruchu, co zniekształca nie tylko liczbę transakcji, ale i atrybucję.
Błędy implementacji
Typowe przypadki: zdarzenie zakupu wywoływane tylko dla części metod płatności, brak przekazania identyfikatora transakcji, podwójne wywołanie zdarzenia przy odświeżeniu strony podziękowania, różnice w obsłudze wersji mobilnej.
Różnice w definicji i momencie pomiaru
GA4 liczy transakcję w momencie wywołania zdarzenia. Sklep może liczyć zamówienie w momencie złożenia, niezależnie od płatności, a dział finansowy dopiero po odjęciu zwrotów. Do tego dochodzą różnice stref czasowych, przesuwające część transakcji na sąsiedni dzień.
Jak zdiagnozować przyczynę krok po kroku
- Zestaw dane dzień po dniu za ostatnie kilka miesięcy. Porównaj liczbę transakcji w GA4 z liczbą zamówień w systemie sklepowym i wylicz procentową rozbieżność dla każdego dnia.
- Sprawdź, czy rozbieżność jest stała czy skokowa. Skokowa zmiana wskazuje datę, w której coś się wydarzyło technicznie. Zestaw tę datę z historią wdrożeń na stronie.
- Porównaj rozbieżność w podziale na metodę płatności. Jeśli jedna metoda odstaje, problem leży w obsłudze powrotu z bramki lub w wywołaniu zdarzenia dla tej ścieżki.
- Porównaj rozbieżność w podziale na urządzenia. Wyraźnie wyższa rozbieżność na mobile wskazuje na problem z implementacją w wersji mobilnej lub z przerywaniem sesji.
- Sprawdź duplikaty identyfikatorów transakcji. Ta sama wartość występująca wielokrotnie oznacza podwójne wywołanie zdarzenia, które zawyża dane po stronie GA4.
- Zweryfikuj konfigurację zgód. Zmiana w banerze lub w trybie zgody bezpośrednio przekłada się na udział mierzonych sesji.
Pomiar po stronie serwera jako częściowe rozwiązanie
Śledzenie po stronie serwera przenosi wysyłkę zdarzenia z przeglądarki użytkownika na serwer, co uniezależnia rejestrację transakcji od blokowania skryptów i części ograniczeń przeglądarki. W praktyce oznacza to, że informacja o zamówieniu może zostać wysłana z zaplecza sklepu, gdzie transakcja jest już potwierdzona, a nie z przeglądarki, która może nigdy nie załadować strony potwierdzenia.
Ograniczenia: pomiar serwerowy nie zwalnia z obowiązku respektowania zgód użytkownika i nie rozwiązuje problemów wynikających z samej definicji metryk czy różnic w momencie pomiaru. Wymaga też wdrożenia technicznego i utrzymania infrastruktury.
Czego nie da się naprawić i jak z tym pracować
Część rozbieżności pozostanie zawsze. Zamiast dążyć do zgodności co do jednej transakcji, praktyczne podejście wygląda tak:
- Ustal system sklepowy jako źródło referencyjne dla wolumenu sprzedaży i rozliczeń.
- Traktuj GA4 jako źródło informacji o zachowaniu użytkowników, źródłach ruchu i trendach, nie jako kasę fiskalną.
- Monitoruj samą rozbieżność jako osobną metrykę z ustalonym progiem alertu.
- Przy raportowaniu wyników zawsze podawaj źródło danych, żeby porównania między raportami pozostały sensowne.
Najczęstsze pytania
Czy GA4 powinien pokazywać dokładnie tyle transakcji co sklep?
Nie. Ze względu na sposób pomiaru GA4 zawsze pokaże mniej. Celem nie jest pełna zgodność, tylko stabilna i znana skala różnicy.
Co zrobić, gdy rozbieżność nagle wzrosła?
Zestawić datę wzrostu z historią wdrożeń na stronie i zmian w konfiguracji tagów oraz zgód, a następnie sprawdzić rozbieżność w podziale na metody płatności i urządzenia.
Czy server-side tracking eliminuje rozbieżności?
Ogranicza je, bo uniezależnia pomiar od blokowania skryptów w przeglądarce, ale nie usuwa różnic wynikających z definicji metryk, momentu pomiaru i wymogów dotyczących zgód.
Sprawdź, czy rozbieżność między GA4 a Twoim systemem sklepowym jest stabilna w czasie, zanim uznasz ją za problem techniczny wymagający naprawy.
Gotowi zobaczyć swoje liczby?
15-minutowe demo na Twoich danych, bez zobowiązań.
