Google analytics cookies a zgoda użytkownika – jak pogodzić pomiar z prywatnością?

W erze rosnącej świadomości prywatności użytkowników Google Analytics pozostaje kluczowym narzędziem do pomiaru ruchu i konwersji na stronach internetowych. Wyzwaniem dla marketerów jest wdrożenie analityki bez naruszania przepisów RODO i Prawa komunikacji elektronicznej, które wymagają wyraźnej zgody na cookies.

Rozwiązaniem jest Consent Mode Google – mechanizm, który pozwala ograniczyć utratę danych i jednocześnie zachować zgodność z prawem.

Artykuł pokazuje, jak pogodzić dokładny pomiar z szacunkiem dla prywatności, w oparciu o aktualne wytyczne Google oraz polskie regulacje. Znajdziesz tu praktyczne kroki wdrożenia, przegląd trybów zgody i strategie minimalizacji utraty danych.

Podstawy prawne – RODO, cookies i obowiązki informacyjne

Polskie prawo, w tym RODO (motyw 42) oraz Prawo komunikacji elektronicznej, nakłada obowiązek uzyskania świadomej zgody na przetwarzanie danych osobowych, w tym na cookies analityczne. Użytkownik musi znać tożsamość administratora oraz cele przetwarzania przed udzieleniem zgody.

Zgody nie trzeba zbierać dla każdego cookie osobno – można zgrupować je według celu, np. wszystkie analityczne (w tym Google Analytics). Banery cookie (CMP – Consent Management Platform) powinny przekazywać informacje warstwowo: najpierw krótko, następnie szczegółowo.

Google Analytics zapisuje m.in. pliki _ga (działa do 2 lat, rozróżnia użytkowników) oraz _ga<ID> (dla konkretnego strumienia danych). Bez zgody nie wolno ich przechowywać, co wpływa na zakres danych w raportach GA4.

Consent Mode Google – klucz do kompromisu między pomiarem a prywatnością

Consent Mode dynamicznie dostosowuje działanie tagów GA4 i Google Ads do wyboru użytkownika, bez pełnej blokady skryptów. Od 2024 roku (Consent Mode v2) Google wykorzystuje cztery sygnały zgody:

• analytics_storage – dotyczy przechowywania danych analitycznych (np. _ga);
• ad_storage – dotyczy przechowywania danych reklamowych i identyfikatorów;
• ad_user_data – dotyczy przesyłania danych użytkownika do Google w celach reklamowych;
• ad_personalization – dotyczy personalizacji reklam, w tym remarketingu.

Jak działa bez zgody?

analytics_storage=denied – brak zapisu nowych cookies analitycznych, ale tagi wysyłają do Google lekkie sygnały (tzw. pingi), na podstawie których GA4 modeluje brakujące dane. W raportach pojawia się informacja o modelowaniu; włącz w GA4 opcję Tożsamość na potrzeby raportowania – Mieszana, aby z niego korzystać.

ad_storage=denied – blokada cookies reklamowych i identyfikatorów, co ogranicza atrybucję konwersji i remarketing. W połączeniu z ad_user_data i ad_personalization ustawionymi na denied dodatkowo zawężasz zakres danych przekazywanych do systemów reklamowych.

Nawet bez zgody Consent Mode minimalizuje utratę danych (zwykle do 10–20% w porównaniu z pełnym brakiem wdrożenia), dzięki odczytowi istniejących sygnałów i modelowaniu statystycznemu.

Poniżej zestawienie typowych scenariuszy zgody i ich wpływu na dane:

Kroki wdrożenia Consent Mode na stronie WordPress lub innej

Aby poprawnie wdrożyć Consent Mode i zachować zgodność, przejdź przez poniższe etapy:

1. Uzyskaj zgodę użytkownika – wdroż baner CMP (np. CookieYes, Complianz) zgodny z RODO i PKE. Domyślnie ustaw wszystkie sygnały na „denied”, aby blokować zapisy reklamowe i analityczne do czasu zgody.

2. Wysyłaj stan zgody do Google – użyj Google Tag Manager lub gtag.js. Dodaj konfigurację domyślną Consent Mode:

   gtag('consent', 'default', {
'ad_storage': 'denied',
'analytics_storage': 'denied',
'ad_user_data': 'denied',
'ad_personalization': 'denied'
});

   Po wyrażeniu zgody przez użytkownika zaktualizuj sygnały (tylko w zakresie zaakceptowanych kategorii):

   gtag('consent', 'update', {
'analytics_storage': 'granted',
'ad_storage': 'granted',
'ad_user_data': 'granted', // jeśli użytkownik wyrazi
'ad_personalization': 'granted' // jeśli użytkownik wyrazi
});

3. Sprawdź wdrożenie – włącz debugowanie w GA4 (Google Tag Assistant). W narzędziach deweloperskich przeglądarki (zakładka Network) zweryfikuj wysyłkę pingów: przy stanie denied nie powinny pojawić się nowe cookies, ale powinny być wysyłane lekkie żądania.

Dla integracji GA4 z Google Ads konieczne jest prawidłowe ustawienie także sygnałów ad_user_data i ad_personalization, aby uniknąć niespójności i spełnić aktualne wymogi platform reklamowych.

Porównanie – Consent Mode vs. brak Consent Mode

Bez Consent Mode skrypty GA4 często są całkowicie blokowane przy braku zgody, co może oznaczać utratę nawet 90% danych. Z Consent Mode zyskujesz:

• zbierasz lekkie sygnały (ping) z anonimizacją IP,
• modelowanie uzupełnia luki pomiarowe (oznaczenie danych modelowanych w GA4),
• większą precyzję atrybucji konwersji po integracji z Google Ads.

Przykład strat danych (szacunkowo, na podstawie wdrożeń):

Najlepsze praktyki – maksymalizacja danych przy minimalnym ryzyku

Aby ograniczyć ryzyko prawne i maksymalizować jakość danych, stosuj te rekomendacje:

• grupuj zgody – łącz cookies GA z innymi analitycznymi, aby uprościć wybór użytkownika,
• warstwowa informacja – krótki baner z jasnym celem („analiza ruchu”) i linkiem do polityki prywatności (tożsamość administratora),
• anonimizacja IP – włącz w GA4 dla dodatkowej ochrony prywatności,
• alternatywy – rozważ Server‑Side GTM dla większej kontroli i odporności na blokady przeglądarek,
• testuj – symuluj brak zgody i weryfikuj raporty GA4 pod kątem danych modelowanych,
• aktualizuj politykę – opisz wykorzystanie Consent Mode, ad_storage oraz modelowania danych.

Uwaga – jako administrator odpowiadasz za prawidłowe pozyskanie i udokumentowanie zgody. Wybierz CMP z natywną integracją z Google dla automatyzacji przepływu zgód.

Przyszłość – zmiany w ekosystemie Google i blokery prywatności

Od 2024 r. Google Ads w regionie EOG wymaga Consent Mode v2 dla funkcji reklamowych. W obliczu ograniczeń takich jak ITP (Safari) czy rozszerzenia ochrony prywatności w przeglądarkach (20–30% użytkowników) Consent Mode staje się rynkowym standardem. Modelowanie w GA4 kompensuje straty, a jeszcze większą precyzję uzyskasz, łącząc je z danymi first‑party (np. zdarzenia logowania lub hashowane adresy e‑mail w ramach zgodnych podstaw prawnych).