Consent Mode w trybie podstawowym czy zaawansowanym: wpływ na dane, modelowanie i remarketing

Czym różni się tryb podstawowy od zaawansowanego

Oba tryby korzystają z tych samych czterech sygnałów, czyli ad_storage, analytics_storage, ad_user_data i ad_personalization. Różnią się tym, co dzieje się z tagami Google, zanim użytkownik podejmie decyzję i po odmowie. Jeśli dopiero zaczynasz, przejdź najpierw przez checklistę wdrożenia Consent Mode v2, bo ta sama konfiguracja stanu domyślnego obowiązuje w obu wariantach.

W trybie podstawowym Consent Mode nadal przekazuje stan zgody – tagi po prostu odpalają się dopiero po zgodzie i od razu dostają sygnały granted. W trybie zaawansowanym tag Google działa od pierwszej odsłony i sam dostosowuje zachowanie do aktualnego stanu, bez czytania i zapisywania plików cookie przy odmowie.

Co Consent Mode w trybie zaawansowanym wysyła do Google przy odmowie

Przy odmowie tag Google wysyła tak zwane pingi bez plików cookie. Nie odczytuje i nie zapisuje identyfikatorów takich jak _ga czy _gcl_au, więc Google nie może powiązać kolejnych odsłon z jednym użytkownikiem.

Google wymienia dwie grupy informacji, które trafiają w takich pingach:

• informacje funkcjonalne – znacznik czasu, user agent przeglądarki, strona odsyłająca,
• informacje zagregowane i nieidentyfikujące – czy w adresie bieżącej lub wcześniejszej strony były informacje o kliknięciu reklamy, logiczny stan zgody, losowa liczba generowana przy każdym załadowaniu strony oraz identyfikator platformy do zarządzania zgodami.

Jak każde żądanie HTTP, ping technicznie ujawnia serwerowi adres IP i nagłówki przeglądarki. To jeden z argumentów w dyskusji o tym, czy tryb zaawansowany wymaga zgody już na samo wysłanie pingu. Jak odczytać zawartość takich żądań w przeglądarce, pokazujemy w poradniku o parametrach gcs i gcd.

Modelowanie konwersji w Google Ads: model ogólny czy dopasowany do konta

Google Ads modeluje konwersje użytkowników bez zgody w obu trybach, ale z różną dokładnością. W trybie podstawowym korzysta z modelu ogólnego, opartego na zagregowanych wzorcach, a w trybie zaawansowanym – z modelu dopasowanego do Twojego konta, który uczy się na pingach bez plików cookie.

Modelowanie w trybie zaawansowanym ma progi. Google podaje, że potrzeba ok. 700 kliknięć reklam w ciągu 7 dni dla danego kraju i grupy domen. Mniejsze konta mogą więc nie zobaczyć konwersji modelowanych nawet przy poprawnym wdrożeniu. Konwersje modelowane pojawiają się w standardowej kolumnie Konwersje, a nie w osobnej, dlatego na pierwszy rzut oka nie odróżnisz ich od obserwowanych.

Dla Smart Bidding różnica jest istotna. Strategie oparte na wartości konwersji uczą się na tym, co widzą w kolumnie Konwersje. Im mniej sygnałów, tym wolniej reagują i tym większe wahania stawek. Jeśli korzystasz z docelowego ROAS, zajrzyj do porównania docelowego ROAS i maksymalizacji wartości konwersji, bo przy niskim odsetku zgód wybór strategii ma większe znaczenie.

Modelowanie behawioralne w GA4: wymagania i ograniczenia

GA4 uzupełnia dane o zachowaniu użytkowników bez zgody tylko w trybie zaawansowanym. W trybie podstawowym nie ma pingów, na których model mógłby się uczyć, więc raporty pokazują wyłącznie użytkowników ze zgodą.

Usługa ma ustalone wymagania:

1. Usługa GA4 musi korzystać z trybu zaawansowanego Consent Mode.
2. Musi zbierać co najmniej 1000 zdarzeń dziennie z analytics_storage ustawionym na denied przez minimum 7 dni.
3. Musi mieć co najmniej 1000 użytkowników dziennie wysyłających zdarzenia ze zgodą przez co najmniej 7 z poprzednich 28 dni.
4. Tożsamość w raportach musi być ustawiona na wariant mieszany (Blended), bo tylko on pokazuje dane modelowane.

Status kwalifikacji sprawdzisz w ustawieniach tożsamości raportowania w panelu administracyjnym GA4. Pamiętaj, że dane modelowane istnieją tylko w interfejsie GA4. Eksport do BigQuery zawiera wyłącznie zdarzenia faktycznie zebrane, więc liczby w SQL będą niższe niż w raportach – to typowe zaskoczenie po połączeniu GA4 z BigQuery.

Remarketing i personalizacja: dlaczego tryb nie ma tu znaczenia

Remarketing w obu trybach działa wyłącznie dla użytkowników, którzy zgodzili się na ad_personalization i ad_storage. Pingi bez plików cookie nie zawierają identyfikatora, więc nie da się na ich podstawie zbudować listy odbiorców.

W praktyce oznacza to, że przy odsetku zgód na poziomie 50–60% listy remarketingowe z ruchu z EOG są mniejsze niż przed wprowadzeniem banera, niezależnie od trybu. To samo dotyczy list budowanych w GA4 i udostępnianych w Google Ads. Jeśli chcesz zrekompensować mniejsze listy, większy sens niż zmiana trybu ma rozwój danych first-party, takich jak listy klientów z zamówień i newslettera. Jak zbudować taką strategię, opisujemy w tekście o danych first-party w reklamie.

Zgoda na ad_user_data wpływa z kolei na konwersje rozszerzone i przesyłanie danych użytkownika do Google. Bez niej zahaszowany e-mail z zamówienia nie trafi do Google Ads, niezależnie od tego, czy tag ładuje się przed decyzją, czy po niej.

Ryzyko prawne trybu zaawansowanego

Tryb zaawansowany oznacza, że skrypt Google ładuje się i wysyła żądania, zanim użytkownik podejmie decyzję. Nie zapisuje przy tym plików cookie, ale przepisy o dostępie do urządzenia końcowego są interpretowane coraz szerzej.

W Polsce zasady przechowywania informacji i dostępu do nich w urządzeniu użytkownika określa Prawo komunikacji elektronicznej, obowiązujące od 10 listopada 2024 r. Europejska Rada Ochrony Danych w wytycznych dotyczących technicznego zakresu art. 5 ust. 3 dyrektywy ePrivacy szeroko interpretuje pojęcie dostępu do urządzenia i obejmuje nim także piksele śledzące. Część prawników uznaje więc, że już ping bez plików cookie wymaga podstawy prawnej, inni wskazują, że nie identyfikuje on użytkownika. Rozstrzygnięcie zależy od konfiguracji i oceny ryzyka, dlatego decyzję o trybie zaawansowanym skonsultuj z prawnikiem. Szerszy kontekst przepisów znajdziesz w artykule o RODO w reklamie online, a wymagania wobec samego banera – w przewodniku o banerze cookies i TCF 2.3.

Jak wybrać tryb i przejść z podstawowego na zaawansowany

Tryb zaawansowany ma sens wtedy, gdy kampanie Google Ads są istotnym źródłem sprzedaży, konto przekracza progi modelowania, a ocena prawna dopuszcza wysyłanie pingów. Jeśli któryś z tych warunków nie jest spełniony, tryb podstawowy jest prostszy i bezpieczniejszy.

Przejście z trybu podstawowego na zaawansowany w GTM wygląda tak:

1. Sprawdź, czy CMP ustawia stan domyślny denied na regule Consent Initialization – All Pages.
2. Usuń z tagów Google wymóg dodatkowej zgody i reguły oparte na zdarzeniu akceptacji, zostawiając wbudowane kontrole zgody.
3. Pozostaw dodatkowe kontrole zgody na tagach spoza Google, bo one nie obsługują pingów bez plików cookie.
4. Włącz ads_data_redaction, żeby przy odmowie ad_storage z żądań reklamowych znikały identyfikatory kliknięć.
5. Przetestuj scenariusz odmowy: żądania GA4 powinny wychodzić z gcs=G100, bez plików _ga i _gcl_au.
6. Zaktualizuj politykę prywatności i opis w banerze, jeśli prawnik uzna to za konieczne.
7. Po 2–4 tygodniach sprawdź diagnostykę konwersji w Google Ads i status modelowania w GA4.

Różnicę w konfiguracji tagu GA4 dobrze widać na zestawieniu:

TRYB PODSTAWOWY
Tag Google (G-XXXXXXX)
  Kontrole zgody: wbudowane + wymagaj dodatkowej zgody: analytics_storage
  Reguły: Initialization – All Pages + zdarzenie zgody z CMP
  Uruchamianie: raz na stronę
  Efekt: tag nie odpala się przed zgodą, startuje zaraz po akceptacji

TRYB ZAAWANSOWANY
Tag Google (G-XXXXXXX)
  Kontrole zgody: tylko wbudowane
  Reguła: Initialization – All Pages
  Efekt: tag odpala się zawsze, przy odmowie wysyła pingi bez plików cookie

Niezależnie od trybu wyniki z modelowania warto weryfikować eksperymentem. Testy inkrementalności i Conversion Lift pokażą, czy kampania faktycznie sprzedaje, a nie tylko czy model dobrze uzupełnia luki. Jeśli rozważasz też przeniesienie tagów na własną domenę, porównanie Google Tag Gateway i server-side GTM pomoże ocenić, co zmienia się w pomiarze, a co pozostaje zależne od zgody. Wszystkie teksty o zgodach znajdziesz w podtemacie Consent Mode.