Jak sprawdzić stronę internetową pod kątem banera cookie i zgody na cookie
Jak sprawdzić stronę internetową pod kątem banera cookie i zgody na cookie
1. Czym jest baner cookie i po co go sprawdzać
Baner cookie to pierwsze okno, które widzi osoba wchodząc na stronę. Zwykle pyta się w nim o zgodę na cookies, czyli na przechowywanie małych plików w przeglądarce. Dla użytkownika wygląda to jak jeden wybór z 2 lub 3 przycisków, a dla strony — jak sprawdzenie staranności w pracy z danymi.
Sens sprawdzenia jest prosty: strona nie powinna umieszczać marketingowych lub analitycznych cookies wcześniej, niż osoba naciśnie odpowiedni przycisk. Jeśli baner się pojawia, ale zgoda została już wcześniej udzielona, to zły sygnał. I tak, czasami problem ukrywa się w jednej zbędnej linii skryptu.
Kiedy trzeba szybko wyjaśnić, jak sprawdzić stronę pod kątem oszustwa, zwykle szuka się zauważalnych oznak: formy płatności, dziwnej domeny, obcych kontaktów. Logika cookie banner jest podobna, tylko trzeba patrzeć nie na wizualny szum, a na to, kiedy i jakie cookies się pojawiają. Jeden błędny start skryptu wszystko psuje.
Sprawdzenie nie jest potrzebne tylko dla samego sprawdzenia. Na stronie z banerem użytkownik powinien rozumieć, po co zbierane są cookies, a strona powinna umieć zapamiętać jego wybór. Jeśli tego brakuje, potem trudno wyjaśnić, dlaczego analityka liczy zbędne wizyty lub dlaczego baner pojawia się ponownie po każdej aktualizacji strony.
2. Jakie wymagania zwykle sprawdzają
W typowej kontroli sprawdza się 4 rzeczy: baner jest, możliwość odmowy jest dostępna, cele cookies są opisane, zgoda jest poprawnie rejestrowana. Jeśli na stronie jest tylko przycisk „Akceptuj”, kontrola już daje powód do uwag. Jeśli baner jest, ale tekst jest pusty i bez sensu, to również nie przechodzi zdrowego testu.
Pierwszy punkt — obecność banera przy pierwszej wizycie. Drugi — możliwość odmowy tak samo łatwo, jak zaakceptowania. Trzeci — opis celów: analityka, reklama, funkcjonalne cookies, czasami personalizacja. Czwarty — zapis wyboru, aby po odświeżeniu strony nie zadawać tego samego pytania ponownie.
Czasami warto spojrzeć na znane cyfrowe nawyki szerzej. Na przykład, u ludzi szybko pojawia się irytacja, jeśli interfejs wymaga działania bez wyjaśnienia; podobny efekt widać również w banerach, gdy tekst jest długi, a sens krótki. W tym miejscu dobrze pomagają najbardziej brutalne eksperymenty psychologów — nie jako instrukcja, oczywiście, a jako przypomnienie, że na zachowanie człowieka wpływa nawet drobne opóźnienie lub narzucony wybór.
Jeszcze jeden praktyczny punkt — język komunikatu. Jeśli strona działa w języku rosyjskim, baner również powinien być w języku rosyjskim, bez mieszania połowy fraz w angielskim i połowy w niemieckim. Użytkownik nie ma obowiązku zgadywać, co oznacza „Manage preferences”. To tylko jeden ekran, ale decyduje o wielu rzeczach.
3. Przygotowanie do testu strony
Przed testem otwórz co najmniej 3 scenariusze: stronę główną, stronę z formularzem i stronę z zewnętrznymi skryptami, na przykład mapą lub wideo. Czasami baner cookie zachowuje się różnie na różnych typach stron. Na stronie głównej wszystko jest czyste, a w blogu już działa zewnętrzny kod.
Lepiej sprawdzić w 2 przeglądarkach. Jedna — to twoja główna, druga — do czystego startu. W idealnym przypadku otwórz okno incognito i zwykłe okno, aby zobaczyć różnicę między nowym odwiedzającym a osobą, która już kliknęła przycisk zgody.
Potrzebujesz jeszcze 2 urządzeń, jeśli strona jest responsywna: komputer stacjonarny i telefon. Na urządzeniu mobilnym baner może przesuwać się w dół, zasłaniać przycisk menu lub w ogóle nie mieścić się na ekranie. To nie jest rzadkość, szczególnie gdy interfejs jest zbudowany szybko i bez ręcznej weryfikacji.
Przed rozpoczęciem zanotuj 3 rzeczy: datę, przeglądarkę i URL strony. Bez tego później trudno powtórzyć błąd. Jedna linia w notatce oszczędza pół godziny korespondencji z programistą.
Jeśli prowadzisz listę kontrolną, zostaw osobne pola na tekst banera, przyciski, linki do polityki i fakt instalacji cookies przed zgodą. W niektórych projektach wygodnie jest od razu dołączyć zrzut ekranu. Surowo? Tak. Ale potem nie trzeba pamiętać, gdzie dokładnie zniknął baner.
4. Jak sprawdzić obecność banera cookie na stronie
Zacznij od pierwszej wizyty w trybie incognito. Otwórz stronę główną i nie klikaj nic przez 5–10 sekund. Baner powinien pojawić się od razu lub w krótkim czasie, a nie po przejściu na trzecią stronę. Jeśli go nie ma, już jest pytanie do logiki wyświetlania.
Sprawdź, czy baner nie jest ukryty pod innymi elementami. Częstym błędem jest to, że baner jest, ale zasłania go czat, wyskakująca subskrypcja lub sticky-menu. Na ekranie jakby jest obecny, a w rzeczywistości nie można się do niego dostać. Jest to szczególnie zauważalne na telefonie, gdzie miejsca jest mniej.
Zrób przejścia przez 3–4 strony: główną, katalog, kartę produktu, kontakty. Baner powinien zachowywać się tak samo, jeśli zasady wyświetlania są takie same. Kiedy pojawia się tylko na jednej stronie, a na pozostałych znika, to już nie jest jednolity scenariusz, a przypadek.
Sprawdź jeszcze jeden aspekt: czy baner nie jest wyświetlany ponownie po zamknięciu zakładki i nowym wejściu, jeśli osoba już dokonała wyboru. Jeśli strona nie przechowuje zgody, użytkownik będzie widział to samo okno za każdym razem. Po 2–3 takich wizytach baner zaczyna irytować nawet cierpliwych ludzi.
Czasami baner ładowany jest z opóźnieniem z powodu skryptów. Wtedy strona zdąży ustawić cookies przed pojawieniem się okna. To już nie jest wizualny drobiazg, a błąd techniczny. W takim przypadku należy zwrócić uwagę na kolejność ładowania skryptów, a nie tylko na sam tekst banera.
5. Jak sprawdzić zgodę na cookies
Potrzebna jest prosta sekwencja 3 działań: kliknij „Akceptuj”, kliknij „Odrzuć” i otwórz „Ustawienia”, jeśli taki przycisk istnieje. Po każdym działaniu sprawdzaj, jak zmienia się zachowanie strony i jakie cookies się pojawiają. Zgoda nie powinna być dekoracyjna.
Po kliknięciu „Akceptuj” otwórz stronę ponownie i sprawdź, czy baner zniknął. Następnie zamknij przeglądarkę i wejdź ponownie. Jeśli wybór został zachowany, strona działa normalnie. Jeśli baner wraca, zapis zgody jest uszkodzony lub przechowywany zbyt krótko.
Osobno sprawdź odmowę. Przycisk „Odrzuć” powinien działać tak samo pewnie, jak „Akceptuj”, a nie chować się w tekście lub otwierać dodatkowe okno. Czasami deweloperzy tworzą ładny, ale nieuczciwy schemat: łatwo się zgodzić, a odmówić można tylko przez 4 kliknięcia. Takie rozwiązanie lepiej od razu oznaczyć jako problematyczne.
Jeśli jest okno ustawień, sprawdź, czy można wyłączyć analityczne i marketingowe cookies osobno. To przydatne, gdy osoba sama wybiera kategorie, a nie dostaje jednego ogólnego przełącznika na wszystko. Tutaj jak oszczędzać pieniądze bez cierpienia przypomina prostą myśl: wygoda nie powinna przekształcać się w straty, tylko w przypadku cookies mowa nie o portfelu, a o kontroli nad swoim wyborem.
Po dokonaniu jakiegokolwiek wyboru odśwież stronę 1 raz i sprawdź, czy nie pojawiają się dodatkowe cookies przed ponowną zgodą. Jeśli się pojawiają, baner działa tylko na zewnątrz. Na zewnątrz wszystko pięknie, w środku — nie.
6. Jak sprawdzić cookies w przeglądarce i za pomocą narzędzi dewelopera
Otwórz narzędzia dewelopera i przejdź do zakładki Application lub Storage, w zależności od przeglądarki. Tam widać cookies, localStorage i czasami sessionStorage. Do sprawdzenia banera cookies to podstawowy zestaw. Bez niego można tylko zgadywać.
Najpierw sprawdź listę cookies przed naciśnięciem jakiegokolwiek przycisku. Następnie naciśnij „Akceptuj” i porównaj listę jeszcze raz. Różnica powinna być zrozumiała i wyjaśniona.
Warto oddzielić niezbędne cookies od pozostałych. Niezbędne zazwyczaj odpowiadają za sesję, koszyk, autoryzację lub język interfejsu. Analityczne i marketingowe pojawiają się dopiero po uzyskaniu zgody. Jeśli wszystko jest wymieszane w jedną całość, weryfikacja staje się trudniejsza, ale problem z tego nie znika.
W praktyce wygodnie jest prowadzić tabelę. Pomaga to unikać sporów słownych i nie szukać błędów z pamięci.
| Co sprawdzić | Do zgody | Po „Akceptuj” | Po „Odrzuć” |
|---|---|---|---|
| Baner | Jest | Ukryty | Ukryty |
| Analityczne cookies | Nie | Mogą się pojawić | Nie powinny się pojawiać |
| Cookies marketingowe | Nie | Mogą się pojawić | Nie powinny się pojawiać |
Jeśli strona korzysta z zewnętrznych usług, sprawdzaj je osobno. Mapy, czaty, wideo i piksele lubią ściągać własne cookies, czasami jeszcze przed działaniem użytkownika. W takich przypadkach należy obserwować zapytania sieciowe i kolejność ładowania skryptów. Jeden zewnętrzny widget może zepsuć cały schemat.
W raporcie lepiej zanotować nazwę cookie, domenę, moment pojawienia się i działanie użytkownika. Bez tych 4 punktów programista będzie musiał powtarzać test od nowa. To już nie jest sprawdzenie, a zgadywanka.
7. Częste błędy na stronach
Pierwszy błąd — baner w ogóle się nie wyświetla przy pierwszej wizycie. Drugi — przycisk odmowy jest nieobecny lub ukryty głęboko w ustawieniach. Trzeci — cookies są ustawiane przed wyborem użytkownika. Każdy z tych problemów jest już powodem do poprawy.
Czwarty błąd — zgoda jest zapisywana nieprawidłowo. Użytkownik kliknął „Odmów”, ale po godzinie baner znowu się pojawia jak nowy. Piąty — na ekranie mobilnym okno jest zasłonięte nagłówkiem strony lub przyciskiem czatu. Szósty — tekst banera nie wyjaśnia, po co są cookies, i ludzie po prostu zamykają stronę.
Są też mniej zauważalne błędy. Na przykład baner pojawia się tylko w języku rosyjskim, a ustawienia — w języku angielskim. Albo przycisk „Dostosuj” jest, ale wewnątrz nic nie można wyłączyć. Na zewnątrz wygląda to jak pełnoprawny scenariusz, a w rzeczywistości to tylko imitacja.
Czasami warto porównać strony z innymi błędami interfejsu, gdzie użytkownik musi sam odgadnąć zasady. W tym sensie materiał o to jest interesujące przypomina, że stare listy i nawyki szybko tracą sens, jeśli nikt nie przegląda ich na czas. Dla banera cookie to również prawda: wczorajszy szablon dzisiaj może już nie działać.
Jeszcze jeden problem — brak ponownej weryfikacji po wydaniu. Baner został poprawiony na środowisku testowym, ale na stronie produkcyjnej pozostał stary skrypt. Takie sytuacje zdarzają się częściej, niż się wydaje, szczególnie jeśli frontend i menedżer tagów żyją różnym życiem. Tu ratuje tylko ponowny test na wersji produkcyjnej.
8. Co robić po weryfikacji
Po teście sporządź listę ustaleń w krótkim raporcie: strona, przeglądarka, urządzenie, działanie, wynik. Jeśli masz zrzut ekranu, dołącz go od razu. 1 dobry raport jest lepszy niż 10 ustnych uwag, ponieważ widać w nim porządek działań.
Każdy problem opisuj konkretnie: co kliknięto, czego oczekiwano, co zobaczono. Nie pisz „baner działa dziwnie”. Lepiej tak: „Po kliknięciu „Odrzuć” cookies analityczne pojawiają się po odświeżeniu strony”. Programista potrzebuje sformułowania, z którym można iść do kodu.
Jeśli uwag jest dużo, podziel je na 3 grupy: krytyczne, średnie i kosmetyczne. Krytyczne — cookies przed zgodą. Średnie — brak możliwości odmowy. Kosmetyczne — obcięty tekst lub przesunięty przycisk. Taki porządek pomaga nie spierać się o drobiazgi przed czasem.
Kiedy poprawki są gotowe, uruchom test jeszcze raz. Nie jeden ekran, a cały scenariusz: pierwsza wizyta, wybór przycisku, ponowne załadowanie, nowe logowanie, wersja mobilna. Bez ponownego testu łatwo pomylić starą usterkę z naprawioną. I wtedy baner znowu pojawi się w najmniej odpowiednim momencie.
Jeśli trzeba szybko porównać wynik ręcznie, trzymaj pod ręką zarówno listę kontrolną, jak i narzędzia przeglądarki. W jednej karcie widać zachowanie interfejsu, w drugiej — same cookies. Na tej parze zazwyczaj znajduje się odpowiedź na to, co dokładnie jest zepsute i gdzie szukać następnej poprawki.
