Wdrożyłeś baner cookies i konwersje w Google Ads albo w GA4 spadły z dnia na dzień. Zanim zmienisz ofertę, budżety czy kampanie, sprawdź jedną rzecz. W większości przypadków sprzedaż się nie zmienia. Zmienia się to, co widzisz w raportach. Część klientów, którzy nie zaakceptowali zgód, nadal kupuje albo dzwoni. GA4 i Google Ads przestają część z nich liczyć albo liczą ich z opóźnieniem, w formie zmodelowanej. To nie jest teoria, to mechanizm opisany wprost w dokumentacji Google. Ten tekst pokazuje, jak to sprawdzić krok po kroku, zamiast zgadywać i zmieniać rzeczy, które działały dobrze.
Zanim zaczniesz szukać winnego, rozdziel dwa różne problemy. Pierwszy: sprzedaż faktycznie spadła, bo baner odstrasza użytkowników albo blokuje działanie strony. Drugi: sprzedaż jest taka sama, tylko raporty pokazują mniej, bo część ruchu przestała być mierzona po decyzji o cookies. To rozróżnienie decyduje o tym, co naprawiasz: ofertę i UX, czy wdrożenie techniczne. Poniższe kroki prowadzą Cię przez diagnozę w tej kolejności, od najprostszego testu do najbardziej technicznego.
Krok 1: Porównaj dane z backendu i CRM z tym, co pokazuje GA4
Otwórz dwa źródła obok siebie: system, w którym realnie zapada decyzja o sprzedaży, i GA4. Dla sklepu to panel zamówień, dla firmy usługowej to CRM, poczta ofertowa i call tracking. Zestaw liczby z tego samego zakresu dat, sprzed wdrożenia banera i po nim.
| Co sprawdzasz | E-commerce | Firma usługowa |
|---|---|---|
| Realna liczba konwersji | Zamówienia w panelu sklepu (WooCommerce, PrestaShop, Shopify) albo w ERP | Telefony z call trackingu, leady w CRM, zapytania w skrzynce ofertowej |
| Liczba w GA4 | Zdarzenie zakupu w raporcie Monetyzacja, sekcja Zakupy w ecommerce | Zdarzenie generowania leada: wysłany formularz, kliknięcie numeru telefonu, czat |
| Sygnał ostrzegawczy | Liczba zamówień w sklepie stabilna, liczba w GA4 spada mocniej niż wcześniej | Liczba telefonów i maili stabilna, liczba zdarzeń w GA4 spada mocniej niż wcześniej |
Jeśli liczba realnych transakcji albo leadów jest zbliżona do okresu sprzed banera, a spadło tylko to, co pokazuje GA4, masz odpowiedź: to problem pomiaru, nie sprzedaży. Przechodzisz do kroku 2 i 3. Jeśli backend też pokazuje mniej zamówień albo mniej telefonów, szukasz przyczyny w samym bannerze i UX, opisanej w kroku 4.
Krok 2: Sprawdź consent rate, czyli ile osób w ogóle akceptuje zgody
Consent rate to odsetek użytkowników, którzy zgadzają się na cookies analityczne i marketingowe. Znajdziesz go w panelu swojego CMP, na przykład Cookiebot, OneTrust, Didomi, CookieScript czy CookieYes, w sekcji statystyk zgód albo raportu consent rate w czasie.
Sprawdź trend, nie pojedynczy dzień. Porównaj consent rate sprzed zmiany treści banera z okresem po zmianie, jeśli ostatnio modyfikowałeś kolejność przycisków, tekst, kolor albo moment wyświetlenia. Spadek konwersji w GA4 przy stabilnym albo rosnącym consent rate wskazuje na błąd techniczny z kroku 3 albo 4, nie na sam baner. Spadek konwersji przy jednoczesnym spadku consent rate wskazuje na problem z treścią albo wyglądem banera, do naprawy w kroku 5.
Zapisuj consent rate co tydzień w osobnym arkuszu. Bez historii nie ocenisz, czy liczba, którą widzisz dzisiaj, jest odchyleniem, czy nową normą dla Twojego ruchu.
Krok 3: Zweryfikuj, czy Consent Mode v2 działa tak, jak powinien
Otwórz stronę w trybie incognito, odrzuć zgody i sprawdź w narzędziu deweloperskim przeglądarki, w zakładce sieć, czy do Google w ogóle coś się wysyła. Zgodnie z dokumentacją Google, poprawne wdrożenie Consent Mode ustawia domyślny stan zgód (gtag consent default) zanim jakikolwiek tag się załaduje, a potem aktualizuje go (gtag consent update) natychmiast po decyzji użytkownika. Cztery sygnały, które powinny pojawić się w warstwie danych, to analytics_storage, ad_storage, ad_user_data i ad_personalization.
Jeśli po odrzuceniu zgód w zakładce sieć nie ma żadnego żądania do Google, choć powinien pojawić się ograniczony, tzw. cookieless ping, oznacza to, że baner blokuje tagi całkowicie zamiast przełączać je w tryb ograniczony. To błąd wdrożenia w Google Tag Managerze, nie działanie samego Consent Mode.
Drugi element to modelowanie behawioralne. GA4 domyślnie uzupełnia lukę po stronie użytkowników, którzy odrzucili zgody, danymi statystycznymi. Włącza się dopiero, gdy przez co najmniej 7 kolejnych dni zbierasz minimum 1000 zdarzeń dziennie od użytkowników z odrzuconą zgodą, i jednocześnie masz minimum 1000 użytkowników dziennie z zaakceptowaną zgodą przez co najmniej 7 z ostatnich 28 dni, a Consent Mode działa na wszystkich stronach serwisu. Mniejsze serwisy tego progu często nie osiągają, więc dane po prostu brakują, zamiast zostać zamodelowane.
W Google Ads mechanizm jest osobny. Modelowane konwersje pojawiają się po poprawnym technicznie wdrożeniu Consent Mode albo IAB TCF v2.0 oraz po przekroczeniu progu co najmniej 700 kliknięć w reklamy w ciągu 7 dni, liczonych osobno dla każdego kraju i domeny. Poniżej tego progu w statystykach kampanii zobaczysz spadek konwersji, który nie jest spadkiem sprzedaży, tylko brakiem wystarczających danych do modelowania. Więcej o tym, jak modelowanie zmienia liczby w raportach, pisaliśmy w tekście o Consent Mode v2 i o tym, co naprawdę widzisz w danych.
Krok 4: Sprawdź typowe błędy wdrożenia, które realnie zabijają konwersję
Część spadków to nie pomiar, tylko realna strata sprzedaży spowodowana samym banerem. Najczęściej powtarzają się cztery błędy.
| Błąd | Co się dzieje |
|---|---|
| Blokada wszystkich tagów zamiast trybu consent | CMP usuwa cały kontener GTM z kodu strony do momentu zgody, zamiast ustawić analytics_storage i ad_storage na denied. Razem z pikselami znikają skrypty płatności, czatu albo walidacji formularza, więc zamówienia realnie się nie domykają. |
| Brak aktualizacji zgody po kliknięciu | Użytkownik klika „akceptuję”, ale CMP nie wysyła aktualizacji do warstwy danych. Tagi nadal działają tak, jakby zgody nie było. W statystykach wygląda to jak zerowy consent rate, mimo że ludzie realnie klikają zgodę. |
| Baner psuje wydajność albo zasłania telefon na mobile | Warstwa banera doładowuje się z opóźnieniem i przesuwa układ strony, co obciąża Core Web Vitals, albo na małym ekranie zasłania przycisk zakupu, numer telefonu w stopce czy formularz kontaktowy. |
| Podwójny baner | Dwa CMP działają jednocześnie, na przykład stary skrypt platformy i nowy od agencji po migracji. Sygnały zgody nadpisują się nawzajem, a część użytkowników klika w baner, który i tak zaraz przykrywa drugi. |
Każdy z tych błędów sprawdzisz bez narzędzi analitycznych. Wejdź na stronę na telefonie w trybie incognito i spróbuj kupić albo wysłać formularz, zanim zaakceptujesz cokolwiek w bannerze. Jeśli coś nie działa albo nie widzisz przycisku, masz winnego.
Krok 5: Podnieś consent rate legalnie, bez dark patterns
Wyższy consent rate to więcej danych bez modelowania i bez luk w raportach. Grupa robocza EDPB do spraw banerów cookie przeanalizowała setki zgłoszeń od europejskich organów nadzorczych i opisała, które rozwiązania najczęściej uznawano za naruszenie zasady swobodnej zgody.
Brak przycisku odrzucenia zgód na pierwszej warstwie banera, domyślnie zaznaczone zgody oraz przyciski „akceptuj” i „odrzuć” o wyraźnie różnym kontraście, tak że jeden jest widoczny, a drugi praktycznie nieczytelny, to najczęściej powtarzające się naruszenia wskazane w raporcie EDPB Cookie Banner Taskforce.
UODO idzie tym samym tropem: zgoda musi dawać użytkownikowi realną kontrolę i nie może sugerować, że jej brak wiąże się z jakimś obowiązkiem, o czym urząd pisze w materiałach edukacyjnych o zgodzie. Praktycznie oznacza to kilka konkretnych zmian do wdrożenia w Twoim bannerze:
- Przycisk „odrzuć” na tym samym poziomie co „akceptuj wszystkie”, bez chowania go w ustawieniach czy w drobnym linku tekstowym.
- Ten sam kontrast i ta sama wielkość obu przycisków, żadnego przycisku w kolorze marki i szarego, niewidocznego drugiego.
- Krótki, konkretny opis celów przetwarzania, bez straszenia, że strona „nie będzie działać poprawnie” po odrzuceniu.
- Wycofanie zgody równie proste jak jej wyrażenie, dostępne z poziomu każdej podstrony.
To nie jest sprzeczne z wynikiem biznesowym. Baner bez dark patterns może mieć dobry consent rate, jeśli jasno tłumaczysz, po co proponujesz zgodę, zamiast ukrywać wybór przed użytkownikiem. Wdrożenie takiego banera, technicznie i prawnie poprawnego, to jedna z usług cookie consent, które robimy najczęściej.
Krok 6: Checklist naprawczy
Przejdź po kolei, zanim zmienisz cokolwiek innego niż samo wdrożenie:
- Porównaj liczbę transakcji lub leadów w backendzie z liczbą w GA4 za ten sam okres.
- Sprawdź consent rate w panelu CMP i porównaj go z okresem sprzed ostatnich zmian.
- Zweryfikuj w zakładce sieć, czy po odrzuceniu zgód nadal wysyłany jest ograniczony ping do Google.
- Potwierdź, że gtag consent default jest ustawiony przed załadowaniem tagów, a update wysyła się natychmiast po decyzji użytkownika.
- Sprawdź, czy Twój ruch i liczba kliknięć w reklamy w ogóle kwalifikują się do modelowania w GA4 i Google Ads.
- Przetestuj checkout i formularz kontaktowy na telefonie, zanim klikniesz cokolwiek w bannerze.
- Sprawdź w konsoli deweloperskiej, czy na stronie nie działają dwa CMP jednocześnie.
- Przejrzyj treść i układ banera pod kątem równego traktowania przycisku zgody i odrzucenia.
Źródła
- Google Analytics Help: Behavioral modeling for consent mode
- Google for Developers: Set up consent mode on websites
- Google Ads Help: About consent mode modeling
- EDPB: Report of the work undertaken by the Cookie Banner Taskforce
- UODO TECHINFO: Zgoda
Jeśli po tej diagnozie widzisz, że problem jest techniczny, nie musisz go rozplątywać sam. W PremiumAds wdrażamy i naprawiamy bannery cookie consent razem z konfiguracją GA4, Google Ads i Google Tag Managera, tak żeby dane w raportach odpowiadały temu, co naprawdę dzieje się w Twojej sprzedaży. Napisz do nas przez stronę kontaktową i prześlij zrzut ekranu z panelu CMP, zaczniemy od tego samego audytu, który opisaliśmy wyżej.
