Pliki cookies zapisują się mimo odrzucenia zgody przez użytkownika

Z reguły po odrzuceniu zgody przez użytkownika żadne narzędzie śledzące nie powinno się uruchomić, a na urządzeniu tego użytkownika nie powinny zapisać się pliki cookies. Zdarza się jednak inaczej.

Najczęściej odpowiada za to błąd w konfiguracji: brakujące oznaczenie narzędzia w kodzie strony, zła kolejność wczytywania skryptów albo wtyczka, która tę kolejność zmieniła. Zdarzają się też dwa przypadki, w których skrypt CookieOfficer przepuszcza pliki cookies celowo.

To, gdzie szukać przyczyny i jak ją sprawdzić, zależy od sposobu wdrożenia CookieOfficer.

Zacznij od sprawdzenia sposobu wdrożenia i trybu blokowania

Sprawdź w panelu dwa ustawienia. Oba znajdziesz na stronie „Instalacja”: sposób wdrożenia w sekcji „Sposób wdrożenia”, a tryb blokowania plików cookies w karcie „Konfiguracja wdrożenia”.

Sposób wdrożenia decyduje o tym, czy skrypt CookieOfficer może zatrzymać narzędzia śledzące. Tryb blokowania plików cookies decyduje o tym, co dokładnie wstrzymuje: wszystkie wykryte narzędzia śledzące albo wyłącznie te, które sam oznaczysz w kodzie strony.

Z połączenia obu ustawień wychodzą trzy przypadki:

Sprawdź też liczbę, od której zaczynasz. Wejdź w panelu CookieOfficer do sekcji „Cookies”. Nad listą wykrytych pozycji zobaczysz zdanie w rodzaju „Po odrzuceniu zgody nadal działa 7 trackerów”. Do tej liczby wrócisz po wprowadzeniu poprawek.

Komunikat dotyczy ostatniego skanu strony, więc sprawdź jego datę w zakładce „Historia skanów”. Jeśli od tego czasu zmieniałeś coś na stronie albo w konfiguracji, uruchom nowy skan.

Wdrożenie przez Google Tag Managera

Po wybraniu tej metody wdrożenia skrypt CookieOfficer wczytuje się z kontenera. Narzędzia dodane bezpośrednio w kodzie strony mogą uruchomić się wcześniej, dlatego blokowanie nie może ich objąć. Blokowanie automatyczne nie działa przy tej metodzie, nawet jeśli masz je zaznaczone w panelu. Liczba z komunikatu większa od zera nie oznacza więc usterki.

Tagi uruchamiane z kontenera. Wstrzymasz je w samym Google Tag Managerze, przez Consent Mode albo przez zdarzenia w warstwie danych. Opisuje to artykuł o wdrożeniu przez Google Tag Managera.

Narzędzia dodane bezpośrednio w kodzie strony. Oznacz je samodzielnie, atrybutem data-co-cat razem z type="text/plain".

Jeśli zależy Ci na blokowaniu automatycznym, przenieś wdrożenie na kod w sekcji <head> i wybierz w panelu tryb automatyczny.

Kod na stronie i tryb manualny

W tym trybie skrypt CookieOfficer wstrzymuje wyłącznie te narzędzia, które oznaczysz odpowiednim atrybutem w kodzie strony. Narzędzie bez takiego oznaczenia uruchomi się przed decyzją użytkownika. Przyczyny szukaj więc w oznaczeniach.

Narzędzie nie zostało oznaczone

Jak sprawdzić. Porównaj listę narzędzi wykrytych na stronie „Cookies” z tym, co masz oznaczone w kodzie strony.

Rozwiązanie. Oznacz brakujące narzędzia atrybutem data-co-cat razem z type="text/plain".

Oznaczenie jest niepełne

Jak sprawdzić. Otwórz konsolę przeglądarki na swojej stronie. Znajdziesz w niej listę narzędzi, które mają atrybut data-co-cat, ale nie mają type="text/plain".

Rozwiązanie. Sam atrybut nie wystarczy. Bez zmiany type na text/plain przeglądarka wykona skrypt, zanim skrypt CookieOfficer zdąży go zatrzymać, a strona będzie wyglądała na zabezpieczoną.

Kategoria wpisana po polsku albo z literówką

Atrybut data-co-cat przyjmuje wyłącznie cztery angielskie klucze. Każda inna wartość, czyli polska nazwa kategorii albo literówka w rodzaju analitycs, blokuje narzędzie na stałe, także po wyrażeniu zgody przez użytkownika. Panel tego nie zasygnalizuje.

Jak sprawdzić. Otwórz konsolę przeglądarki na swojej stronie. Skrypt CookieOfficer wypisze w niej błędną wartość razem z listą poprawnych kluczy.

Rozwiązanie. Wpisz klucz odpowiadający kategorii z panelu:

Zwróć uwagę na ostatni wiersz, bo klucz nie jest tłumaczeniem nazwy z panelu.

Kod na stronie i tryb automatyczny

W tym trybie skrypt CookieOfficer wstrzymuje wszystkie wykryte narzędzia śledzące, ale tylko wtedy, gdy uruchomi się przed nimi. Przyczyny sprowadzają się więc do kolejności wczytywania.

Skrypt CookieOfficer nie jest pierwszy w sekcji <head>

Jak sprawdzić. Otwórz kod źródłowy strony i znajdź w sekcji <head> skrypt zawierający adres cookieofficer. Sprawdź, czy nie poprzedzają go inne skrypty, na przykład Google Tag Manager albo Google Analytics.

Rozwiązanie. Przenieś kod instalacyjny na sam początek sekcji <head>, przed pozostałe narzędzia śledzące.

Wtyczka przyspieszająca stronę zmieniła sposób wczytywania skryptu

Problem pojawia się na stronach opartych na WordPressie, na których zainstalowano wtyczkę przyspieszającą ładowanie. Najpopularniejsze to WP Rocket, LiteSpeed Cache i Autoptimize.

Takie wtyczki łączą skrypty w jeden plik, przenoszą je na koniec strony albo opóźniają ich wczytanie do pierwszego ruchu użytkownika. Skrypt CookieOfficer traktują tak samo jak pozostałe, więc uruchamia się on za późno, żeby cokolwiek zatrzymać.

Jak sprawdzić. W kodzie źródłowym strony skrypt CookieOfficer znajduje się na końcu dokumentu, jest połączony z innymi plikami albo ma atrybut opóźniający wczytanie.

Rozwiązanie. Dodaj cookieofficer do wykluczeń wtyczki, we wszystkich polach, jakie udostępnia, i wyczyść pamięć podręczną. Szczegóły są w artykule o wykluczaniu kodu z wtyczek cache w WordPressie.

Dwa przypadki, w których skrypt CookieOfficer nie blokuje

Poniższe dwa przypadki zdarzają się przy każdym sposobie wdrożenia i nie są usterką. Skrypt CookieOfficer przepuszcza je celowo, więc zanim zaczniesz szukać błędu, sprawdź, czy nie chodzi właśnie o nie.

Pliki cookies bez przypisanej kategorii

Skrypt CookieOfficer nie blokuje plików cookies, których skan strony nie przypisał do żadnej kategorii. Chodzi o to, żeby nie zatrzymać pliku cookie, od którego zależy działanie Twojej strony.

Rozwiązanie. Wejdź na stronę „Cookies”, otwórz filtr „Niesklasyfikowane” i przypisz kategorie. Od tego momentu te pliki cookies wchodzą do blokowania.

Narzędzia z Twojej własnej domeny

Skryptów pochodzących z Twojej domeny i jej subdomen skrypt CookieOfficer nie blokuje nigdy. To zabezpieczenie chroni koszyk, logowanie i wyszukiwarkę przed przypadkowym zatrzymaniem.

Rozwiązanie. Jeśli któryś z tych skryptów śledzi użytkownika, oznacz go samodzielnie atrybutem data-co-cat razem z type="text/plain".

Sprawdź, czy pomogło

Odczekaj kilka minut, bo zmiany w konfiguracji docierają do przeglądarek z opóźnieniem. Potem uruchom skan jeszcze raz.

Komunikat nad listą pozycji na stronie „Cookies” powinien zniknąć. Jeśli liczba tylko spadła, wróć do sekcji opisującej Twój sposób wdrożenia i sprawdź pozostałe przyczyny.