GA4 / Analytics

GA4 a Consent Mode v2: jak zgoda użytkownika zmienia raporty

GRI82A
GA4 a Consent Mode v2: jak zgoda użytkownika zmienia raporty

Consent Mode v2 — co faktycznie wysyła do Google

Consent Mode v2 to protokół komunikacji między stroną a usługami Google, który informuje o statusie zgody użytkownika jeszcze przed wysłaniem jakiegokolwiek hitu do GA4. Nie jest to tylko flaga prawna — to mechanizm, który bezpośrednio steruje tym, jakie dane trafiają do raportów.

W wersji drugiej (obowiązkowej od marca 2024 r. dla reklam w UE, wg dokumentacji Google) pojawiły się dwa nowe parametry: ad_user_data i ad_personalization, dołączone do wcześniejszych analytics_storage i ad_storage. Każdy z nich może przyjąć wartość granted lub denied, a kombinacja tych czterech sygnałów decyduje o tym, co GA4 zarejestruje.

Gdy użytkownik odrzuca zgody, GA4 nie przestaje działać — wysyła tzw. pings bezciasteczkowe (cookieless pings), które nie zawierają identyfikatorów. Google może je agregować statystycznie, ale nie przypisać do konkretnej sesji ani ścieżki konwersji.

Trzy poziomy danych w GA4 po wdrożeniu zgód

Po wdrożeniu Consent Mode v2 dane w GA4 dzielą się na trzy jakościowo różne warstwy — i mieszanie ich bez świadomości różnic prowadzi do błędnych wniosków analitycznych.

Warstwa danych Źródło Dostępność w raportach Wiarygodność
Dane obserwowane (granted) Użytkownicy, którzy zaakceptowali cookies Pełna — sesje, zdarzenia, konwersje Wysoka
Cookieless pings (denied) Użytkownicy bez zgody Częściowa — agregaty bez ID Ograniczona
Dane modelowane (AI) Algorytm Google na podstawie wzorców Wbudowana w raporty — nieoznaczona Szacunkowa (±15–30% wg naszych 60+ kampanii)

Kluczowy problem: GA4 nie oznacza wprost, które liczby w raporcie są obserwowane, a które modelowane. Ikona „Data thresholding” pojawia się tylko przy małych próbach — przy dużym ruchu modelowanie jest wbudowane w wyniki bez żadnego ostrzeżenia.

Jak modelowanie behawioralne wypełnia luki — i gdzie się myli

Google stosuje modelowanie konwersji (Conversion Modeling) oraz modelowanie ruchu (Behavioral Modeling), żeby zrekonstruować ścieżki użytkowników bez zgody. Algorytm analizuje wzorce z segmentu użytkowników, którzy zgodę wyrazili, i ekstrapoluje je na segment bez zgody.

W praktyce, wg naszych obserwacji z 60+ kampanii Google Ads, modelowanie działa dobrze dla dużych wolumenów (powyżej 1 000 konwersji miesięcznie) i stabilnych wzorców zachowań. Przy kampaniach niszowych, sezonowych lub z nagłą zmianą oferty model może zawyżać lub zaniżać konwersje o 20–40%.

Szczególnie wrażliwe są raporty atrybucji. Gdy użytkownik wchodzi przez płatną reklamę, a konwertuje po tygodniu z bezpośredniego wejścia — bez cookies model może przypisać konwersję do złego kanału. To bezpośrednio wpływa na decyzje o budżetach w kampaniach, które analizujesz w Google Ads.

Jakie raporty GA4 zmieniają się najbardziej

Nie wszystkie sekcje GA4 są jednakowo dotknięte przez Consent Mode v2. Poniżej zestawienie obszarów, gdzie różnica między danymi sprzed i po wdrożeniu zgód jest największa.

  • Raport Konwersje — liczba konwersji może być zawyżona przez modelowanie; szczególnie widoczne przy krótkich oknach atrybucji (7 dni).
  • Raport Pozyskanie użytkowników — kanał „Direct” rośnie sztucznie, bo cookieless pings nie niosą informacji o źródle.
  • Ścieżki konwersji (Advertising → Attribution) — modele wielokanałowe tracą punkty styku z użytkownikami bez zgody; ścieżki są skrócone lub urwane.
  • Raporty odbiorców (Audiences) — segmenty tworzone na podstawie zachowań są mniejsze, bo użytkownicy bez analytics_storage: granted nie trafiają do list remarketingowych.
  • Raport Retencja — wskaźnik powracających użytkowników jest zaniżony, bo bez cookies GA4 nie rozpoznaje powrotu tej samej osoby.
  • BigQuery Export — surowe dane eksportowane do BQ zawierają tylko obserwowane hity; modelowane dane NIE są eksportowane.

Jeśli chcesz zrozumieć, jak czytać te raporty po wdrożeniu zgód, szczegółowe podejście do analizy opisujemy w artykule Jak analizować raporty w GA4: przewodnik krok po kroku.

Prawidłowe wdrożenie Consent Mode v2 w GA4 — cztery warunki

Samo zainstalowanie banera cookies nie wystarczy. Consent Mode v2 działa poprawnie tylko wtedy, gdy spełnione są jednocześnie cztery warunki techniczne.

  1. Inicjalizacja przed GA4 — kod Consent Mode musi uruchomić się przed tagiem Google Analytics 4 w kolejności ładowania skryptów. Jeśli GA4 odpali się pierwszy, pierwsze hity wylądują bez statusu zgody.
  2. Tryb „denied by default” — domyślny stan wszystkich parametrów powinien być denied; dopiero po kliknięciu „Akceptuj” następuje aktualizacja do granted. Odwrócona kolejność narusza RODO.
  3. Aktualizacja w czasie rzeczywistym — po zmianie decyzji przez użytkownika (np. edycja preferencji w bannerze) GA4 musi otrzymać zaktualizowany sygnał przez gtag('consent', 'update', {...}).
  4. Certyfikowany CMP — Google wymaga, żeby platforma zarządzania zgodami (CMP) była na liście certyfikowanych dostawców IAB TCF lub Google CMP Partners. Cookiebot, którego PremiumAds wdraża jako Platinum Partner, spełnia oba wymagania.

Błędy w którymkolwiek z tych punktów skutkują tym, że GA4 nie aktywuje modelowania — tracisz dane bez żadnej rekompensaty ze strony algorytmu Google.

Diagnostyka: jak sprawdzić, czy Consent Mode v2 działa poprawnie

Weryfikacja wdrożenia zajmuje kilkanaście minut i nie wymaga zaawansowanych narzędzi. Wystarczą trzy kroki.

Krok 1 — Google Tag Assistant: wejdź na stronę w trybie incognito (bez wcześniej zapisanych zgód), uruchom Tag Assistant i obserwuj, czy tag GA4 wysyła parametr gcs (Google Consent State) z wartością G100 (wszystko denied) przed interakcją z bannerem.

Krok 2 — GA4 Admin → Data Streams → Tag Settings: w sekcji „Consent Settings” powinien widnieć status „Active” przy Consent Mode. Jeśli pokazuje „Not detected” — wdrożenie jest nieprawidłowe niezależnie od tego, co mówi deweloper.

Krok 3 — GA4 Admin → Reporting Identity: upewnij się, że opcja „Blended” lub „Observed” jest aktywna. Tryb „Device-based” wyłącza modelowanie i drastycznie zaniża dane przy wysokim wskaźniku odmowy zgód.

Benchmarki odmowy zgód a utrata danych — dane z rynku polskiego

Wskaźnik odmowy zgód (consent denial rate) w Polsce wynosi średnio 35–55% dla serwisów B2C i 25–40% dla B2B, wg naszych obserwacji z 60+ kampanii obsługiwanych przez PremiumAds. To oznacza, że bez modelowania od jednej trzeciej do ponad połowy ruchu jest niewidoczna w GA4.

Wysoki denial rate nie zawsze oznacza złe wdrożenie bannera — często wynika z branży (finanse, zdrowie) lub grupy docelowej (użytkownicy 45+, którzy częściej odrzucają zgody). Warto jednak sprawdzić, czy projekt bannera nie utrudnia akceptacji: ciemne wzorce (dark patterns) są niezgodne z wytycznymi UOKiK i obniżają jakość danych jednocześnie.

Dla porównania: serwisy z dobrze zaprojektowanym, przejrzystym bannerem osiągają wskaźnik akceptacji 60–75%, co znacząco poprawia jakość danych obserwowanych i zmniejsza zależność od modelowania.

Optymalizacja raportowania GA4 przy aktywnym Consent Mode v2

Skoro część danych zawsze będzie modelowana, zadaniem analityka jest maksymalizacja jakości danych obserwowanych i świadome korzystanie z danych modelowanych — nie ich ignorowanie ani ślepe ufanie.

Cztery praktyczne działania, które realnie poprawiają sytuację:

  • Zwiększ okno atrybucji do 90 dni — dłuższe okno daje modelowi więcej punktów styku do rekonstrukcji ścieżki, co poprawia dokładność atrybucji wielokanałowej.
  • Używaj GA4 Data API zamiast interfejsu — eksport przez API pozwala oznaczyć metryki jako „sampled” i filtrować je osobno w Google Data Studio.
  • Segmentuj po sessionDefaultChannelGroup — kanał „Unassigned” i nadmiernie duży „Direct” to sygnały, że cookieless pings dominują w danym segmencie ruchu.
  • Twórz niestandardowe raporty z oddzielonymi metrykami — jak budować takie widoki, opisujemy szczegółowo w artykule Niestandardowe raporty w GA4: przewodnik dla zaawansowanych.

Jeśli Twój GA4 po wdrożeniu Consent Mode v2 pokazuje wyniki, które budzą wątpliwości — lub jeśli dopiero planujesz wdrożenie — skontaktuj się z nami przez formularz kontaktowy. Przeprowadzimy audyt konfiguracji i wskażemy konkretne luki w danych.

Często zadawane pytania

Czy Consent Mode v2 jest obowiązkowy dla GA4?

Technicznie GA4 działa bez Consent Mode v2, ale od marca 2024 r. Google wymaga jego wdrożenia, żeby reklamy w sieci wyszukiwania i Display działały w UE zgodnie z polityką platformy. Bez Consent Mode v2 tracisz też modelowanie konwersji — dane są po prostu niepełne bez żadnej rekompensaty algorytmicznej.

Jak sprawdzić, ile danych GA4 traci przez odmowy zgód?

Najprościej porównać liczbę sesji GA4 z liczbą unikalnych żądań serwera (np. z logów Nginx/Apache lub z raportu CDN) w tym samym przedziale czasowym. Różnica procentowa przybliża skalę utraty danych. Wg naszych 60+ kampanii różnica wynosi zwykle 30–50% dla serwisów B2C z wysokim ruchem mobilnym.

Czy dane modelowane przez Google są wiarygodne?

Modelowanie jest statystycznie poprawne przy dużych wolumenach (powyżej 1 000 konwersji miesięcznie) i stabilnych wzorcach zachowań. Przy małych kampaniach lub nagłych zmianach oferty błąd modelu może wynosić 20–40%. Danych modelowanych nie należy używać do podejmowania decyzji o pojedynczych kampaniach — nadają się do trendów i benchmarków.

Dlaczego po wdrożeniu Consent Mode v2 rośnie ruch z kanału Direct?

Cookieless pings wysyłane przez użytkowników bez zgody nie zawierają parametrów UTM ani informacji o źródle — GA4 klasyfikuje je jako Direct. To sztuczny wzrost, nie realny wzrost wejść bezpośrednich. Jeśli Direct przekracza 30–35% całego ruchu, warto sprawdzić denial rate i poprawić tagowanie UTM dla kanałów płatnych.

Czy Consent Mode v2 wpływa na dane eksportowane do BigQuery?

Tak, i to w istotny sposób. BigQuery Export z GA4 zawiera wyłącznie dane obserwowane — hity od użytkowników z przyznaną zgodą. Dane modelowane nie są eksportowane do BQ. Oznacza to, że analizy SQL na danych surowych mogą niedoszacowywać konwersji i sesji w stosunku do tego, co widać w interfejsie GA4.

Jak Consent Mode v2 wpływa na listy remarketingowe w Google Ads?

Użytkownicy, którzy nie wyrazili zgody na ad_storage i ad_personalization, nie trafiają do list remarketingowych. Przy denial rate 40% listy odbiorców mogą być nawet o połowę mniejsze niż rzeczywista baza odwiedzających. To bezpośrednio ogranicza zasięg kampanii RLSA i remarketingu dynamicznego w Google Ads.

0 0 głosy
Ocena artykułu
Subskrybuj
Powiadom o
guest
0 Komentarze
Najstarsze
Najnowsze Najwięcej głosów
Opinie w linii
Zobacz wszystkie komentarze

Potrzebujesz wsparcia w temacie z artykułu?

Zajmujemy się Google Ads, SEO, GA4, GEO i RODO od 12 lat. Odpowiada Maciej w 24h, bez handlowca, bez automatu.

Napisz do nas