Obietnica i szybki werdykt
Krótko: implementuj Consent Mode v2, ale wybierz tryb i architekturę według ruchu i celów.
Dla dużych serwisów i reklamodawców v2 + Advanced to najbezpieczniejsza droga do zachowania konwersji; dla małych serwisów najczęściej lepszy będzie prosty banner + dodatkowe źródła danych (server-side, BigQuery). Ten artykuł pokazuje, co zrobić jako pierwsze i jakie decyzje mają realny wpływ na raporty.
3 pytania, które rozwiewają wątpliwości
Czy moje raporty spadną po wdrożeniu v2?
Szybka odpowiedź: mogą, jeśli nie spełnisz warunków modelowania; zobacz sekcję o progach. ([support.google.com)Czy Advanced = łamanie prywatności?
Nie — Advanced pozwala na wysyłanie „cookieless pings” bez zapisywania cookie i umożliwia Google’owi modelowanie brakujących zdarzeń przy spełnionych progach. ([help.observepoint.com)Czy muszę zmieniać CMP?
Jeśli twój CMP nie wysyła parametrów v2 (np. ad_user_data, ad_personalization), trzeba go zaktualizować lub zmienić. Oficjalne wytyczne Google opisują nowe parametry. Przewodnik Google. ([developers.google.com)
Czym jest Consent Mode v2 (krótko)
Consent Mode v2 to rozszerzenie mechanizmu, którym Google komunikuje status zgód z CMP do tagów (analytics, ads). Do dotychczasowych sygnałów ad_storage i analytics_storage dodano ad_user_data i ad_personalization — to zmiana funkcjonalna, którą musisz uwzględnić w implementacji. W praktyce oznacza to, że tagi Google będą inaczej traktować zdarzenia zależnie od czterech sygnałów. ([developers.google.com)
Co to znaczy w praktyce: jeśli użytkownik odmówi cookies, w trybie Advanced strona dalej może wysyłać uproszczone zdarzenia (bez cookie), a Google wykorzysta je do modelowania; w trybie Basic tagi mogą w ogóle nie wysyłać danych dopóki nie będzie zgody.
Jak zacząć — praktyczna ścieżka (5–30 minut)
Sprawdź, czy masz ruch z EEA (ustaw analizę regionów).
Sprawdź, czy twoje CMP obsługuje Consent Mode v2 (czy przesyła
ad_user_dataiad_personalization). Jeśli nie — aktualizacja/zmiana CMP. ([developers.google.com)Wybór trybu:
Basic: prostsze, ale brak danych od niezgadzających się użytkowników.
Advanced: tagi ładują się zawsze, wysyłają cookieless pings przy odmowie — daje szansę na modelowanie, ale wymaga spełnienia progów. ([support.google.com)
Test: włącz podgląd GTM / Network i sprawdź, czy w zapytaniach do Google pojawiają się parametry zgody (gcd/gcs) i wartości consent. Jeśli nie widzisz ich, CMP nie przekazuje sygnału. ([help.observepoint.com)
Szybki test w 5 minut
Otwórz stronę w trybie incognito i włącz narzędzia devtools → Network.
Otwórz banner i odmów zgody → filtruj żądania do google-analytics/collect lub gtag → sprawdź parametr
gcd/gcs. ([help.observepoint.com)
Fakty → Skutek → Werdykt (przykłady)
Fakt: Google wymaga określonych sygnałów v2 i dla modelowania ma progi (np. 1,000 zdarzeń/day z analytics_storage='denied' + 1,000 daily users z analytics_storage='granted').
Skutek: mniejsze strony nie uruchomią modelowania i zobaczą znaczne spadki w GA4 po wprowadzeniu restrykcyjnych bannerów. ([support.google.com)
Werdykt: jeśli masz <1k dziennych zdarzeń w GA4, nie opieraj decyzji na samym modelowaniu — użyj dodatkowego źródła danych (server-side, logi serwera, CRM).
Fakt: Advanced implementation wymaga, by tagi ładowały się zanim pojawi się dialog zgody (tags load in all cases).
Skutek: wymaga zmian w kolejności ładowania skryptów i współpracy z CMP.
Werdykt: dla dużych wdrożeń — Advanced + przemyślana kolejność ładowania, dla małych — rozważ Basic lub uproszczony model + serwerowe uzupełnienia. ([support.google.com)
Porównanie podejść (tabela)
| Podejście | Kiedy warto | Krótki werdykt |
|---|---|---|
| Basic Consent Mode | Mały ruch, proste cele konwersji | Dobry dla prostoty, ale traci dane od niezgadzających się |
| Advanced Consent Mode | Duży ruch, zależysz od Google Ads/GA4 | Najlepszy dla dużych — pozwala na modelowanie, wymaga konfiguracji |
| Server-side + v2 | Sklepy z mechanicznym atrybucją, niskie wskaźniki akceptacji | Najlepsze uzupełnienie — zmniejsza zależność od cookie, ale wymaga pracy deva |
Plusy i typowe skargi po wdrożeniu
Plusy:
Zgodność z wymogami prywatności i lepsza kontrola nad tym, co trafia do Google. ([developers.google.com)
Możliwość modelowania brakujących konwersji przy dużym ruchu. ([support.google.com)
Typowe skargi:
Znaczący spadek widocznych sesji/konwersji w GA4 po wdrożeniu — najczęściej efekt braku spełnienia progów modelowania. ([seresa.io)
Problemy integracyjne: CMP nie przesyła nowych parametrów lub tagi ładują się po banerze (błędne ustawienie). ([help.observepoint.com)
Synteza: możesz stracić część widocznych danych, ale to efekt działania polityki prywatności, nie błąd samego Consent Mode — poprawna implementacja i architektura minimalizują straty.
Co zrobić teraz — praktyczny next step (konkretnie)
Sprawdź dokumentację Google i potwierdź, że twoja CMP przekazuje parametry v2. Przewodnik Google. ([developers.google.com)
Oceń ruch: czy twoja własna GA4 property spełnia progi modelowania? Jeśli nie — plan na 3 miesiące: optymalizacja banneru (wyższy % akceptacji), server-side tagging, porównanie z innymi źródłami (serwer, CRM). ([support.google.com)
Przetestuj w środowisku staging: sprawdź wartości gcd/gcs w zapytaniach sieciowych i monitoruj zmiany w raporcie w ciągu 7–28 dni.
Ostateczna puenta
Implementuj Consent Mode v2 — to dzisiaj standard wymagany przez Google — ale wykonaj to świadomie. Dla dużych serwisów i reklamodawców Advanced + dobrze skonfigurowane CMP to właściwy wybór. Dla mniejszych — nie liczyć wyłącznie na modelowanie GA4; dodaj server-side lub dodatkowe źródła danych. Jeśli nie jesteś pewien, czy twoja własna GA4 property spełnia progi modelowania, sprawdź status w dokumentacji Google i w diagnostyce swojej usługi — to pierwszy i najprostszy krok. ([support.google.com)
