Jeśli prowadzisz e-commerce, regularnie zerkasz na dane sprzedaży w Google Analytics 4. I zapewne masz wrażenie, że coś tam nie gra – liczby w panelu sklepu jakoś magicznie rozjeżdżają się z tym, co widzi GA4. Nie jesteś sam. To plaga, która dotyka wielu moich klientów i staje się coraz większym problemem dla atrybucji e-commerce. Zapomnij o idealnym świecie, w którym każdy zakup jest skrupulatnie rejestrowany. Dziś utrata danych w GA4 to niestety nowa norma, a to ma bezpośrednie przełożenie na Twoje decyzje biznesowe i rentowność kampanii w Google Ads.
Spis treści
Ile gubisz i kiedy zaczyna się problem? Matematyka biznesowa rozbieżności
Pragmatyk we mnie mówi jasno: pewna rozbieżność między rzeczywistą sprzedażą w panelu sklepu a tym, co raportuje Google Analytics 4, jest nieunikniona. Jeśli mówimy o 10-15% utraty danych, to choć nie jest to komfortowe, stanowi niestety akceptowalną normę rynkową. To irytujące, ale często nie wymaga natychmiastowej rewolucji we wdrożeniu. Problem zaczyna się, gdy widzę, że te liczby przekraczają 20%. Wtedy to już nie jest „szum”, ale poważna wada w architekturze danych, która fundamentalnie wypacza Twoje decyzje. Wyobraź sobie, że Google Ads Smart Bidding optymalizuje się pod kątem 80% lub mniej Twoich rzeczywistych transakcji. To jak jazda samochodem z zapiętym tylko w połowie pasem – niby jedziesz, ale ryzyko katastrofy jest ogromne, a efektywność… mocno dyskusyjna.
Główne powody, dla których GA4 „zapomina” o transakcjach
Dlaczego w ogóle dochodzi do takiej sytuacji? Powodów jest kilka, a każdy z nich to osobny cios w Twoją analitykę:
-
Adblocki i przeglądarki z wbudowaną ochroną prywatności (np. Brave, uBlock Origin): To prawdziwy cichy zabójca danych. Coraz więcej użytkowników świadomie blokuje skrypty śledzące, w tym te odpowiedzialne za wysyłkę danych do GA4. Ich celem jest ochrona prywatności, ale skutkiem ubocznym jest drastyczne zafałszowanie Twoich statystyk sprzedaży.
-
Ograniczenia Safari (Intelligent Tracking Prevention – ITP): Apple od lat konsekwentnie utrudnia życie trackerom. ITP skracają żywotność plików cookie, a w niektórych przypadkach całkowicie je blokują, co utrudnia prawidłową atrybucję e-commerce i łączenie sesji z transakcjami, zwłaszcza w modelach opartych na danych z dłuższego horyzontu czasowego.
-
Błędy we wdrożeniach Consent Mode v2: Tryb zgody (Consent Mode) to świetne narzędzie do godzenia prywatności z analityką, ale jego implementacja to często mina. Nieprawidłowe wdrożenie, brak odpowiedniego zarządzania stanem zgód lub po prostu błędy konfiguracyjne, sprawiają, że GA4 przestaje zbierać dane od części użytkowników, którzy nie wyrazili zgody na wszystkie kategorie cookies. Często widzę, że ludzie myślą, że mają to dobrze zrobione, a rzeczywistość jest inna, co prowadzi do sporych luk.
-
Brak powrotu klienta po płatności (bramki typu PayU, Przelewy24): To klasyk, który wciąż zaskakuje. Klient płaci, ale z różnych powodów (zamknięcie okna, błąd połączenia, pośpiech) nie wraca na stronę potwierdzenia zamówienia w Twoim sklepie. Ponieważ transakcja jest zazwyczaj rejestrowana po załadowaniu tej strony, zdarzenie
purchasenie zostaje wysłane do GA4. Płatność jest, zamówienie jest, a w analityce… pustka, bo przeglądarka nie miała szansy wysłać zdarzenia.
Jak odzyskać kontrolę nad danymi? Konkretne rozwiązania techniczne
Skoro wiemy, gdzie leży problem, czas na konkrety. Na szczęście istnieją sprawdzone rozwiązania, które pozwalają znacząco ograniczyć utratę danych w GA4 i przywrócić Ci pełny obraz sprzedaży:
-
Przejście na Google Tag Manager Server-Side (sGTM): To dziś fundament solidnej analityki. Zamiast polegać na przeglądarce klienta, która jest podatna na blokady, przenosisz proces wysyłki danych na swój serwer. S-GTM działa jako pośrednik – dane są wysyłane najpierw do Twojego kontenera sGTM, a stamtąd (już bez bezpośredniego zaangażowania przeglądarki klienta) do GA4. To znacząco zwiększa odporność na adblocki i ITP, zapewniając bardziej stabilne zbieranie danych.
-
Wysyłka zdarzenia purchase z backendu (Measurement Protocol / webhooks): To crème de la crème, gdy chodzi o precyzję. Jeśli chcesz mieć absolutną pewność, że każda transakcja zostanie zarejestrowana w GA4, niezależnie od tego, co dzieje się po stronie klienta, musisz wysyłać zdarzenie
purchasebezpośrednio z backendu Twojego sklepu. Integracja przez Measurement Protocol lub webhooks oznacza, że po udanej transakcji (już po potwierdzeniu płatności przez PayU czy Przelewy24), Twój serwer sam wysyła informację o zakupie do GA4. Klient może zamknąć przeglądarkę, jego adblock może działać, a Ty i tak masz kompletne dane. To rozwiązanie eliminuje problem braku powrotu na stronę podziękowania i daje najwyższą gwarancję poprawności danych transakcyjnych.
Co zrobić z tym w praktyce?
Widziałem dziesiątki wdrożeń, gdzie obietnice idealnej analityki rozbijały się o prozę życia – te właśnie luki w raportowaniu. Moje doświadczenie pokazuje, że ignorowanie tych rozbieżności to strzał w kolano dla całego biznesu. Server-side GTM w połączeniu z wysyłką danych o zakupie z backendu to dziś nie opcja, ale konieczność, jeśli chcesz opierać swoje decyzje marketingowe na rzeczywistych, a nie zafałszowanych danych. Pamiętaj, że każdy procent utraconych transakcji to potencjalnie setki, a nawet tysiące złotych, które wydajesz nieefektywnie na reklamy w Google Ads, optymalizując pod niepełny obraz. Sprawdź swoje dane, policz, ile naprawdę tracisz, i zastanów się, czy stać Cię na dalsze odkładanie decyzji o poprawie analityki.