GA4 traci dane — ile dokładnie i dlaczego

Paradoks GA4: następca, który widzi mniej

Kiedy Google w lipcu 2023 roku wymusił migrację z Universal Analytics na Google Analytics 4, większość marketerów spodziewała się jednego — lepszych danych. Nowa platforma, nowy model eventowy, machine learning w standardzie. Brzmiało obiecująco.

Rzeczywistość okazała się dokładnie odwrotna.

Universal Analytics w swoich najlepszych czasach operował w środowisku, gdzie adblocki były niszowe, Safari nie blokowało cookies, a o Consent Mode nikt nie słyszał. Owszem, UA miał swoje wady — model oparty na sesjach był uproszczony, a dane o użytkownikach cross-device praktycznie nie istniały. Ale jedno trzeba mu przyznać: zbierał dane niemal ze 100% ruchu na stronie.

GA4 weszło na rynek w zupełnie innym momencie. Przeglądarki prowadzą otwartą wojnę z trackingiem. Użytkownicy masowo instalują adblocki. Regulacje RODO wymuszają baner cookies z realnym wyborem „odmów”. I nagle okazuje się, że najnowocześniejsze narzędzie analityczne Google widzi zaledwie 60-70% tego, co faktycznie dzieje się na Twojej stronie.

To nie jest problem konfiguracji. To problem architektury — GA4 nadal opiera się na modelu client-side, który w 2026 roku jest fundamentalnie ograniczony.

Twarde dane: 30 dni, 1 platforma e-commerce, 30% luka

Zamiast teoretyzować, pokażę konkretny przypadek. Średniej wielkości sklep internetowy z branży fashion, budżet reklamowy ok. 35 000 zł miesięcznie w Google Ads i Meta Ads. Porównanie danych z lutego:

Źródło danych	Liczba transakcji	Przychód
Platforma e-commerce (WooCommerce)	1 247	387 400 zł
GA4 (standardowa konfiguracja)	871	264 200 zł
Różnica	376 transakcji (30,2%)	123 200 zł (31,8%)

GA4 „zgubiło” prawie co trzecią transakcję. To nie jest margines błędu — to przepaść.

Co gorsza, te brakujące transakcje nie znikają losowo. GA4 systematycznie niedowiduje określonych segmentów użytkowników — tych na Safari, tych z adblockami, tych którzy odmówili zgody na cookies. A to są często wartościowi klienci, nie boty.

Rozbieżność na poziomie przychodów jest jeszcze większa (31,8% vs 30,2% w transakcjach), co sugeruje, że tracone transakcje mają wyższą średnią wartość koszyka. To logiczne — użytkownicy Apple (Safari/iOS), którzy stanowią dużą część „niewidzialnych”, statystycznie wydają więcej.

Anatomia utraty danych: co dokładnie kradnie Twoje liczby

Adblocki — ok. 18% użytkowników niewidocznych

Polska jest europejskim liderem w adopcji adblocków. Według danych Gemius i PageFair, 35-42% polskich internautów korzysta z oprogramowania blokującego reklamy. Ale nie wszystkie adblocki blokują GA4 — domyślne listy filtrów różnią się zakresem.

W praktyce, po przeanalizowaniu logów serwerowych i porównaniu z danymi GA4, okazuje się, że ok. 18% unikalnych użytkowników jest całkowicie niewidocznych dla Google Analytics. Ich wizyty, interakcje, zakupy — GA4 nie wie, że istnieją.

Popularne rozszerzenia jak uBlock Origin z listą EasyPrivacy blokują żądania do google-analytics.com i googletagmanager.com. Dla GA4 tacy użytkownicy po prostu nie istnieją. Żaden event nie zostaje wysłany, żadna sesja nie jest rejestrowana.

ITP w Safari — ok. 8% utraty atrybucji

Intelligent Tracking Prevention (ITP) w Safari to mechanizm, który ogranicza czas życia cookies JavaScript do maksymalnie 7 dni, a w wielu przypadkach do 24 godzin. GA4 ustawia swoje cookies (_ga, ga*) przez JavaScript — więc podlega tym ograniczeniom w pełni.

Co to oznacza w praktyce? Użytkownik klika w reklamę Google Ads w poniedziałek, przegląda produkty, ale kupuje dopiero w następną sobotę. W Universal Analytics — konwersja przypisana do reklamy. W GA4 na Safari — to nowy, nieznany użytkownik z „direct / none”. Reklama nie dostaje kredytu za konwersję, którą wygenerowała.

Biorąc pod uwagę, że Safari odpowiada za ok. 25-30% ruchu mobilnego w Polsce (dane StatCounter), utrata atrybucji na poziomie 8% jest konserwatywnym szacunkiem. W przypadku sklepów z wysokim udziałem ruchu mobilnego ta liczba bywa wyższa.

Prawidłowo wdrożony baner cookies z opcją „odmów” (a tak wymaga RODO) powoduje, że część użytkowników nie wyraża zgody na śledzenie. GA4 w trybie Consent Mode z parametrem analytics_storage: denied zbiera jedynie dane zanonimizowane, bez identyfikatorów użytkownika, bez cookies.

Google próbuje to kompensować modelowaniem statystycznym — ale modele działają dobrze dopiero przy dużym wolumenie danych i kilku tygodniach nauki. Dla mniejszych sklepów modelowanie jest nieprecyzyjne.

Ważne zastrzeżenie: respektowanie odmowy zgody jest obowiązkowe i etyczne. Server-side tracking nie omija Consent Mode — ale pozwala na lepsze modelowanie danych z trybu denied, ponieważ serwer ma dostęp do większej ilości sygnałów kontekstowych.

Luki cross-device — ok. 3-5%

Użytkownik przegląda ofertę na telefonie, dodaje do koszyka, a finalizuje zakup na laptopie. GA4 ma mechanizmy cross-device (User-ID, Google Signals), ale działają one tylko gdy użytkownik jest zalogowany lub identyfikowalny. W przypadku client-side tracking z ograniczonymi cookies — identyfikacja cross-device jest mocno utrudniona.

Te 3-5% to transakcje, które GA4 widzi, ale przypisuje do złego źródła lub traktuje jako nowego użytkownika. Efekt: zniekształcony obraz ścieżki zakupowej.

Jak samodzielnie sprawdzić skalę problemu

Nie musisz wierzyć na słowo. Oto prosty audyt, który możesz wykonać w 15 minut:

Krok 1: Zaloguj się do panelu swojej platformy e-commerce (Shopify, WooCommerce, PrestaShop, Magento — cokolwiek używasz). Wyciągnij liczbę zamówień i przychód za ostatnie 30 dni.

Krok 2: W GA4 przejdź do raportu Monetyzacja > Zakupy w e-commerce. Ustaw ten sam zakres dat. Porównaj liczbę transakcji i przychód.

Krok 3: Oblicz procentową różnicę: (1 - transakcje_GA4 / transakcje_ecommerce) × 100%

Jeśli wynik to:

Poniżej 10% — masz dobrze skonfigurowane śledzenie, ale i tak tracisz dane
10-25% — standardowa sytuacja w client-side tracking, warto rozważyć server-side
25-40% — poważna utrata danych, Twoje decyzje biznesowe bazują na niepełnym obrazie
Powyżej 40% — prawdopodobnie masz też błędy konfiguracyjne oprócz systemowej utraty danych

Ile Cię to kosztuje: wpływ na decyzje biznesowe

Utrata 30% danych o transakcjach to nie tylko problem raportowy. To problem, który kosztuje realne pieniądze na kilku poziomach:

Algorytmy reklamowe działają gorzej. Google Ads Smart Bidding i Meta Advantage+ uczą się na konwersjach. Jeśli widzą 871 zamiast 1 247 transakcji, ich model rzeczywistości jest przekłamany o 30%. Ustawiają za niskie stawki, bo „myślą”, że kampania konwertuje gorzej niż w rzeczywistości. Efekt: tracisz zasięg, aukcje i sprzedaż.

Atrybucja jest fałszywa. Kanał, który wygląda na słaby (bo GA4 nie widzi jego konwersji na Safari), może być Twoim najlepszym źródłem przychodów. Wyłączasz go lub ograniczasz budżet — i tracisz sprzedaż, nie wiedząc dlaczego.

Budżet jest alokowany błędnie. Na podstawie niekompletnych danych przenosisz budżet z kanału A do kanału B. Ale kanał A tracił 40% danych (wysoki udział Safari), a kanał B tylko 15%. W rzeczywistości kanał A był bardziej efektywny — po prostu tego nie widziałeś.

Rozwiązanie: server-side tracking jako fundament

Server-side tracking nie jest magiczną różdżką, ale jest dziś jedynym systemowym rozwiązaniem problemu utraty danych w GA4. Przenosząc zbieranie danych na Twój serwer:

Dane przechodzą przez Twoją domenę — adblocki ich nie blokują
Cookies ustawiane server-side nie podlegają ograniczeniom ITP (7 dni / 24h)
Meta Conversions API i Google Ads Enhanced Conversions otrzymują pełniejsze dane
Consent Mode v2 działa precyzyjniej z danymi server-side

W przypadku sklepu z naszego przykładu, po wdrożeniu server-side tracking, luka spadła z 30% do ok. 4-5% (reszta to użytkownicy, którzy odmówili zgody — i ich decyzję respektujemy). Algorytmy Google Ads zaczęły lepiej optymalizować kampanie, a ROAS wzrósł o 22% w ciągu pierwszych 6 tygodni.

Podsumowanie

GA4 to dobre narzędzie analityczne — ale w standardowej konfiguracji client-side traci 30-40% danych o transakcjach. To nie jest kwestia błędnej konfiguracji, lecz fundamentalne ograniczenie architektury, w której przeglądarka użytkownika jest jedynym punktem zbierania danych.

Adblocki, ITP, Consent Mode i luki cross-device to nie przejściowe problemy — to nowa rzeczywistość, która będzie się pogłębiać. Przeglądarki będą coraz agresywniej chronić prywatność użytkowników, a GA4 client-side będzie widział coraz mniej.

Server-side tracking pozwala odzyskać większość utraconych danych, jednocześnie respektując prywatność użytkowników i wymagania RODO. To inwestycja, która zwraca się w ciągu tygodni — poprzez lepszą optymalizację kampanii, trafniejszą atrybucję i pewniejsze decyzje biznesowe.

Chcesz sprawdzić, ile tracisz? Umów bezpłatną diagnozę