Tryb zgody Google v2: co się zmieniło

Co się zmieniło po przejściu na Tryb zgody v2

Problem stał się szczególnie pilny po tym, jak Google zaostrzył wymagania dotyczące działania tagów reklamowych i analitycznych. Zgoda na pliki cookie to już nie tylko baner zgody na pliki cookie dla Google Ads z przyciskami „Akceptuj” i „Odrzuć” — to teraz część całego ustawienia zbierania sygnałów. Jeśli strona korzysta z reklam, analityki lub remarketingu, logika zgody prawie zawsze musi być przeglądana.

W przeszłości wiele stron radziło sobie z krótkim powiadomieniem o plikach cookie. To już nie wystarcza. Tryb zgody Google v2 zmienia rzeczywisty mechanizm: strona musi przekazać status zgody przed uruchomieniem tagów, a nie po, i to właśnie tutaj pojawia się pytanie, co jest nowego w zgodzie na pliki cookie po przełączeniu na Tryb zgody Google v2. Zespół zyskuje więcej punktów kontrolnych, a właściciel strony ma więcej miejsc, w których mogą wystąpić błędy.

W praktyce jest to zauważalne nawet w prostych projektach. Baner może wyglądać tak samo, ale za nim kryją się teraz zasady dla tagów GA4, Google Ads i GTM, a konfiguracja GA4 Trybu zgody v2 musi być dokładnie weryfikowana. Jeden zły scenariusz — i niektóre zdarzenia znikają w nicości. Lub w strefie szarej, co jest równie złe.

Jak Tryb zgody v2 różni się od poprzedniej wersji

Główna różnica to nowe sygnały zgody. W starszym podejściu ludzie często patrzyli tylko na analitykę i reklamę w szerokich kategoriach, ale teraz Google oczekuje bardziej precyzyjnych ustawień dla typów danych i personalizacji. To wpływa nie tylko na baner, ale także na to, jak strona dostarcza tagi przy pierwszej wizycie użytkownika.

Tryb zgody v2 wprowadza surowszą logikę dla scenariuszy reklamowych. Jeśli strona mogła wcześniej działać w prostym modelu „dozwolone lub niedozwolone”, teraz musi oddzielić kilka parametrów i przekazać je w sposób jawny. W przeciwnym razie tagi reklamowe zachowują się nieprzewidywalnie: niektóre są blokowane, inne działają w ograniczonym trybie sygnału, a raporty w panelu wyglądają nierówno.

Podstawowy baner cookie pokazuje wybór użytkownika. Tryb zgody v2 przekształca ten wybór w coś technicznie znaczącego dla tagów. To jest różnica: baner to interfejs, podczas gdy Tryb zgody v2 to warstwa reguł dla analityki i reklamy. Ludzie często mylą te pojęcia.

Jakie dane i uprawnienia należy teraz wziąć pod uwagę

Skupienie zazwyczaj dotyczy czterech kategorii: analytics_storage, ad_storage, ad_user_data i ad_personalization. Nie są one wymienne, a to nie tylko kwestia terminologii. analytics_storage odpowiada za przechowywanie danych analitycznych, ad_storage za pliki cookie reklamowe, ad_user_data za przekazywanie danych użytkowników do systemów reklamowych, a ad_personalization za personalizację reklam.

Jeśli strona zbiera tylko podstawowe statystyki, może się wydawać, że jedna zgoda wystarczy. W rzeczywistości tak nie jest. Google Ads i związane scenariusze wymagają różnych poziomów zgody, a czasami potrzebne są jednocześnie kilka kategorii. Jest to szczególnie zauważalne w e-commerce: jeden użytkownik odrzuca reklamy, ale pozwala na analitykę, a liczniki muszą to zrozumieć bez zgadywania.

Jest też praktyczny niuans. Tekst w banerze powinien odpowiadać kategoriom, które są faktycznie włączone w ustawieniach zgody. Jeśli strona prosi użytkowników o „zezwolenie na pliki cookie”, ale wewnętrznie dzieli dane na cztery tryby, staje się trudno zrozumieć, na co się zgadzają. A później trudno wyjaśnić audytorowi, dlaczego interfejs i logika żyją osobnymi życiem.

Jak to wpływa na baner cookie i UX

Baner cookie nie może już być zbyt ogólny. Użytkownik powinien widzieć nie tylko przycisk akceptacji, ale także wyraźną opcję odrzucenia, a czasami wybór oparty na kategoriach. Tekst musi zostać przepisany, ponieważ sformułowania takie jak „używamy plików cookie, aby poprawić usługę” już nie spełniają potrzeby szczegółowości.

Przyciski również się zmieniają. W odpowiednim ustawieniu użytkownik powinien widzieć przynajmniej dwie równe akcje: akceptuj i odrzuć. Czasami potrzebna jest trzecia opcja — otwórz ustawienia i wybierz kategorie ręcznie. To nie jest dekoracyjny dodatek. Jeśli strona ma reklamy, analitykę i retargeting, proste tak lub nie może nie obejmować wszystkich scenariuszy.

Musisz również pomyśleć o tym, jak użytkownicy mogą ponownie otworzyć ustawienia później. Ludzie często zmieniają zdanie nie od razu, ale po 2–3 wizytach. Jeśli link do ustawień jest ukryty w stopce i napisany małym tekstem, zgoda staje się formalnością. Wtedy zespół marketingowy zastanawia się, dlaczego jest tak wiele odrzuceń i dlaczego zachowanie użytkowników w raportach nie odpowiada oczekiwaniom.

W przypadku złożonych projektów warto wcześniej dostosować baner do ogólnej architektury strony, zamiast montować go na ostatnią chwilę. Tutaj może również pomóc spojrzenie na bezpieczeństwie strony internetowej, ponieważ warstwa zgody często współistnieje z innymi skryptami, a błąd w jednym miejscu może wpłynąć na ładowanie gdzie indziej.

Co sprawdzić w analizach i reklamach

Pierwszą rzeczą do sprawdzenia jest GA4. Jeśli zgoda jest przekazywana nieprawidłowo, niektóre zdarzenia mogą nie dotrzeć, a inne mogą stracić parametry. To frustrujące dla raportów: ruch jest, konwersje są, ale atrybucja zaczyna się rozmywać.

Google Ads jest również wrażliwy na tryb zgody v2. Błąd w parametrach zgody może ograniczyć odbiorców remarketingu, zmniejszyć jakość sygnałów konwersji i sprawić, że porównania kampanii będą mniej wiarygodne. Jest to szczególnie zauważalne na stronach, które otrzymują ruch z wielu źródeł, podczas gdy platforma reklamowa preferuje czyste dane.

GTM powinien być sprawdzany osobno. Kontener może być skonfigurowany poprawnie, ale wyzwalacze uruchamiają się przed przybyciem domyślnej zgody. W rezultacie piksel uruchamia się przed tym, jak strona otrzyma wybór użytkownika. Kod jest, ale logika jest zepsuta.

Piksele stron trzecich powinny być również testowane ręcznie. Meta Pixel, TikTok Pixel, usługi remarketingowe i widgety analityczne czasami nie mogą działać poprawnie w nowym ustawieniu bez dodatkowych połączeń. Na małej stronie oznacza to jeden lub dwa dziwne spadki danych; na dużej staje się to systematyczną luką.

Typowe błędy po wdrożeniu Trybu zgody v2

Najczęstszym błędem jest niewłaściwa kolejność ładowania tagów. Domyślna zgoda musi być uruchomiona jako pierwsza, a dopiero potem powinny być uruchamiane analityka i reklamy. Jeśli kolejność jest odwrócona, strona wysyła sygnały bez odpowiedniego statusu, a naprawienie tego później jest trudniejsze, niż się wydaje.

Innym problemem jest brak domyślnej zgody. Wtedy system nie wie, jak się zachować, zanim użytkownik podejmie decyzję. Czasami deweloperzy mają nadzieję, że baner wszystko załatwi, ale bez wyraźnego stanu początkowego, tryb zgody v2 nie działa tak, jak się tego oczekuje.

Ustawienia CMP i GTM często się rozjeżdżają. W interfejsie użytkownik odrzucił reklamy, ale GTM nadal uzyskuje zgodę na ad_storage. Ten konflikt nie zawsze od razu się wyróżnia. Pojawia się później, gdy zespół porównuje liczby z Google Ads i raporty CMP.

Dla stron, gdzie nie tylko analityka, ale ogólna stabilność ma znaczenie, warto spojrzeć na wsparcie strony internetowej po uruchomieniu: błędy zgody rzadko występują w izolacji i często występują obok innych problemów związanych z wydaniem, pamięcią podręczną i skryptami.

Jak przygotować stronę na aktualizację

Najlepiej zacząć od audytu obecnego banera cookie. Musisz zrozumieć, które kategorie zgody już istnieją, jakie teksty widzi użytkownik i gdzie przechowywana jest decyzja. Baner może wyglądać schludnie, a jednocześnie brakować mu odpowiednich statusów dla nowego trybu Google.

Kolejnym krokiem jest sprawdzenie CMP. Jeśli platforma zarządzania zgodą nie może przekazać analytics_storage, ad_storage, ad_user_data i ad_personalization, aktualizacja będzie się przeciągać. Czasami łatwiej jest dostosować integrację niż przebudować całą stronę, ale to zależy od stosu technologicznego i wolumenu ruchu.

Po tym zaktualizuj tagi. W GTM lub w kodzie strony musisz ustawić domyślną zgodę, zweryfikować kolejność ładowania i upewnić się, że tagi reklamowe nie uruchamiają się zbyt wcześnie, gdy użytkownik odrzuca. Następnie przetestuj wszystko w trybie podglądu, a potem jeszcze raz na stronie na żywo. Jeden test w przeglądarce to za mało.

Warto również sprawdzić stronę wizualną. Przycisk „Dostosuj” nie powinien być ukryty za dodatkowymi kliknięciami. Jego etykieta powinna być krótka. Nikt nie czyta długich fraz.

Co wziąć pod uwagę z perspektywy prawnej i dokumentacyjnej

Strona techniczna nie zamyka sprawy całkowicie. Potrzebujesz polityki prywatności, polityki cookies oraz tekstu, który jasno wyjaśnia kategorie danych i jak można cofnąć zgodę. Jeśli użytkownik zdecyduje się na odrzucenie, strona musi być w stanie to zarejestrować i zachować wybraną logikę.

Dokumenty powinny być sprawdzone pod kątem rzeczywistego zachowania banera. Jeśli polityka mówi jedno, a baner robi coś innego, stwarza to niepotrzebne ryzyko podczas przeglądu i dla zaufania. I tak, zaufanie tutaj można stracić przez jedno niezdarne zdanie.

W projektach, gdzie przejrzystość i przewidywalne zachowanie strony mają znaczenie, warto polegać na jak ocenić wiarygodność strony internetowej przed zamówieniem. Logika zgody jest częścią wiarygodności, ponieważ błąd w tym zakresie psuje analitykę tak samo niezawodnie, jak uszkodzony formularz leadowy.

Jeśli strona już śledzi działania użytkowników, warto również sprawdzić, jak są przechowywane logi zgody i kto ma do nich dostęp. To nie tylko kwestia techniczna, ale także organizacyjna. Gdy firma ma trzech wykonawców i dwa zespoły wewnętrzne, niejasna odpowiedzialność szybko przeradza się w spór.

I wreszcie, po uruchomieniu aktualizacji, nie zostawiaj zgody na cookies na autopilocie. Przez pierwsze 7–14 dni powinieneś monitorować raporty, sprawdzać spadki ruchu i porównywać zachowanie tagów reklamowych przed i po wydaniu. W takich zadaniach, platforma analityki i monitorowania strony internetowej · może pomóc, jeśli potrzebujesz regularnej kontroli nad tym, jak strona dostarcza sygnały i czy po drodze traci dane.