Cookieless analytics w sklepie internetowym - kiedy ma sens obok GA4

Właściciel sklepu otwiera GA4, patrzy na liczbę sesji w ostatnim miesiącu i porównuje z panelem sklepu. Liczby się nie zgadzają. W GA4 widzi mniej użytkowników, mniej transakcji, mniejszy przychód. Pyta marketera, marketer odpowiada: “to przez Consent Mode v2, modelowanie, część użytkowników odmówiła zgody w bannerze”. Brzmi technicznie i niepokojąco. Co dokładnie się dzieje i czy da się to zobaczyć inaczej?

Da się. Cookieless analytics to dodatkowa warstwa pomiaru, która nie potrzebuje zgody w bannerze cookies, bo nie zapisuje cookies. Liczy każdą wizytę. Nie pokazuje tego samego co GA4, pokazuje co innego: pełną skalę ruchu i podstawowe zachowania użytkowników, bez ingerencji Consent Mode v2. To prosty dashboard kontrolny obok GA4, nie zamiennik.

Ten artykuł odpowiada na konkretne pytanie: kiedy ma sens postawić obok GA4 cookieless analytics, co realnie zobaczysz, czego ta warstwa nie zastąpi, i dla jakich sklepów to przemyślany ruch, a dla jakich strata budżetu.

Czym jest cookieless analytics

Cookieless analytics to systemy pomiarowe, które nie zapisują cookies przeglądarki ani nie identyfikują użytkownika trwałym identyfikatorem. Każda wizyta jest zliczana jako anonimowe wejście. Sesja jest definiowana po czasie, nie po identyfikatorze użytkownika.

W praktyce oznacza to trzy rzeczy:

• Brak zgody w bannerze cookies - skrypt nie zapisuje cookies, więc nie wymaga zgody na cookies analityczne (zgodnie z polską implementacją RODO i wytycznymi EROD oraz UODO każdorazowo warto zweryfikować z prawnikiem, ale to jest podstawa pozycji privacy-friendly tych narzędzi).
• Brak rozpoznawania powracających użytkowników - ten sam człowiek, który wraca po tygodniu, jest liczony jako nowy. Nie ma cookie, po którym można go rozpoznać.
• Brak indywidualnego targetowania reklam - to nie jest narzędzie dla algorytmów Smart Bidding ani audiences. To jest narzędzie pomiarowe dla człowieka, który patrzy na dashboard.

Najczęściej spotykane narzędzia tej klasy to Umami, Plausible i Matomo (z wyłączonymi cookies). Każde działa nieco inaczej technicznie, ale wszystkie dzielą tę samą filozofię: pełen obraz ruchu, prosty dashboard, brak identyfikacji użytkownika.

Dlaczego GA4 z Consent Mode v2 zaniża dane

Od marca 2024 GA4 i Google Ads w EEA wymagają Consent Mode v2. Mechanizm działa tak: użytkownik wchodzi na stronę, widzi banner cookies, klika “Odrzuć” albo zamyka banner. Skrypty GA4 i Google Ads dostają sygnał analytics_storage: 'denied' i ad_storage: 'denied'. Co dalej?

Google nie odrzuca tej sesji całkowicie. Zamiast tego wysyła do GA4 anonimowe sygnały bez identyfikatora użytkownika (cookieless pings), a backend Google modeluje brakujące dane na bazie wzorców zachowań innych użytkowników, którzy zgodę udzielili. Modelowane konwersje i modelowane sesje pojawiają się w raportach z oznaczeniem (lub bez, w zależności od raportu).

W praktyce oznacza to dwie rzeczy:

• W rynkach z wysokim wskaźnikiem odmowy zgody (Polska to taki rynek, szacunki branżowe mówią o 30-50% odmów na dobrze zaprojektowanych banerach) GA4 widzi i raportuje znacznie mniejszą część realnego ruchu, niż faktycznie wszedł na stronę. Reszta jest dopowiedziana modelowaniem.
• Smart Bidding i atrybucja pracują na danych zgodnych z zgodami plus modelowanie. To jest OK dla optymalizacji kampanii (Google ma na tym dane), ale fatalne jako źródło prawdy dla właściciela sklepu, który chce wiedzieć “ile osób było u mnie wczoraj”.

O mechanice Consent Mode v2 i sposobie jego konfiguracji w sklepie pisałem szczegółowo w Consent Mode v2 z Cookiebot i sGTM - pełna konfiguracja. Tu zostaję na poziomie konsekwencji dla raportów.

Co realnie mierzy cookieless analytics

Lista metryk, które dostaniesz w dashboardzie cookieless, zależy od narzędzia, ale standardowy zakres jest spójny:

• Ruch i unikalni użytkownicy dla całej strony i dla każdej podstrony. Liczone na podstawie sesji, nie cookie - więc ten sam człowiek wracający po dwóch dniach jest nowym użytkownikiem.
• Źródła wejść - organic search, paid, social, direct, referral. Wymaga prawidłowych tagów UTM na kampaniach.
• Kampanie UTM - rozbicie ruchu po utm_source, utm_medium, utm_campaign, łącznie z landing page każdej kampanii.
• Top landing pages i strony wyjścia - które URL-e wciągają ruch i z których ludzie odchodzą.
• Czas spędzony na stronach - mediana albo średnia, w zależności od narzędzia.
• Ścieżki użytkowników - sekwencja stron w obrębie jednej sesji, choć szczegółowość zależy od narzędzia (Plausible upraszcza, Matomo daje szczegóły).
• Urządzenia, przeglądarki, kraje - rozbicie ruchu po standardowych wymiarach technologicznych.
• Podstawowe zdarzenia konwersyjne - kliknięcia w przyciski “dodaj do koszyka”, “przejdź do checkoutu”, “kup”, kliknięcia w mailto/tel, wysłanie formularza kontaktowego. Zakres zależy od tego, czy platforma sklepu (np. Shoper Storefront) pozwala wstrzykiwać własne eventy.

Czego cookieless nie pokazuje: indywidualnych użytkowników, atrybucji wielokanałowej w czasie, demograficznych segmentów Google (wiek, zainteresowania), audiences remarketingowych. To rzeczy, które żyją w GA4 i Ads.

Czego cookieless NIE zastępuje

To jest sekcja, która powinna być na pierwszym miejscu rozmowy sprzedażowej, bo nadmiar oczekiwań rozkłada wdrożenie:

• Google Ads conversion tracking - dalej musi działać przez Google Ads tag w GTM albo import konwersji z GA4. Cookieless nie wysyła konwersji do Ads, więc Smart Bidding nie ma czego optymalizować na tej warstwie.
• GA4 e-commerce events - dalej są potrzebne dla pełnej atrybucji i raportów lejka. Brak purchase z transaction_id w GA4 oznacza, że nie zobaczysz przychodu w żadnym raporcie GA4.
• Enhanced Conversions - dalej działa tylko w GA4 i Google Ads. Cookieless analytics nie ma dostępu do hashowanych emaili klientów, bo nie identyfikuje użytkowników.
• Server-side tracking - to jest osobna warstwa, która poprawia jakość danych wysyłanych do platform reklamowych (Meta CAPI, Google Ads server-side, GA4 server-side). Cookieless analytics to lekka warstwa kontrolna, server-side to ciężka warstwa pomiarowa pod reklamy. To są dwie różne rzeczy. Pisałem o tym w kontekście utraty konwersji w Adblock i iOS ITP - ile konwersji tracisz w 2026.

Innymi słowy: cookieless analytics nie jest narzędziem marketera. Jest narzędziem właściciela sklepu, który raz w tygodniu chce sprawdzić co się dzieje, bez przekopywania się przez GA4 i bez polegania wyłącznie na raporcie marketera. Marketer dalej pracuje w GA4 i Ads.

Umami, Plausible, Matomo - kiedy które

Trzy najczęstsze narzędzia, każde ma swoją niszę:

• Umami - open source, najlepsze do self-hostingu. Lekki, prosty dashboard, dobre wsparcie dla eventów i celów. Można postawić na własnym serwerze (też polskim) za niski koszt operacyjny. Mój wybór dla większości wdrożeń klienckich, bo daje pełną kontrolę nad danymi i hosting w PL.
• Plausible - SaaS z bardzo czystym UX, świetny dla klientów, którzy nie chcą zajmować się hostingiem. Dobra obsługa revenue tracking dla e-commerce. Hosting w UE (Niemcy), ale gotowe rozwiązanie zewnętrzne.
• Matomo - bardziej rozbudowane, najbliższe funkcjonalnie do GA4 (mapy ciepła, nagrania sesji w Premium, lejki, A/B testy). Większe wymagania zasobowe i wyższa krzywa nauki. Sensowne, gdy klient chce naprawdę szczegółową analitykę bez GA4.

Wybór zależy od trzech czynników: skala ruchu w sklepie, czy klient chce hosting w PL czy gotowy SaaS, ile chce widzieć w dashboardzie. Domyślnie polecam Umami plus polski VPS - tani, prosty, wystarczający dla 80% sklepów.

Dla jakich sklepów to ma sens

Cookieless analytics ma sens, gdy:

• Sklep ma już GA4 i Google Ads, ale właściciel czuje że “liczby się nie zgadzają” i nie wie czy ufać raportom marketera.
• Sklep ma ruch między 20 a 300 tysięcy odsłon miesięcznie - próg, przy którym dashboard cookieless jest sensownym uzupełnieniem GA4, ale jeszcze nie wymaga drogiej Matomo Enterprise.
• Właściciel chce widzieć dane na dashboardzie raz w tygodniu, nie codziennie, i nie potrzebuje 80 raportów GA4.
• Branża jest wrażliwa na lokalizację danych (B2B, finanse, zdrowie) i klient woli hosting w PL niż SaaS w USA.

Nie ma sensu, gdy:

• Sklep nie ma jeszcze podstawowego GA4 i Google Ads conversion tracking. Najpierw uporządkuj fundament, dopiero potem dodawaj warstwę kontrolną.
• Klient szuka “zamiennika GA4, żeby nie płacić Google”. To jest naiwne podejście - GA4 jest darmowe, a bez niego nie skonfigurujesz porządnie Ads.
• Klient potrzebuje atrybucji wielokanałowej, audiences, Smart Bidding. To jest praca GA4 i Ads, nie cookieless.

Jeśli chcesz drugiego źródła prawdy dla ruchu w swoim sklepie i niezależnego dashboardu kontrolnego obok GA4, zobacz szczegóły usługi albo umów konsultację - przejrzymy razem Twój sklep i powiem czy w Twoim przypadku ta warstwa rzeczywiście ma sens.

Podsumowanie

Cookieless analytics to nie zamiennik GA4. To druga warstwa pomiaru, która rozwiązuje konkretny problem: GA4 z Consent Mode v2 zaniża dane w rynkach z wysokim wskaźnikiem odmowy zgody, a właściciel sklepu nie ma niezależnego punktu odniesienia.

Co dostajesz: prosty dashboard ruchu, źródeł, czasu na stronach, podstawowych konwersji. Bez identyfikacji użytkowników, bez audiences, bez Smart Bidding - bo to nie jest narzędzie marketera.

Czego nie dostajesz: pomiaru konwersji dla Ads, atrybucji wielokanałowej, GA4 e-commerce events. Te dalej żyją w GA4 i Google Ads, najlepiej wzmocnione przez Enhanced Conversions i server-side tracking. O tej drugiej warstwie - poprawiającej jakość danych dla samych kampanii - piszę w kontekście pakietów wdrożeniowych server-side.

Najbardziej sensowny scenariusz: cookieless analytics jako lekka warstwa kontrolna obok dobrze skonfigurowanego GA4 + Google Ads + Consent Mode v2 + (opcjonalnie) server-side. Wtedy masz pełen obraz: jeden dashboard dla marketera, drugi dla właściciela, oba liczą to samo z różnych perspektyw, a różnice między nimi same w sobie są ciekawym sygnałem o stanie pomiaru w sklepie.