Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Google zapowiedziało, że od marca przyszłego roku reklamodawcy kierujący kampanie do użytkowników z Europejskiego Obszaru Gospodarczego i Wielkiej Brytanii będą musieli stosować zaktualizowaną wersję mechanizmu przekazywania informacji o zgodach. Do terminu zostały trzy miesiące, z czego jeden to grudzień, więc realnie mamy styczeń i luty.
Piszę o tym teraz, bo to jedno z tych wdrożeń, które wygląda na drobną zmianę techniczną, a przy złej organizacji potrafi zająć cały kwartał. Wymaga współpracy trzech stron: osoby zarządzającej kampaniami, dostawcy platformy zbierającej zgody i kogoś, kto ma dostęp do menedżera tagów.
Chcę więc wyjaśnić, co konkretnie się zmienia, dlaczego ten termin ma znaczenie i jak rozłożyć pracę, żeby nie robić jej w ostatnim tygodniu lutego.
Tryb zgody to mechanizm, który przekazuje tagom Google informację o tym, na co użytkownik się zgodził. Zamiast po prostu blokować skrypty przy braku zgody, tagi uruchamiają się w ograniczonym trybie i wysyłają sygnały bez identyfikatorów, na podstawie których Google modeluje brakujące dane.
Dotychczasowa wersja operowała dwoma parametrami: zgodą na pomiar analityczny i zgodą na personalizację reklam. Nowa wersja dodaje dwa kolejne, dotyczące przesyłania danych użytkownika do Google w celach reklamowych oraz personalizacji reklam na podstawie tych danych.
Powód zmiany jest regulacyjny. Wprost łączy się z aktem o rynkach cyfrowych, którego termin zgodności dla wskazanych platform przypada również na marzec. Google potrzebuje jednoznacznej informacji o zgodzie użytkownika, żeby móc legalnie łączyć dane między usługami i wykorzystywać je do personalizacji — a tę informację ma dostarczyć właśnie ten mechanizm.
Warto to zobaczyć razem: to nie dwa niezależne projekty, a jeden, wywołany tą samą regulacją i z tym samym terminem.
Trzy rzeczy, które trzeba obsłużyć.
Dwa nowe parametry zgody muszą być przekazywane przez platformę zbierającą zgody i odczytywane przez tagi. Jeśli Twój banner obsługuje tylko starą wersję, wymaga aktualizacji po stronie dostawcy — i to jest pierwsza rzecz do sprawdzenia, bo nie jest zależna od Ciebie.
Wymóg certyfikowanej platformy. Google oczekuje korzystania z rozwiązania spełniającego jego wymagania i zintegrowanego z odpowiednim standardem branżowym. Jeśli banner został kiedyś napisany samodzielnie albo pochodzi od dostawcy, który nie nadąża za zmianami, to moment na decyzję o zmianie narzędzia.
Konsekwencje dla kampanii. Google zapowiedziało, że bez poprawnego przekazywania zgody ograniczone zostaną funkcje opierające się na danych użytkowników — przede wszystkim listy odbiorców i mechanizmy dopasowywania konwersji dla ruchu z Europy. Szczegóły tego, co dokładnie przestanie działać, opisuję osobno.
Zdarza się, że zapowiedziane terminy Google się przesuwają — najlepszym przykładem jest wielokrotnie odkładane wycofanie plików cookie stron trzecich w przeglądarce Chrome. Tutaj oceniam ryzyko przesunięcia jako mniejsze i warto rozumieć dlaczego.
Ten termin nie jest decyzją produktową, a konsekwencją regulacji. Google ma prawny obowiązek dostosowania się do aktu o rynkach cyfrowych w tym samym czasie i mechanizm zgody jest narzędziem, którym ten obowiązek realizuje. Przesunięcie wymagałoby zmiany w kalendarzu unijnym, nie w planach firmy.
Nie znaczy to, że szczegóły nie mogą się zmienić — mogą, bo Google publikuje je stopniowo. Znaczy natomiast, że planowanie wdrożenia na luty jest rozsądniejsze niż liczenie na obsuwę.
Rozkład pracy, który proponuję klientom, z realnymi zależnościami.
Grudzień: rozpoznanie. Sprawdź, jakiej platformy zgód używasz i czy dostawca zapowiedział wsparcie dla nowej wersji. To jedna rozmowa albo jeden e-mail, a rozstrzyga, czy przed Tobą aktualizacja, czy zmiana narzędzia. Jeśli zmiana narzędzia — zaczynaj natychmiast, bo to najdłuższy element całego projektu.
Styczeń: wdrożenie techniczne. Aktualizacja platformy, konfiguracja przekazywania czterech parametrów, ustawienie tagów tak, żeby czekały na sygnał zgody, zamiast uruchamiać się natychmiast.
Styczeń–luty: testy. Sprawdzenie w trybie podglądu menedżera tagów, jakie wartości zgody są przekazywane w trzech scenariuszach: pełna zgoda, brak zgody, zgoda częściowa. To etap, który wyłapuje większość błędów i którego nie da się pominąć.
Luty: weryfikacja w panelach. Sprawdzenie w Google Ads, czy diagnostyka nie zgłasza problemów ze zgodami, oraz obserwacja, jak zachowują się dane w GA4.
Marzec: obserwacja. Po wejściu wymogu warto pilnować liczebności list odbiorców i danych o konwersjach dla ruchu europejskiego.
Rezerwa czasowa nie jest tu luksusem. Przy zależności od zewnętrznego dostawcy jeden tydzień opóźnienia z jego strony zjada cały zapas, jeśli zaczniesz w lutym.
Kilka rzeczy, które w moim doświadczeniu psują się najczęściej.
Tag uruchamiany przed odczytaniem zgody. Klasyczny błąd: banner działa poprawnie, ale tag analityczny wystrzeliwuje wcześniej, więc pierwsze odsłony są mierzone bez zgody.
Domyślne wartości ustawione zbyt liberalnie. Stan początkowy przed decyzją użytkownika powinien odmawiać zgody na to, co wymaga zgody. Ustawienie odwrotne jest problemem prawnym, nie technicznym.
Zgoda niepropagowana do wszystkich tagów. Często obsłużone są tagi Google, a zapomniane pozostałe skrypty marketingowe.
Brak obsługi zmiany decyzji. Użytkownik, który najpierw odmówił, a potem zaakceptował, powinien od tego momentu być mierzony — wymaga to poprawnej reakcji na aktualizację stanu zgody.
Banner utrudniający odmowę. Poza kwestią zgodności z przepisami to również sygnał negatywny dla użytkownika. Skoro i tak przebudowujesz ten element, warto zrobić go uczciwie.
Uczciwie: część danych stanie się mniej dokładna i trzeba się na to przygotować mentalnie oraz raportowo.
Przy braku zgody Google będzie modelować brakujące konwersje, więc liczby w panelach będą w większym stopniu szacunkami niż zliczeniem. Listy odbiorców dla ruchu europejskiego mogą się zmniejszyć. Porównania rok do roku w marcu i kwietniu będą obarczone tą zmianą metodologiczną.
Warto uprzedzić o tym osoby czytające raporty przed marcem, nie po. Zgłoszenie „dane nie zgadzają się z zamówieniami” w połowie marca kosztuje znacznie więcej czasu niż jedno zdanie w lutowym podsumowaniu.
I rzecz, która z tego wszystkiego wynika najbardziej praktycznie: im więcej wiesz o swoich klientach z własnych systemów, tym mniej boli Cię pogarszająca się precyzja pomiaru w panelach zewnętrznych. Uporządkowana baza klientów z jasnymi zgodami jest dziś zasobem cenniejszym niż jakakolwiek konfiguracja tagów.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |