Pomiar bez cookies nie jest już scenariuszem na przyszłość, tylko codziennością każdego zespołu analitycznego w Polsce. Część użytkowników odrzuca zgodę, Safari i Firefox skracają życie identyfikatorów, a blokery reklam wycinają skrypty jeszcze przed ich uruchomieniem. Ten przewodnik porządkuje trzy warstwy, które muszą ze sobą współpracować: zgody, modelowanie konwersji w GA4 oraz tagowanie server-side.
W skrócie
- Typowy polski serwis B2C traci w GA4 od 20% do 45% sesji względem logów serwera; sama odmowa zgody odpowiada zwykle za 15–30% tej luki.
- Consent Mode v2 jest od marca 2024 warunkiem korzystania z remarketingu i pomiaru konwersji Google Ads w EOG; bez niego dane nie są odrzucane, ale przestają zasilać optymalizację.
- Modelowanie konwersji odtwarza statystycznie część brakujących zdarzeń, ale wymaga progu ruchu i działa tylko w trybie zaawansowanym Consent Mode.
- Tagowanie server-side wydłuża życie ciasteczek własnych i chroni przed blokerami, lecz nie zwalnia z obowiązku uzyskania zgody.
- Dane niepełne trzeba raportować z jawną etykietą źródła: obserwacja, model, szacunek.
Co dokładnie straciliśmy w pomiarze
Straty rozkładają się na cztery mechanizmy, które działają niezależnie i sumują się.
| Mechanizm | Co ginie | Typowa skala | Jak zmierzyć |
|---|---|---|---|
| Odmowa zgody | Identyfikator użytkownika, ciasteczka reklamowe | 15–30% sesji | Raport zgód w CMP kontra sesje GA4 |
| Blokery reklam i prywatności | Cały skrypt gtag.js, brak nawet pingu | 8–20% w zależności od branży | Porównanie logów serwera z GA4 na stronach wejścia |
| Ograniczenia przeglądarek (ITP, ETP) | Ciasteczka ustawiane skryptem żyją 7 dni lub 24 godziny | Zawyżenie liczby nowych użytkowników o 10–25% na Safari | Udział „nowych” wśród powracających klientów w CRM |
| Utrata parametrów kliknięć | gclid, fbclid, dane atrybucji | Zależna od kanału, najwyższa w Meta | Rozbieżność konwersji: platforma reklamowa kontra GA4 |
Najpełniejszy obraz daje audyt trzech źródeł obok siebie: logi serwera lub dane z CDN, liczba zdarzeń w GA4 oraz liczba transakcji w systemie sprzedażowym. Różnicę między pierwszym a drugim źródłem tłumaczą blokery i odmowy; różnicę między drugim a trzecim tłumaczą błędy implementacji, które z prywatnością nie mają nic wspólnego. Praktyczny rozkład tych rozbieżności opisaliśmy w analizie dlaczego GA4 pokazuje mniej konwersji niż Google Ads.
Zgody jako fundament całego stosu
Zgoda użytkownika decyduje, które z pozostałych warstw w ogóle mogą działać, dlatego stan bannera (CMP) musi być pierwszą rzeczą, którą kontener GTM wczytuje. W praktyce oznacza to jedną regułę: żaden tag marketingowy ani analityczny nie odpala się przed ustawieniem domyślnego stanu zgody, a domyślny stan w EOG to odmowa.
Podstawa prawna wynika z dwóch aktów: RODO w zakresie danych osobowych i Prawa telekomunikacyjnego (art. 173) w zakresie zapisu informacji na urządzeniu. Kara nie jest jedynym ryzykiem; groźniejsze jest to, że dane zebrane bez ważnej zgody trzeba usunąć, co dziurawi historyczne raporty.
Cztery sygnały, które CMP musi przekazać do Google
- analytics_storage: ciasteczka pomiarowe GA4.
- ad_storage: ciasteczka reklamowe, w tym zapis gclid.
- ad_user_data: zgoda na przesłanie danych użytkownika do Google w celach reklamowych (nowość w v2).
- ad_personalization: zgoda na remarketing i personalizację (nowość w v2).
Realny problem wdrożeń w Polsce nie leży w samych sygnałach, tylko w kolejności ładowania. Jeśli CMP wczytuje się przez GTM zamiast bezpośrednio w kodzie strony, część tagów zdąży wystrzelić przed decyzją użytkownika. Konfigurację krok po kroku, wraz z testami w trybie podglądu, pokazuje poradnik GTM a RODO: Consent Mode v2 w praktyce.
Consent Mode v2 i tryby działania tagów
Consent Mode v2 to mechanizm, w którym tagi Google zachowują się różnie zależnie od stanu zgody, zamiast po prostu włączać się lub wyłączać. Google oferuje dwa tryby, a wybór między nimi ma większe konsekwencje dla danych niż większość zespołów zakłada.
| Cecha | Tryb podstawowy | Tryb zaawansowany |
|---|---|---|
| Co dzieje się przy odmowie | Tag w ogóle się nie ładuje | Tag ładuje się i wysyła ping bez ciasteczek |
| Dane o odmawiających | Brak | Anonimowe pingi: URL, znacznik czasu, brak identyfikatora |
| Modelowanie konwersji | Ogólne, oparte na danych innych reklamodawców | Właściwe dla konta, oparte na pingach z własnej witryny |
| Ryzyko prawne | Najniższe | Wymaga oceny prawnej pingów bez zgody |
| Modelowanie behawioralne GA4 | Niedostępne | Dostępne po spełnieniu progów |
Ping w trybie zaawansowanym nie zawiera identyfikatora klienta ani ciasteczka, ale zawiera adres IP na etapie transmisji i pełny URL strony. Dział prawny musi to ocenić przed wdrożeniem; wiele polskich spółek giełdowych wybiera tryb podstawowy właśnie z tego powodu, świadomie rezygnując z modelowania. Oficjalny opis obu trybów znajduje się w dokumentacji Google Tag Platform.
Modelowanie konwersji: co jest szacunkiem, a co pomiarem
Modelowanie konwersji w GA4 i Google Ads to statystyczne uzupełnianie luk po użytkownikach, którzy odmówili zgody, na podstawie zachowania użytkowników, którzy zgodę wyrazili. Wynik jest szacunkiem, a nie obserwacją, i tak należy go oznaczać w każdym raporcie.
Google uruchamia modelowanie behawioralne w GA4 dopiero po spełnieniu progów ruchu. Usługa musi przez co najmniej 7 dni z ostatnich 28 notować dziennie ponad 1000 zdarzeń od użytkowników bez zgody i ponad 1000 użytkowników dziennie ze zgodą. Serwis z 15 000 sesji miesięcznie zwykle tego progu nie osiągnie, więc jego raporty pozostaną niemodelowane, a rozbieżność względem CRM nie zniknie.
Trzy zasady pracy z danymi modelowanymi
- Porównujecie tylko okresy o tym samym statusie modelowania; włączenie modelu w połowie kwartału tworzy sztuczny skok.
- Do decyzji budżetowych używacie konwersji obserwowanych plus modelowanych, ale próg rentowności liczycie na obserwowanych.
- Model nie odtwarza ścieżek wielokanałowych; do atrybucji potrzebne są inne metody, które omawia tekst o modelach atrybucji po utracie cookies.
Tagowanie server-side i jego granice
Tagowanie server-side przenosi wysyłkę danych z przeglądarki użytkownika na własny serwer, który dopiero stamtąd rozsyła zdarzenia do GA4, Google Ads czy Meta. Zyskuje się dwie rzeczy: ciasteczka własne ustawiane nagłówkiem HTTP (a nie skryptem), których Safari nie skraca do 7 dni, oraz odporność na blokery, które filtrują domeny google-analytics.com, lecz nie własną subdomenę serwisu.
Koszt to serwer (Cloud Run lub App Engine, w praktyce 150–600 zł miesięcznie dla ruchu do 500 000 sesji) oraz praca inżynierska przy każdej zmianie schematu zdarzeń. Kiedy ta inwestycja ma sens, a kiedy jest przerostem formy, rozstrzyga analiza GA4 server-side tagging: kiedy i jak postawić w 2026.
Czego server-side nie robi
- Nie omija zgody. Serwer ma ten sam obowiązek honorowania sygnałów consent co przeglądarka; wdrożenie, które wysyła pełne zdarzenia mimo odmowy, jest po prostu nielegalne.
- Nie odtwarza ruchu z blokerów, które blokują również skrypt kontenera po stronie klienta. Pomaga, gdy bloker filtruje po domenie docelowej, a nie po nazwie pliku.
- Nie chroni ciasteczek na subdomenie podpiętej przez CNAME do zewnętrznego dostawcy; Safari od wersji 14 traktuje takie ciasteczka jak skryptowe i skraca do 7 dni. Potrzebny jest rekord A na własnej infrastrukturze.
Ten sam mechanizm po stronie reklamowej nazywa się Conversions API; jego wdrożenie w ekosystemie Meta opisuje osobny tekst o Meta Ads i utracie sygnału.
Identyfikatory własne i dane pierwszej strony
Najtrwalszym zasobem w pomiarze bez cookies jest identyfikator, który użytkownik nadaje sobie sam: logowanie, konto klienta, zapis do newslettera. Serwisy z kontami klienta rozpoznają w ten sposób 30–60% sesji zakupowych niezależnie od zgody na ciasteczka reklamowe, bo podstawą prawną jest realizacja umowy, a nie zgoda marketingowa.
W GA4 taki identyfikator trafia do pola User-ID i pozwala łączyć sesje między urządzeniami. W Google Ads i Meta zaszyfrowany (SHA-256) adres e-mail zasila konwersje rozszerzone, które odzyskują część atrybucji utraconej wraz z gclid. Warunek: użytkownik musi zaakceptować politykę prywatności, która wprost opisuje takie użycie danych.
Dane pierwszej strony obejmują też CRM, system sprzedażowy i dane offline. Import konwersji offline do Google Ads (plik CSV z gclid lub identyfikatorem rozszerzonym) domyka pętlę między kliknięciem a podpisaną umową w B2B, gdzie cykl sprzedaży trwa 30–90 dni i wykracza poza jakiekolwiek okno ciasteczka.
Jak raportować dane niepełne bez wprowadzania w błąd
Raport, który miesza obserwacje z modelem bez etykiety, jest gorszy niż raport z brakami, bo odbiorca nie wie, czemu ufać. Każda liczba powinna nosić jedną z trzech etykiet: obserwacja (zdarzenie zarejestrowane z identyfikatorem), model (uzupełnienie statystyczne Google) albo szacunek (własne przeliczenie z logów lub CRM).
Sprawdzony układ tabeli dla zarządu ma cztery kolumny: konwersje obserwowane, konwersje modelowane, transakcje w systemie sprzedaży oraz współczynnik pokrycia (obserwowane podzielone przez transakcje). Sam współczynnik pokrycia jest metryką stanu pomiaru; jego spadek z 0,78 do 0,61 w jednym miesiącu oznacza awarię tagowania, a nie spadek sprzedaży. Jak taką tablicę zmieścić na jednym ekranie, pokazuje tekst o panelu zarządu marketingu.
Zasada druga: trendy zamiast wartości bezwzględnych. Jeśli współczynnik pokrycia jest stabilny, zmiana obserwowanych konwersji o 12% oznacza realną zmianę o około 12%. Jeśli pokrycie się zmienia, porównanie miesiąc do miesiąca bez korekty jest bezwartościowe.
Plan wdrożenia na kwartał
Kolejność ma znaczenie, bo każda warstwa zależy od poprzedniej. Wdrożenie server-side przed uporządkowaniem zgód przenosi ten sam błąd prawny na drugą infrastrukturę.
- Tygodnie 1–2: audyt luki. Zestawienie logów, GA4 i CRM za ostatnie 90 dni; wyliczenie współczynnika pokrycia dla każdego kanału. Wynik: liczba, a nie przypuszczenie.
- Tygodnie 3–4: porządek w zgodach. CMP ładowany w kodzie strony przed GTM, cztery sygnały v2, test w trybie podglądu dla obu stanów zgody, decyzja prawna o trybie podstawowym lub zaawansowanym.
- Tygodnie 5–7: identyfikatory własne. User-ID w GA4, konwersje rozszerzone w Google Ads, import konwersji offline dla B2B. Aktualizacja polityki prywatności.
- Tygodnie 8–10: server-side. Kontener sGTM na własnej subdomenie z rekordem A, migracja tagów GA4 i Ads, walidacja porównaniem 14 dni danych równoległych (klient kontra serwer).
- Tygodnie 11–12: raportowanie. Etykiety obserwacja/model/szacunek w każdym panelu, współczynnik pokrycia jako stały wskaźnik stanu pomiaru, dokumentacja zmian z datami dla przyszłych porównań.
Szerszy kontekst tego planu, w tym miejsce atrybucji i eksperymentów w całym stosie, porządkuje przewodnik Analityka marketingowa 2026.
Najczęstsze błędy
- Uznanie server-side za sposób na „odzyskanie” użytkowników, którzy odmówili zgody. To naruszenie prawa, nie optymalizacja.
- Włączenie modelowania w środku okresu porównawczego i raportowanie skoku jako wzrostu sprzedaży.
- CMP ładowany przez GTM, przez co tagi zdążą wystrzelić przed decyzją użytkownika.
- Brak współczynnika pokrycia w raporcie; bez niego każdy spadek liczby konwersji wygląda jak spadek biznesu.
- Subdomena pomiarowa podpięta przez CNAME do dostawcy, co przywraca 7-dniowy limit ciasteczek w Safari.
FAQ: najczęstsze pytania
Czy pomiar bez cookies oznacza brak pomiaru użytkowników bez zgody?
Nie. W trybie zaawansowanym Consent Mode tagi wysyłają anonimowe pingi bez identyfikatorów, na których Google buduje modelowanie konwersji. Dodatkowo logi serwera i dane CDN pozwalają policzyć ruch niezależnie od skryptów. Nie da się natomiast bez zgody łączyć zachowania tej samej osoby między wizytami ani prowadzić remarketingu.
Czym różni się Consent Mode v2 od pierwszej wersji?
Wersja druga dodaje dwa sygnały: ad_user_data i ad_personalization. Pierwszy dotyczy przesyłania danych użytkownika do Google w celach reklamowych, drugi personalizacji reklam. Od marca 2024 ich brak wyłącza w EOG remarketing i pomiar konwersji w Google Ads dla nowych danych, choć samo GA4 działa dalej.
Ile trwa uruchomienie modelowania behawioralnego w GA4?
Po włączeniu trybu zaawansowanego GA4 potrzebuje co najmniej 7 dni z ostatnich 28 z ponad 1000 zdarzeń dziennie od użytkowników bez zgody oraz ponad 1000 użytkowników dziennie ze zgodą. Mniejsze serwisy tego progu nie osiągają i pozostają na danych obserwowanych. Sam model po spełnieniu progów aktywuje się zwykle w ciągu kolejnego tygodnia.
Czy tagowanie server-side wymaga zgody użytkownika?
Tak, w takim samym zakresie jak tagowanie w przeglądarce. Serwer musi otrzymać i honorować stan zgody przekazany z CMP. Zmienia się jedynie kanał transmisji i sposób ustawiania ciasteczek (nagłówek HTTP zamiast skryptu). Brak zgody na analytics_storage oznacza, że serwer nie może zapisać identyfikatora klienta.
Ile kosztuje wdrożenie tagowania server-side w Polsce?
Infrastruktura na Cloud Run dla serwisu do 500 000 sesji miesięcznie to zwykle 150–600 zł miesięcznie. Wdrożenie przez agencję lub freelancera zamyka się najczęściej w przedziale 6 000–20 000 zł jednorazowo, zależnie od liczby tagów i integracji. Do tego dochodzi utrzymanie: każda zmiana schematu zdarzeń wymaga aktualizacji po obu stronach.
Jak odróżnić spadek sprzedaży od awarii pomiaru?
Przez współczynnik pokrycia, czyli stosunek konwersji obserwowanych w GA4 do transakcji w systemie sprzedażowym. Jeśli transakcje w CRM są stabilne, a pokrycie spada, zawiódł pomiar. Jeśli spadają oba przy stałym pokryciu, spadła sprzedaż. Bez tej metryki oba przypadki wyglądają w GA4 identycznie.
Co dalej
Pierwszym krokiem jest audyt luki: bez liczby opisującej, ile danych realnie brakuje, żadna z opisanych warstw nie ma punktu odniesienia. Gdy współczynnik pokrycia jest znany, kolejność wdrożenia (zgody, identyfikatory własne, server-side) wynika sama z siebie.