Consent Mode v2 na stronie WordPress: co musi się zmienić przed marcem 2024

Od marca 2024 roku Google wymaga, żeby strony kierujące ruch z Europejskiego Obszaru Gospodarczego do Google Ads i Analytics przekazywały decyzje użytkowników przez Consent Mode v2. Sam baner cookies już nie wystarczy. Musi jeszcze wysłać tagom Google sygnał zgody, i to w nowym formacie. Piszę to dla osób, które prowadzą albo administrują sklep na WordPress, WooCommerce lub PrestaShop. Dostajesz listę zmian do zrobienia i kolejność działań przed terminem.

Czym jest Consent Mode v2 i co zmienia w porównaniu z pierwszą wersją?

Consent Mode przekazuje tagom Google decyzję użytkownika o zgodzie i na tej podstawie steruje zbieraniem danych reklamowych i analitycznych. W pierwszej wersji były dwa parametry: ad_storage i analytics_storage. Teraz doszły dwa kolejne, ad_user_data i ad_personalization, co jasno opisuje dokumentacja Google dla deweloperów.

• ad_storage - zapis plików cookies związanych z reklamami,
• analytics_storage - zapis cookies analitycznych, np. GA4,
• ad_user_data - zgoda na przesyłanie danych użytkownika do Google w celach reklamowych,
• ad_personalization - zgoda na reklamy spersonalizowane, w tym remarketing.

Aha, jedna rzecz, którą sporo osób myli. Consent Mode niczego nie zapamiętuje. Wybory odwiedzającego trzyma baner albo platforma zarządzania zgodami (CMP, czyli Consent Management Platform), a Consent Mode tylko przekazuje wynik dalej. Taki listonosz.

Kogo dotyczy wymóg Google dla ruchu z EOG od marca 2024?

Każdej strony, która mierzy albo targetuje użytkowników z EOG narzędziami Google. W praktyce chodzi głównie o Google Ads i GA4. W małym sklepie to zwykle remarketing, śledzenie konwersji Google Ads, listy odbiorców i Analytics podpięty pod konto reklamowe. Brak sygnałów zgody? Wtedy dla ruchu z EOG funkcje reklamowe i pomiar zostaną ograniczone. I jeszcze jedno, żeby nie było nieporozumień: Consent Mode to wymóg techniczny Google. Nie zastępuje obowiązków z RODO ani z prawa telekomunikacyjnego, więc część prawną omów z prawnikiem.

Tryb podstawowy czy zaawansowany: który wybrać?

W trybie podstawowym tagi Google ładują się dopiero po wyrażeniu zgody. W zaawansowanym startują od razu i do momentu decyzji użytkownika wysyłają sygnały bez cookies. Podstawowy jest prostszy i ostrożniejszy, tylko że przed zgodą nie dostajesz żadnych danych. Zero. Zaawansowany mierzy pełniej, ale konfiguracja wymaga więcej uwagi. Google zostawia wybór wdrażającemu i odsyła do wytycznych firmy (czyli w sumie: decyduj sam). Moim zdaniem przy zaawansowanym trzeba pilnować jednego szczegółu: komenda update musi zostać wywołana na tej samej stronie, na której użytkownik udziela zgody.

Baner cookies WordPress a zgoda na cookies Google: co musi umieć wtyczka

Pytanie o zgodę to dopiero połowa roboty. Baner ma też ustawić domyślne wartości Consent Mode i zaktualizować je po decyzji użytkownika. Domyślnie nic nie jest ustawione, więc to zadanie spada na wtyczkę. Zanim wybierzesz baner, sprawdź, czy:

• ustawia wartość domyślną denied, zanim załadują się tagi Google,
• obsługuje wszystkie cztery parametry, także ad_user_data i ad_personalization,
• wywołuje komendę update od razu po kliknięciu,
• zapamiętuje wybór i wysyła ten stan ponownie na kolejnych podstronach,
• pozwala w każdej chwili zmienić decyzję.

Używasz Google Tag Managera? Google zaleca wtedy ładowanie banera przez kontener z szablonem Consent Mode. Gotowe szablony dostawców CMP leżą w Community Template Gallery.

Jak wdrożyć Consent Mode v2 w WordPress i WooCommerce krok po kroku

Ogólnie sprowadza się to do czterech rzeczy: przegląd tagów, baner zgodny z v2, wartości domyślne i test, czy po zgodzie stan zmienia się na granted. Polecam taką kolejność:

1. Spisz wszystkie tagi Google: gtag.js, kontener GTM i wtyczki analityczne WooCommerce.
2. Usuń zdublowane tagi, np. GA4 wstawiony jednocześnie przez wtyczkę i przez GTM.
3. Wybierz baner obsługujący v2 i go skonfiguruj.
4. Ustaw tryb podstawowy albo zaawansowany.
5. Jeśli trzeba, włącz ads_data_redaction (usuwanie danych reklamowych przy braku zgody) i url_passthrough (przekazywanie parametrów kliknięć w adresach URL).
6. Opublikuj zmiany i przetestuj je.

Przy gtag.js tag Google musi siedzieć na każdej podstronie. Kod Consent Mode też. W PrestaShop jest dokładnie tak samo, tylko zamiast wtyczki banera konfigurujesz moduł.

Jak sprawdzić, czy zgody trafiają do Google Ads i Analytics?

Najprościej w trybie podglądu Tag Managera albo w narzędziach deweloperskich przeglądarki. Przed kliknięciem w banerze parametry powinny mieć wartość denied, po zgodzie granted. Przetestuj trzy scenariusze: akceptację wszystkiego, odrzucenie i wybór częściowy. Każdy powtórz na kilku podstronach i w ścieżce zakupowej WooCommerce, aż do potwierdzenia zamówienia. Dopiero wtedy wiesz, że wybór faktycznie się zapamiętuje. Na co trafia się najczęściej?

• tagi ładujące się, zanim zostaną ustawione wartości domyślne,
• brak ad_user_data i ad_personalization w konfiguracji,
• cache strony, który serwuje stary kod banera.

Consent Mode v2 przed marcem: od czego zacząć już teraz

Zacznij od banera, który już masz. Obsługuje Consent Mode v2 czy nie? Potem przepuść go przez trzy opisane scenariusze i dopiero wtedy decyduj, czy zmieniać wtyczkę. I nie zostawiaj tego na ostatni tydzień przed terminem. Zmiana banera, sprzątanie zdublowanych tagów i testy w koszyku zawsze zajmują więcej czasu, niż się wydaje. A błędy w zgodach wychodzą dopiero w raportach Google Ads i Analytics, czyli wtedy, kiedy dane są już stracone.

Najczęstsze pytania