Weryfikacja wdrożenia CookieOfficer na stronie

Widoczny baner na stronie internetowej nie zawsze oznacza poprawne wdrożenie. Skrypt może działać, a mimo to pliki cookies i trackery mogą uruchamiać się przed wyrażeniem zgody przez użytkownika. Poniżej znajdziesz sposoby weryfikacji.

Test 1: Czy baner jest wdrożony na stronie?

Wejdź na stronę Instalacja i kliknij „Zweryfikuj teraz”. Gdy wdrożenie się powiedzie, zobaczysz nagłówek „Skrypt wykryty i aktywny”, a pod nim komunikat „Baner CookieOfficer działa na” wraz z nazwą domeny. W przeciwnym razie panel pokaże „Nie wykryto banera CookieOfficer” i poprosi o sprawdzenie, czy kod trafił do sekcji <head>, oraz o odświeżenie strony.

Test potwierdza wyłącznie obecność banera na wskazanej domenie. Nie sprawdza kolejności skryptów ani skuteczności blokowania.

Test 2: Czy baner pokazuje się użytkownikom?

Otwórz stronę w oknie incognito. Baner powinien pojawić się przy pierwszym wejściu, zniknąć po wybraniu decyzji i nie pojawiać się ponownie po odświeżeniu strony.

Tryb incognito jest tu konieczny, ponieważ w zwykłym oknie przeglądaki masz już zapisaną własną decyzję i baner się nie pokaże.

Test 3: Czy stan zgody użytkownika użytkownika zostaje zapisany poprawnie?

W oknie incognito kliknij dowolny przycisk w banerze, a następnie w narzędziach deweloperskich przeglądarki, w magazynie plików cookies, sprawdź wpis co_consent na swoim hoście.

Przed reakcją na banerze, wpisu nie znajdziesz i jest to poprawne zachowanie. Powstaje on dopiero po decyzji użytkownika. Jeśli po kliknięciu nadal go nie ma, zajrzyj do konsoli przeglądarki.

Test 4: Czy blokowanie faktycznie działa?

To jedyny test, który sprawdza sens całego wdrożenia. Uruchom ponowny skan serwisu, a po jego zakończeniu wejdź na stronę Cookies i spójrz na komunikat nad listą wykrytych pozycji.

Jeśli widzisz zdanie o plikach cookies i trackerach działających po odrzuceniu zgody przez użytkownika, blokowanie nie zadziałało w pełni. Przy trybie automatycznym najczęstsze przyczyny to:

• kod CookieOfficer uruchamiany jest po innych skryptach,
• wtyczka optymalizująca, która przeniosła nasz kod na koniec strony

Brak komunikatu osrzegawczego jest dobrym znakiem tylko wtedy, gdy skan zakończył się powodzeniem. Skan nieudany również nie pokaże ostrzeżenia, więc najpierw sprawdź jego status w zakładce Historia skanów. Nieudana próba ma tam plakietkę „Próba nieudana”.

Co jeszcze warto sprawdzić w konsoli przeglądarki?

Konsola jest jedynym miejscem, w którym zobaczysz cztery błędy niewidoczne w panelu:

1. Podwójne wdrożenie: „snippet załadowany podwójnie, druga instancja nieaktywna”. Kod jest na stronie dwa razy, na przykład raz w szablonie i raz w kontenerze Google Tag Managera.
2. Niezgodny identyfikator: „data-co-id nie zgadza się z serwisem w skrypcie, sprawdź kod instalacyjny. Baner nieaktywny”. Identyfikator w atrybucie różni się od tego w adresie skryptu, więc baner nie startuje.
3. Host spoza grupy domenowej: „nie należy do grupy domenowej serwisu, baner nieaktywny”. Tak wygląda skopiowanie kodu na kolejną domenę bez dodania jej do projektu. Dodaj ją na stronie Domeny, przyciskiem „Dodaj domenę”.
4. Brak bloku domyślnej zgody Google: „brak bloku Google Consent Mode, zgoda domyślna, w sekcji head. Tagi Google mogą wystrzelić przed decyzją użytkownika”. Komunikat pojawia się tylko przy włączonym Consent Mode i wdrożeniu kodem na stronie. Skopiuj brakujący blok ze strony Instalacja.

Host spoza grupy rozpoznasz po tym, że baner nie pojawia się w ogóle, a panel niczego nie sygnalizuje. Przy wdrożeniu przez Google Tag Manager dochodzi drugi skutek: zgoda zostaje na „odrzucona”, więc tagi Google mierzą bez plików cookies i wygląda to na działające wdrożenie, choć nikt użytkownika o nic nie zapytał.

Kiedy warto powtórzyć weryfikację?

Bezpośrednio po wdrożeniu, a następnie po każdej większej zmianie na stronie: instalacji nowej wtyczki, dodaniu tagu w Google Tag Managerze, zmianie szablonu albo włączeniu optymalizacji.