Spis treści

Co to jest Google Consent Mode v2?
Różnice między v1 a v2
Szczegółowy opis 4 parametrów Consent Mode v2
Wymagania i deadline'y
Polskie regulacje — RODO i PKE
Implementacja techniczna
Advanced vs Basic Consent Mode
Testowanie i debugowanie
Najczęstsze błędy i problemy
Certyfikowani partnerzy CMP Google
Wpływ na dane i reklamy
Best practices 2026
Checklist implementacji 2026

Oficjalna definicja Google

Zgodnie z dokumentacją Google Developers: „Consent mode allows web and app developers to adjust tag and app SDK behavior based on user consent choices."

Kluczowe wyjaśnienie: Consent Mode nie jest samodzielnym rozwiązaniem do zarządzania zgodami. Współpracuje z Platformą Zarządzania Zgodami (CMP) lub niestandardowym banerem zgód, aby komunikować wybory użytkowników do tagów Google. Jeśli chcesz dowiedzieć się więcej o wymaganiach prawnych dla banerów cookies, sprawdź nasz przewodnik po banerach cookies zgodnych z RODO.

Chronologia rozwoju

Data	Wydarzenie
3 września 2020	Uruchomienie Consent Mode v1 w wersji beta
28 listopada 2023	Oficjalne ogłoszenie Consent Mode v2 podczas webinaru Google
6 marca 2024	Deadline egzekwowania — v2 stał się obowiązkowy dla ruchu EEA/UK
31 lipca 2024	Rozszerzenie polityki EU UCP o Szwajcarię
21 lipca 2025	Google rozpoczął automatyczne egzekwowanie — ciche wyłączanie śledzenia dla niezgodnych stron

Regulacje prywatności:

RODO (GDPR) — wymaga wyraźnej zgody na przetwarzanie danych osobowych
Dyrektywa ePrivacy (2002/58/WE) — wymaga zgody na cookies i podobne technologie
Digital Markets Act (DMA) — nowe prawo UE (obowiązuje od marca 2024) wymagające od „gatekeeperów" jak Google uzyskania zgody przed zbieraniem danych

Wyzwania biznesowe:

Luki w zbieraniu danych gdy użytkownicy nie wyrażają zgody
Modelowanie konwersji — dostarcza szacowane konwersje używając machine learning nawet gdy użytkownicy odmówią
Zgodność z przepisami przy zachowaniu możliwości reklamowych Google

2. Różnice między v1 a v2

Porównanie parametrów

Parametr	v1	v2	Opis
`ad_storage`	✓	✓	Włącza przechowywanie (cookies/identyfikatory) związane z reklamami
`analytics_storage`	✓	✓	Włącza przechowywanie związane z analityką
`ad_user_data`	✗	NOWY	Zgoda na wysyłanie danych użytkownika do Google dla celów reklamowych
`ad_personalization`	✗	NOWY	Zgoda na spersonalizowane reklamy (remarketing)

Nowe tryby implementacji w v2

Basic Consent Mode:

Tagi Google są blokowane dopóki użytkownik nie wejdzie w interakcję z banerem zgód
Żadne dane nie są wysyłane do Google przed zgodą
Używa „modelu ogólnego" do modelowania konwersji

Advanced Consent Mode:

Tagi Google ładują się natychmiast z domyślną zgodą ustawioną na denied
Wysyła „cookieless pings" gdy zgoda jest odmówiona
Aktualizuje stan zgody po interakcji użytkownika
Włącza „model specyficzny dla reklamodawcy" — lepsze modelowanie konwersji

Zmiany techniczne w v2

Nowy parametr URL: v2 wprowadził parametr gcd kodujący wszystkie cztery sygnały zgody
Wsparcie dla granularnej zgody: Lepsze dopasowanie do wymogu RODO dotyczącego specyficznej, szczegółowej zgody
Ulepszenia modelowania behawioralnego: Ulepszone modelowanie konwersji dla użytkowników, którzy nie wyrażają zgody

3.1 ad_storage (oryginalny z v1)

Cel: Kontroluje dostęp do cookies reklamowych i identyfikatorów urządzeń

Gdy GRANTED:

Cookies reklamowe mogą być odczytywane i zapisywane
Adresy IP są zbierane
Pełny URL strony włącznie z informacjami o kliknięciu reklamowym (GCLID/DCLID)
Cookies firm trzecich na google.com i doubleclick.net dostępne
Na aplikacjach mobilnych: Advertising ID/IDFA mogą być zbierane

Gdy DENIED:

Żadne nowe cookies reklamowe nie mogą być zapisywane ani odczytywane
Żądania wysyłane przez inną domenę aby uniknąć cookies firm trzecich
Google Analytics nie będzie odczytywać/zapisywać cookies Google Ads
Adresy IP używane tylko do określenia kraju, potem natychmiast usuwane
Funkcje Google Signals nie będą gromadzić danych

Dotknięte usługi Google: Google Ads, Floodlight, Display & Video 360, Search Ads 360, Conversion Linker

3.2 analytics_storage (oryginalny z v1)

Cel: Kontroluje first-party cookies analityczne i identyfikatory aplikacji

Gdy GRANTED:

Cookies analityczne mogą być odczytywane i zapisywane
Pełne dane pomiarowe zbierane z identyfikatorami użytkownika/sesji
App-instance ID generowany przez Firebase SDK jest zbierany

Gdy DENIED:

Nie będzie odczytywać ani zapisywać first-party cookies analitycznych
Cookieless pings wysyłane do Google Analytics dla podstawowego pomiaru i modelowania
Żadne IDFV zbierane na aplikacjach mobilnych
Wydarzenia wysyłane bez identyfikatorów urządzenia lub użytkownika

Dotknięte usługi: Google Analytics 4, Google Analytics for Firebase SDK

3.3 ad_user_data (NOWY w v2)

Cel: Ustawia zgodę na wysyłanie danych użytkownika związanych z reklamami do Google

Kluczowe zastosowania:

Enhanced conversions
Śledzenie konwersji oparte na tagach
Wysyłanie user_id do Google
Hashowane dane first-party użytkownika

Gdy GRANTED:

Dane osobowe mogą być przesyłane do usług reklamowych Google
Enhanced conversions działają prawidłowo
user_id i hashowane dane first-party mogą być przetwarzane

Gdy DENIED:

Pomiar reklamowy i personalizacja dla reklam online wyłączone
Przypadki użycia wspierane przez user_id i dane użytkownika są wyłączone
Eksport danych konwersji opartych na click-ID do platformy Ads jest ograniczony

Ważne rozróżnienie: To jest instrukcja downstream — nie kontroluje zachowania tagów na stronie, ale instruuje usługi Google jak przetwarzać dane.

3.4 ad_personalization (NOWY w v2)

Cel: Ustawia zgodę na spersonalizowane reklamy

Gdy GRANTED:

Dane mogą być używane do spersonalizowanych reklam
Listy remarketingowe mogą być budowane
Spersonalizowane reklamy mogą być serwowane użytkownikom

Gdy DENIED:

Spersonalizowane reklamy wyłączone
Wyłączone funkcje:
- Remarketing w Google Ads
- Remarketing w Display & Video 360
- Remarketing w Search Ads 360
- Spersonalizowane reklamy z produktami Google

Ważna uwaga: Zarówno ad_user_data JAK I ad_personalization muszą być granted aby włączyć spersonalizowane reklamy na platformach reklamowych Google.

Podział na parametry Upstream vs Downstream

Typ	Parametry	Funkcja
Upstream (Kontrola zbierania danych)	`ad_storage`, `analytics_storage`	Kontrolują które identyfikatory są wysyłane z pingami; wpływają na zachowanie tagów na stronie
Downstream (Kontrola przetwarzania danych)	`ad_user_data`, `ad_personalization`	Instruują usługi Google jak dane użytkownika mogą być używane dla reklam; nie wpływają na zachowanie tagów

Dodatkowe parametry prywatności

Parametr	Opis
`functionality_storage`	Włącza przechowywanie wspierające funkcjonalność strony (np. ustawienia języka)
`personalization_storage`	Włącza przechowywanie związane z personalizacją (np. rekomendacje wideo)
`security_storage`	Włącza przechowywanie dla funkcji bezpieczeństwa (uwierzytelnianie, zapobieganie oszustwom)

4. Wymagania i deadline'y

Co dokładnie wymagało Google od marca 2024?

Wymagania techniczne:

Implementacja baneru zgód na stronach/aplikacjach — szczegółowe wymagania prawne dla banerów znajdziesz w artykule Baner cookies zgodny z RODO
Użycie certyfikowanej przez Google Platformy CMP lub ręczna implementacja
Sygnalizowanie stanów zgody (granted/denied) do Google PRZED uruchomieniem tagów
Aktualizacja do gtag.js lub Google Tag Manager (legacy tags nie są wspierane)

Konsekwencje braku implementacji w 2025/2026

Wpływ na Google Ads Remarketing:

❌ Zablokowane: Nie można tworzyć list remarketingowych dla nowych użytkowników EEA/UK
❌ Zablokowane: Budowanie odbiorców wyłączone
❌ Zablokowane: Listy Customer Match dla użytkowników EEA wymagają sygnałów GRANTED
Kampanie Performance Max nie mogą budować dokładnych insightów o odbiorcach

Wpływ na śledzenie konwersji:

❌ Wyłączone: Google Ads nie widzi które kliknięcia prowadziły do zakupów
Raportowane spadki danych konwersji o 90-95% dla dotkniętych stron
Enhanced conversions dla leadów/sprzedaży w sklepie dotknięte
Modelowanie atrybucji nie działa

Wpływ na Google Analytics 4:

❌ Żadne dane nie są zbierane dla nowych użytkowników EU/EEA/UK bez consent mode
Modelowanie behawioralne wymaga minimalnych progów (1000+ dziennych eventów od użytkowników wyrażających i odmawiających zgody)
Większość małych firm nie spełnia progów modelowania
Raportowanie demograficzne wyłączone

Egzekwowanie od lipca 2025

21 lipca 2025: Google rozpoczął automatyczne egzekwowanie — ciche wyłączanie śledzenia dla niezgodnego ruchu EEA/UK
Bez emaila ostrzegawczego, bez okresu karencji — natychmiastowa utrata danych
Dane z niezgodnych okresów są permanentnie utracone — brak opcji backfill

5. Polskie regulacje — RODO i PKE

Consent Mode v2 bezpośrednio wspiera wymóg RODO dotyczący granularnej zgody zgodnie z Art. 4(11) RODO
Użytkownicy muszą rozumieć każdy konkretny element zbieranych danych
Zgoda musi być: dobrowolna, konkretna, świadoma i jednoznaczna — jak precyzuje Art. 7 RODO
Żadne wstępnie zaznaczone pola ani domniemana zgoda niedozwolone — potwierdza Motyw 32 RODO
Kary: Do 20 milionów EUR lub 4% globalnego rocznego obrotu — egzekwuje UODO

Prawidłowe zbieranie zgody zaczyna się od dobrze zaprojektowanego baneru cookies. Szczegółowe wymagania RODO dla banerów, w tym przykłady prawidłowych i nieprawidłowych rozwiązań, znajdziesz w naszym przewodniku po banerach cookies zgodnych z RODO.

Polskie PKE (Prawo Komunikacji Elektronicznej)

Kluczowe daty:

10 listopada 2024: Nowa ustawa Prawo Komunikacji Elektronicznej weszła w życie
Zastępuje poprzednie Prawo Telekomunikacyjne

Wymagania dotyczące cookies w PKE (Art. 399-400):

Wymagana wyraźna zgoda opt-in przed użyciem cookies do marketingu/analityki
Zgoda musi spełniać standardy RODO (dobrowolna, konkretna, świadoma)
Użytkownicy muszą móc łatwo wycofać zgodę
Wymagane jasne banery cookies z opcjami „Akceptuj/Odrzuć/Dostosuj"
Cookies techniczne (logowanie, koszyk zakupów) zwolnione z wymogu zgody

Kary w PKE:

UKE może nakładać kary do 3% rocznego obrotu lub 1 000 000 PLN
Dodatkowa odpowiedzialność osobista: Do 300% miesięcznego wynagrodzenia dla odpowiedzialnego zarządu

6. Implementacja techniczna

6.1 Implementacja przez Google Tag Manager (GTM)

Krok 1: Włącz Consent Overview w GTM

Przejdź do Admin → Container Settings
W Additional Settings zaznacz Enable consent overview
Zapisz kontener

Krok 2: Zainstaluj tag CMP używając Consent Initialization Trigger

Nawiguj do Tags → New
Kliknij Tag Configuration → Discover more tag types in the community template gallery
Wyszukaj swojego dostawcę CMP (np. Cookiebot, CookieFirst, Usercentrics)
Dodaj szablon do workspace
Skonfiguruj tag CMP swoim kluczem API/ustawieniami
KRYTYCZNE: Ustaw trigger na Consent Initialization - All Pages

Krok 3: Skonfiguruj domyślne stany zgody Większość szablonów CMP auto-konfiguruje te wartości, ale zweryfikuj:

ad_storage: 'denied'
ad_user_data: 'denied'
ad_personalization: 'denied'
analytics_storage: 'denied'

Krok 4: Ręczna implementacja (jeśli nie używasz szablonu CMP) Dodaj ten kod PRZED snippetem kontenera GTM:

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'analytics_storage': 'denied'
  });
</script>

<!-- Google Tag Manager -->
<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':
new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],
j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=
'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);
})(window,document,'script','dataLayer','GTM-XXXXXX');</script>
<!-- End Google Tag Manager -->

6.2 Implementacja bez GTM (gtag.js)

Kompletny przykład kodu z prawidłowym umiejscowieniem:

<!-- CONSENT DEFAULT - Musi być PIERWSZY, przed załadowaniem Google tag -->
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  
  // Ustaw domyślną zgodę na 'denied' jako placeholder
  gtag('consent', 'default', {
    'ad_storage': 'denied',
    'ad_user_data': 'denied',
    'ad_personalization': 'denied',
    'analytics_storage': 'denied'
  });
</script>

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  
  gtag('js', new Date());
  gtag('config', 'TAG_ID');
</script>

<!-- Funkcje aktualizacji zgody - wywołaj gdy użytkownik wchodzi w interakcję z banerem -->
<script>
  // Wywołaj gdy użytkownik wyrazi WSZYSTKIE zgody
  function grantAllConsent() {
    gtag('consent', 'update', {
      'ad_storage': 'granted',
      'ad_user_data': 'granted',
      'ad_personalization': 'granted',
      'analytics_storage': 'granted'
    });
  }
  
  // Wywołaj gdy użytkownik wyrazi tylko zgodę na analitykę
  function grantAnalyticsOnly() {
    gtag('consent', 'update', {
      'analytics_storage': 'granted'
    });
  }
  
  // Wywołaj gdy użytkownik odmówi wszystkich zgód
  function denyAllConsent() {
    gtag('consent', 'update', {
      'ad_storage': 'denied',
      'ad_user_data': 'denied',
      'ad_personalization': 'denied',
      'analytics_storage': 'denied'
    });
  }
</script>

6.3 Ustawienia specyficzne dla regionu (rekomendowane dla Polski)

// Odmów zgody domyślnie dla użytkowników EEA
gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied',
  'wait_for_update': 500,
  'region': ['AT', 'BE', 'BG', 'CY', 'CZ', 'DK', 'EE', 'FI', 'FR', 'DE', 
             'GR', 'HU', 'HR', 'IS', 'IE', 'IT', 'LV', 'LI', 'LT', 'LU', 
             'MT', 'NL', 'NO', 'PL', 'PT', 'RO', 'SK', 'SI', 'ES', 'SE', 
             'CH', 'GB']
});

// Przyznaj zgodę domyślnie dla wszystkich innych regionów
gtag('consent', 'default', {
  'ad_storage': 'granted',
  'ad_user_data': 'granted',
  'ad_personalization': 'granted',
  'analytics_storage': 'granted'
});

// Opcjonalnie: Dodatkowa redakcja danych gdy ad_storage jest denied
gtag('set', 'ads_data_redaction', true);
gtag('set', 'url_passthrough', true);

Aspekt	`gtag('consent', 'default', {...})`	`gtag('consent', 'update', {...})`
Cel	Ustawia początkowy stan zgody przed interakcją użytkownika z banerem	Aktualizuje stan zgody po wyborze użytkownika
Kiedy używać	Na każdym załadowaniu strony, PRZED uruchomieniem jakichkolwiek tagów	Gdy użytkownik kliknie "Akceptuj" lub "Odrzuć"
Kluczowe cechy	Powinien odpalać się na triggerze Consent Initialization w GTM	Wyzwala natychmiastowe dostosowanie tagów Google
Parametr region	Może zawierać ustawienia specyficzne dla regionu	Nie używa parametru region
wait_for_update	Może zawierać ten parametr dla asynchronicznych CMP	Nie używa tego parametru

Kluczowe różnice

Aspekt	Basic Consent Mode	Advanced Consent Mode
Ładowanie tagów	Tagi Google ZABLOKOWANE do wyrażenia zgody	Tagi Google ŁADUJĄ SIĘ natychmiast
Dane przed zgodą	ŻADNE dane nie wysyłane do Google	Cookieless pings wysyłane do Google
Status zgody wysyłany	Tylko po wyrażeniu zgody	Zawsze wysyłany (włącznie ze statusem 'denied')
Modelowanie konwersji	Model ogólny (mniej dokładny)	Model specyficzny dla reklamodawcy (dokładniejszy)
Modelowanie behawioralne (GA4)	NIE dostępne	Dostępne
Implementacja	Blokuj tagi do zgody	Ustaw defaults na 'denied', pozwól tagom się dostosować

Kiedy używać którego trybu

Używaj Basic Consent Mode gdy:

Ścisła zgodność jest najwyższym priorytetem
Dział prawny wymaga żadnych tagów Google przed zgodą
Stosuje się ścisłą interpretację Dyrektywy ePrivacy
Minimalne potrzeby śledzenia

Używaj Advanced Consent Mode gdy:

Dokładne śledzenie konwersji jest krytyczne
Używasz Google Ads z remarketingiem
Chcesz modelowania behawioralnego w GA4
Biznes zależy od danych reklamowych
Działasz w regionach o wysokim ruchu z niskimi wskaźnikami zgód

Rekomendacja Google

Google rekomenduje Advanced Consent Mode dla lepszej dokładności pomiarów przy zachowaniu zgodności z prywatnością. Wymóg to implementacja Consent Mode v2 — zarówno Basic jak i Advanced spełniają wymagania zgodności.

Wpływ na modelowanie

Basic Mode:

Zero danych zbieranych bez zgody
Modelowanie konwersji używa ogólnego modelu Google (mniej spersonalizowany)
Znaczące luki w danych gdy wskaźniki zgód są niskie

Advanced Mode:

Cookieless pings wysyłane nawet bez zgody (anonimowe, nieidentyfikowalne)
Włącza modelowanie konwersji specyficzne dla reklamodawcy
Wypełnia luki w danych używając machine learning
Reklamodawcy typowo widzą 15-25% wzrost w raportowanych konwersjach z modelowania
Może odzyskać do 70% utraconych danych atrybucji

8. Testowanie i debugowanie

Używanie Google Tag Assistant

Krok 1: Rozpocznij sesję debug

Przejdź do https://tagassistant.google.com/
Wprowadź URL swojej strony
Kliknij Connect (otwiera nową kartę z Twoją stroną)
Zainstaluj rozszerzenie Tag Assistant Companion dla Chrome

Krok 2: Zweryfikuj Default Consent

W Tag Assistant Summary, wybierz najwcześniejszy Consent event
Sprawdź sekcję API Call dla tych parametrów:
- ad_storage
- ad_user_data
- ad_personalization
- analytics_storage
Lub kliknij Output → Consent tab i sprawdź kolumnę On-page Default
Wszystkie powinny pokazywać 'denied' (przed interakcją użytkownika)

Krok 3: Zweryfikuj Consent Update

Wejdź w interakcję z banerem zgód (zaakceptuj cookies)
Wybierz najnowszy Consent event w Summary
Zweryfikuj że parametry teraz pokazują 'granted' w kolumnie On-page Update

Debugowanie w konsoli przeglądarki

Sprawdź dataLayer dla eventów zgody:

// W konsoli przeglądarki
dataLayer.filter(e => e[0] === 'consent')

Debugowanie żądań sieciowych

Szukaj tych parametrów w żądaniach tagów Google:

gcs: Koduje ad_storage i analytics_storage
- Format: G1xy gdzie x=ad_storage, y=analytics_storage
- 1 = granted, 0 = denied
- Przykład: G100 = ad_storage denied, analytics_storage denied
gcd: Szczegółowy parametr zgody (zawsze wysyłany)
dma: Flaga zgodności z Digital Markets Act

Checklist debugowania

Consent default odpala się PRZED jakimikolwiek tagami Google
Wszystkie 4 parametry v2 ustawione: ad_storage, ad_user_data, ad_personalization, analytics_storage
Consent update odpala się gdy użytkownik wchodzi w interakcję z banerem
Update dzieje się PRZED przejściem/przeładowaniem strony
Tagi z wbudowanymi sprawdzeniami pokazują prawidłowe zachowanie
Ustawienia regionalne działają (testuj z Chrome location override)
Google Ads pokazuje "Consent mode is implemented" w Conversion Diagnostics

9. Najczęstsze błędy i problemy

Krytyczne błędy implementacji

Brak ustawionego domyślnego stanu zgody — Tagi odpalają się bez kontekstu zgody
Domyślna zgoda zastosowana za późno — Tagi odpalają się przed inicjalizacją consent mode
Brakujące parametry Consent Mode — Ustawienie tylko ad_storage/analytics_storage, zapomnienie o ad_user_data i ad_personalization (wymagania v2)
Baner niepodłączony do tagów — Baner cookies wyświetla się ale nie komunikuje z tagami Google
Tag CMP nie odpala się pierwszy — Inne tagi wykonują się przed inicjalizacją zgody
Używanie triggera "All Pages" zamiast "Consent Initialization - All Pages"

Typowe błędy konfiguracji

Nieprawidłowe wartości domyślne (powinny być "denied" dla EEA)
Błędy nadpisywania ustawień regionalnych — szerokie ustawienia nadpisują specyficzne
Niepublikowanie zmian kontenera GTM po aktualizacjach
Całkowite blokowanie ładowania tagu Google (uniemożliwia weryfikację Consent Mode)
Używanie legacy tags (ga.js, analytics.js, conversion.js) zamiast gtag.js lub GTM

Red flags w Google Tag Assistant

Red Flag	Znaczenie
Pusta zakładka Consent	Consent Mode nie zaimplementowany lub tag zablokowany
No consent default detected	Domyślny stan zgody nie skonfigurowany
Consent state doesn't update	CMP nie wysyła komend update po interakcji użytkownika
Missing ad_user_data parameter	Nie zaktualizowano do Consent Mode v2
Missing ad_personalization parameter	Nie zaktualizowano do Consent Mode v2
Tags fired before consent	Nieprawidłowa konfiguracja triggera

10. Certyfikowani partnerzy CMP Google

Program Partnerski CMP Google

Cel: Certyfikuje Platformy Zarządzania Zgodami integrujące się z Google Consent Mode i GTM
Kryteria oceny: Wymagania techniczne, jakość wsparcia klienta, łatwość integracji
System trzech poziomów: Bronze, Silver i Gold
Partnerzy App-ready: Nowe oznaczenie 2025 dla CMP, których SDK integrują się bezpośrednio z Google Analytics for Firebase

Lista certyfikowanych CMP GOLD (stan na styczeń 2026)

CMP	Cena od	App-ready
Clickio	Bezpłatny do 50K PV/miesiąc	✓
Consentmanager	€19/miesiąc	✓
CookieYes	€9/miesiąc	✓
Didomi	Wycena indywidualna	✓
iubenda	€4.99/miesiąc	✓
Secure Privacy	€14/miesiąc	✓
TrustArc	Wycena indywidualna	✓
UniConsent	£20/miesiąc	✓
Usercentrics	€7/miesiąc	✓
Cookiebot (Usercentrics)	€7/miesiąc	-
CookieFirst	€9/miesiąc	-
CookieHub	Bezpłatny do 5K sesji	-
Cookie Information	€19/miesiąc	-
CookieScript	€8/miesiąc	-
OneTrust	Wycena indywidualna	-
Termly	Bezpłatny do 10K views	-

Wybór odpowiedniego CMP ma kluczowe znaczenie dla prawidłowej implementacji Consent Mode v2. Jeśli zastanawiasz się które rozwiązanie wybrać, przygotowaliśmy szczegółowe porównanie Cookiebot, CookieYes i CookiePilot — trzech popularnych platform pod kątem funkcjonalności, ceny i wsparcia dla Consent Mode.

Czy certyfikacja jest obowiązkowa?

Nie, ale zdecydowanie rekomendowana.

Google stwierdza: „Nothing prevents advertisers from using a CMP that is not a partner (yet) to adopt Consent Mode and meet our EU UCP requirements"
Jednak certyfikowane CMP automatycznie aktualizują się do najnowszych wersji Consent Mode
Niecertyfikowane CMP wymagają ręcznej implementacji i bieżącej konserwacji

Korzyści z używania certyfikowanego CMP

Automatyczne aktualizacje do najnowszych standardów Google
Szybsza implementacja (minuty vs. godziny własnego kodowania)
Wsparcie techniczne od zweryfikowanych partnerów
Bezpośrednie integracje dostępne w interfejsach Google Ads, GA4 i GTM
Przetestowana zgodność z wymaganiami Google

Przy wyborze CMP kluczowe jest dopasowanie do specyfiki Twojej strony — liczby odwiedzin, budżetu i potrzebnych integracji. Nie zawsze najpopularniejsze rozwiązanie jest najlepsze dla każdego przypadku. Szczegółowe zestawienie opcji znajdziesz w naszym porównaniu Cookiebot, CookieYes i CookiePilot.

Jak zweryfikować certyfikację CMP

Oficjalna lista: cmppartnerprogram.withgoogle.com
Filtruj według poziomu, wsparcia aplikacji, ceny, języków i krajów
Szukaj badge Google CMP Partners na stronach dostawców
Sprawdź rejestrację IAB TCF: iabeurope.eu/cmp-list/

11. Wpływ na dane i reklamy

Brak zbierania danych: Google nie może zweryfikować zgody, traktuje cały ruch jako niezgodny
Wyłączone funkcje:
- Śledzenie konwersji
- Remarketing
- Budowanie odbiorców
- Raportowanie demograficzne
- Personalizacja reklam
Customer Match: Dane użytkowników EEA nie przetwarzane; nie można używać do personalizacji reklam
Permanentna utrata danych: Historyczne dane z niezgodnych okresów nie mogą być odzyskane

Jak działa modelowanie konwersji Google

Wymagania dla aktywacji modelowania:

Minimum 700 kliknięć reklamowych przez 7 dni na parę kraj/domena
Siedem pełnych dni zbierania danych
Wystarczający wskaźnik zgód (typowo 20%+)
Co najmniej 1000+ dziennych eventów od użytkowników wyrażających i odmawiających zgody

Rezultaty:

Reklamodawcy typowo widzą 15-25% wzrost w raportowanych konwersjach z modelowania
Może odzyskać do 70% utraconych danych atrybucji
Sprawdź status: Google Ads → Goals → Conversions → Summary → „View Impact"

Różnice w danych przed i po wdrożeniu

Metryka	Przed Consent Mode	Po (Advanced)
Śledzenie konwersji	30-50% utrata dla ruchu EU	10-30% odzyskane przez modelowanie
Atrybucja użytkownika	Pofragmentowana/zepsuta	Szacowana przez modelowanie behawioralne
Listy remarketingowe	Wyczerpane/wyłączone	Utrzymywane z modelowanymi odbiorcami
Optymalizacja kampanii	Poważnie ograniczona	Algorytm kontynuuje uczenie

12. Best practices 2026

Aktualne rekomendacje Google

Używaj Advanced Consent Mode — wymagany dla korzyści modelowania konwersji
Ustaw domyślną zgodę na "denied" dla użytkowników EEA/UK przed odpaleniem jakichkolwiek tagów
Implementuj wszystkie cztery parametry v2: ad_storage, analytics_storage, ad_user_data, ad_personalization
Używaj certyfikowanego przez Google CMP dla automatycznych aktualizacji i wsparcia — sprawdź nasze porównanie Cookiebot, CookieYes i CookiePilot aby wybrać najlepsze rozwiązanie
Włącz URL passthrough dla cookieless tracking między stronami
Włącz ads_data_redaction gdy ad_storage jest denied
Wywołuj komendy consent update przed przejściami strony aby zapobiec utracie danych

Optymalne ustawienia dla polskich stron

gtag('consent', 'default', {
  'ad_storage': 'denied',
  'ad_user_data': 'denied',
  'ad_personalization': 'denied',
  'analytics_storage': 'denied',
  'wait_for_update': 500,
  'region': ['PL', 'EU']
});

gtag('set', 'ads_data_redaction', true);
gtag('set', 'url_passthrough', true);

Integracja z IAB TCF v2.2/v2.3

Kluczowe wymagania:

Używaj CMP certyfikowanego przez TCF z listy IAB Europe
Włącz wsparcie TCF: window['gtag_enable_tcf_support'] = true
TCF v2.3 jest aktualną wersją (stringi v2.2 akceptowane do 28 lutego 2026)
TCData.enableAdvertiserConsentMode musi być ustawione na true dla integracji z Google

Mapowanie celów TCF na Consent Mode:

Cel 1 (Przechowywanie informacji) → ad_storage, analytics_storage
Cel 3 (Spersonalizowane reklamy) → ad_personalization
Cel 4 (Spersonalizowana treść) → personalization_storage
Google Vendor ID w TC string wymagane

Best practice: Google rekomenduje implementację ALBO TCF v2.2+ ALBO Consent Mode, nie obu jednocześnie, aby uniknąć konfliktów.

Server-side tagging

Korzyści z Consent Mode:

Poprawiona jakość danych i atrybucja
Zmniejszona utrata danych przez ad blockery
Lepsze zbieranie danych first-party
Typowo odzyskuje 20-30% dodatkowych konwersji

Warto implementować jeśli:

Znaczące różnice między danymi Google Ads a GA4
Prowadzisz kampanie Performance Max wymagające dokładnych danych konwersji
Wydajesz 10 000+ USD/miesiąc na reklamy (ROI typowo zwraca się w pierwszym miesiącu)

13. Checklist implementacji 2026

Podsumowanie

Google Consent Mode v2 to nie opcja — to wymóg dla każdej strony kierującej ruch z Europy. Bez prawidłowej implementacji tracisz nie tylko dane, ale również możliwości reklamowe. Kluczowe wnioski:

Dla właścicieli stron:

Wdróż Consent Mode v2 jak najszybciej jeśli jeszcze tego nie zrobiłeś
Wybierz Advanced Mode dla lepszego modelowania konwersji
Używaj certyfikowanego CMP aby uniknąć problemów z aktualizacjami — sprawdź nasze porównanie Cookiebot, CookieYes i CookiePilot
Upewnij się, że Twój baner cookies spełnia wymagania RODO

Dla marketerów:

Monitoruj wskaźniki zgód w swoich kampaniach
Sprawdź czy modelowanie konwersji jest aktywne w Google Ads
Rozważ server-side tagging dla kampanii o wysokiej wartości

Dla developerów:

Zawsze ustawiaj consent default PRZED tagami Google
Implementuj wszystkie 4 parametry v2 — dokumentacja: developers.google.com/tag-platform/security/guides/consent
Testuj z Tag Assistant przed każdą zmianą

Zobacz też

Baner cookies zgodny z RODO — wymagania i przykłady — szczegółowy przewodnik po wymaganiach prawnych dla banerów cookies
Porównanie Cookiebot, CookieYes i CookiePilot — które CMP najlepiej wspierają Consent Mode v2

Spis treści

1. Co to jest Google Consent Mode v2?

Oficjalna definicja Google

Chronologia rozwoju

Problemy, które rozwiązuje Consent Mode

2. Różnice między v1 a v2

Porównanie parametrów

Nowe tryby implementacji w v2

Zmiany techniczne w v2

3. Szczegółowy opis 4 parametrów Consent Mode v2

3.1 ad_storage (oryginalny z v1)

3.2 analytics_storage (oryginalny z v1)

3.3 ad_user_data (NOWY w v2)

3.4 ad_personalization (NOWY w v2)

Podział na parametry Upstream vs Downstream

Dodatkowe parametry prywatności

4. Wymagania i deadline'y

Co dokładnie wymagało Google od marca 2024?

Konsekwencje braku implementacji w 2025/2026

Egzekwowanie od lipca 2025

5. Polskie regulacje — RODO i PKE

RODO (GDPR) w kontekście Consent Mode

Polskie PKE (Prawo Komunikacji Elektronicznej)

6. Implementacja techniczna

6.1 Implementacja przez Google Tag Manager (GTM)

6.2 Implementacja bez GTM (gtag.js)

6.3 Ustawienia specyficzne dla regionu (rekomendowane dla Polski)

6.4 Consent Default vs Consent Update

7. Advanced vs Basic Consent Mode

Kluczowe różnice

Kiedy używać którego trybu

Rekomendacja Google

Wpływ na modelowanie

8. Testowanie i debugowanie

Używanie Google Tag Assistant

Debugowanie w konsoli przeglądarki

Debugowanie żądań sieciowych

Checklist debugowania

9. Najczęstsze błędy i problemy

Krytyczne błędy implementacji

Typowe błędy konfiguracji

Red flags w Google Tag Assistant

10. Certyfikowani partnerzy CMP Google

Program Partnerski CMP Google

Lista certyfikowanych CMP GOLD (stan na styczeń 2026)

Czy certyfikacja jest obowiązkowa?

Korzyści z używania certyfikowanego CMP

Jak zweryfikować certyfikację CMP

11. Wpływ na dane i reklamy

Co się dzieje z danymi bez Consent Mode

Jak działa modelowanie konwersji Google

Różnice w danych przed i po wdrożeniu

12. Best practices 2026

Aktualne rekomendacje Google

Optymalne ustawienia dla polskich stron

Integracja z IAB TCF v2.2/v2.3

Server-side tagging

13. Checklist implementacji 2026

Podsumowanie

Zobacz też

Redakcja CookiePilot