Dostępny baner cookies powinien jasno informować, jakie technologie zapisują lub odczytują informacje na urządzeniu, pozwalać podjąć świadomą decyzję i działać przy użyciu klawiatury oraz technologii asystujących. Równie ważne jest zachowanie użytkownika: skrypty wymagające zgody nie powinny uruchamiać się przed jej uzyskaniem, a ustawienia powinny dać się później zmienić.
Warto rozdzielić dwa zagadnienia. Prawo określa, kiedy trzeba poinformować o plikach cookie i uzyskać zgodę. Dostępność określa, czy każdy może odczytać komunikat i wygodnie wybrać ustawienia. Baner może spełniać jedno z tych zadań, a zawodzić w drugim.
Czy każda strona musi pokazywać baner cookie?
Nie zawsze. Polski art. 399 Prawa komunikacji elektronicznej co do zasady wymaga wcześniejszej, jednoznacznej i zrozumiałej informacji o celu zapisywania lub odczytu informacji na urządzeniu oraz zgody użytkownika. Przepis przewiduje wyjątki, gdy zapis lub odczyt jest konieczny do transmisji komunikatu albo dostarczenia usługi żądanej przez użytkownika. Dlatego najpierw trzeba zinwentaryzować używane cookies i podobne technologie, a następnie ocenić ich cele i podstawę stosowania.
Ustawowe pojęcie nie ogranicza się do plików cookie. Może dotyczyć także innych technologii, które przechowują informacje na urządzeniu lub uzyskują do nich dostęp. Samo nazwanie narzędzia „analitycznym” albo „niezbędnym” nie rozstrzyga, czy wymaga zgody. Treść art. 399 Prawa komunikacji elektronicznej w ELI zawiera zasadę i przewidziane w niej wyjątki.
Praktycznie: jeśli strona korzysta wyłącznie z technologii mieszczących się w wyjątku, może nie potrzebować banera zgody. Nadal warto jasno wyjaśnić użytkownikom, jakie technologie są używane i w jakim celu. W przypadku analityki, reklam lub zewnętrznych treści sprawdź, czy wymagają wcześniejszej zgody i czy nie uruchamiają się przed wyborem.
Co powinien zawierać dostępny baner cookies?
Na pierwszym poziomie napisz krótko i prostym językiem:
- że strona używa plików cookie lub podobnych technologii;
- jakie są główne cele kategorii wymagających zgody;
- które technologie są niezbędne do działania żądanej usługi;
- gdzie znaleźć szczegóły i jak później zmienić wybór.
Podaj użytkownikowi czytelne działania, na przykład „Akceptuj opcjonalne”, „Odrzuć opcjonalne” i „Ustawienia”. Jeśli nazwy przycisków zależą od kontekstu, niech jasno określają skutek wyboru. Szczegółowy panel powinien objaśniać kategorie, cele i — gdy jest to istotne — dostawców zewnętrznych.
Brytyjski regulator ICO zaleca w swoich wytycznych, aby odmowa była równie łatwa jak akceptacja, aby zgoda wynikała z aktywnego wyboru oraz by mechanizm działał zgodnie z tym, co komunikuje. Traktuj to jako mocną wskazówkę projektową dla uczciwego wyboru; konkretne obowiązki prawne w Polsce wynikają z polskich i unijnych przepisów. ICO: jak zarządzać zgodą w praktyce.
Jak zapewnić obsługę klawiaturą?
Każdy przycisk, link, pole wyboru i przełącznik musi dać się osiągnąć i aktywować klawiaturą. Sprawdź klawisze Tab i Shift+Tab, Enter oraz Spację. Fokus powinien być cały czas widoczny, poruszać się w logicznej kolejności i nie wpadać w pułapkę w banerze.
Nie ukrywaj przycisku zamknięcia, jeśli jest elementem interfejsu. Jeśli użytkownik może zamknąć komunikat bez zapisania zgody, nie interpretuj samego zamknięcia, dalszego czytania strony ani braku reakcji jako zgody na technologie wymagające zgody. ICO podkreśla, że zgoda musi wynikać z pozytywnego działania.
Uważaj na banery przyklejone na stałe do górnej lub dolnej krawędzi ekranu. Mogą zasłonić element, na którym znajduje się fokus, zwłaszcza przy powiększeniu i na małym ekranie. GOV.UK Design System zaleca, aby baner nie był „sticky” właśnie po to, by fokus pozostał widoczny. Wytyczne komponentu Cookie banner w GOV.UK Design System pokazują również wzorzec z osobnymi przyciskami akceptacji i odmowy.
Jeśli zamiast banera używasz modalnego okna ustawień, potraktuj je jak dialog: nadaj mu nazwę, przenieś fokus do środka po otwarciu, ogranicz nawigację do dialogu, zapewnij widoczny przycisk zamknięcia i po zamknięciu przywróć fokus do elementu, który go otworzył. Nie twórz modalności wyłącznie przez wygląd — technologia asystująca musi otrzymać poprawną informację o roli i stanie.
Jak przygotować baner dla czytnika ekranu?
Baner powinien pojawić się w logicznym miejscu dokumentu i mieć zrozumiały nagłówek. Czytnik ekranu musi odczytać treść komunikatu oraz nazwę, rolę i stan każdego kontrolera. Użytkownik powinien usłyszeć, czy pole wyboru jest zaznaczone, do czego służy i jak zapisać ustawienia.
Nie zmieniaj fokusu automatycznie bez potrzeby i nie ogłaszaj całej strony jako komunikatu alarmowego. Po zapisaniu wyboru możesz pokazać krótkie potwierdzenie, takie jak „Zapisano ustawienia plików cookie”. Jeśli komunikat pojawia się bez przeładowania strony, poinformuj o nim technologię asystującą w odpowiedni sposób, a fokus przenieś tylko wtedy, gdy wynika to z projektu i nie dezorientuje użytkownika.
Brytyjski Department for Work and Pensions opisuje typowe problemy cookie pop-upów: brak komunikatu odczytywanego przez czytnik, brak obsługi klawiaturą, znikający fokus i nieprawidłową kolejność odczytu. DWP Accessibility Manual: banery zgód i dostępność.
Jak zbudować zrozumiałe ustawienia zgód?
Podziel technologie według celu, jeśli użytkownik rzeczywiście może wybrać między tymi celami. W panelu ustawień:
- nie zaznaczaj domyślnie kategorii wymagających zgody;
- opisz każdą kategorię językiem zrozumiałym dla odbiorcy;
- wyjaśnij, co się stanie po włączeniu lub wyłączeniu opcji;
- pokaż, kto ustawia daną technologię, jeśli działają zewnętrzni dostawcy;
- dodaj przycisk „Zapisz wybór” albo równie jednoznaczną akcję;
- zachowaj dostęp do ustawień po zamknięciu banera.
Nie twórz dziesiątek niejasnych przełączników bez opisów. Wybór ma być wystarczająco szczegółowy, by osoba wiedziała, na co się zgadza, ale panel nie powinien zmuszać jej do analizy technicznych nazw plików. Szczegóły, takie jak nazwa, dostawca i czas przechowywania, można opisać na osobnej stronie polityki cookies.
Jak zadbać o kontrast, powiększenie i urządzenia mobilne?
Sprawdź tekst i kontrolki na tle banera: kontrast tekstu, obramowania pól, stan fokusu i różnicę między włączonym a wyłączonym przełącznikiem. Nie przekazuj stanu wyłącznie kolorem. Zadbaj o duże, wygodne cele dotykowe i odstępy, tak aby użytkownik nie włączał przypadkowo sąsiedniej opcji.
Przetestuj baner przy powiększeniu tekstu, w wąskim widoku i w orientacji poziomej. Sprawdź, czy wszystkie przyciski pozostają widoczne, opis nie jest ucięty, a panel nie zasłania treści potrzebnej do podjęcia decyzji. ICO zwraca uwagę, że baner zaprojektowany dla komputera może być trudny do przeczytania i obsługi na telefonie.
Co sprawdzić przed wdrożeniem?
Przeprowadź test całego mechanizmu od wejścia na stronę do zapisania i późniejszej zmiany wyboru:
- Otwórz stronę w czystym profilu przeglądarki i sprawdź, które technologie uruchamiają się przed decyzją.
- Przejdź baner samą klawiaturą i sprawdź widoczność oraz kolejność fokusu.
- Odczytaj go czytnikiem ekranu i sprawdź nazwy oraz stany wszystkich opcji.
- Wybierz akceptację, odmowę i ustawienia niestandardowe; sprawdź, czy każda decyzja działa zgodnie z komunikatem.
- Odśwież stronę i potwierdź, że wybór jest zapamiętany, a odrzucone technologie nadal się nie uruchamiają.
- Odszukaj sposób ponownego otwarcia panelu i zmień zapisane preferencje.
- Powtórz test na telefonie, przy powiększeniu oraz po zmianie rozmiaru okna.
Polskie Ministerstwo Cyfryzacji zaleca osobno sprawdzać obsługę klawiaturą, logiczną kolejność fokusu i działanie okien modalnych. Poradnik gov.pl o testowaniu z technologiami asystującymi podpowiada, jak przeprowadzić takie kontrole. Przetestuj także zachowanie cookies technicznie: przycisk „Odrzuć” nie wystarczy, jeśli skrypty analityczne nadal zapisują dane.
Najczęstsze błędy w banerach zgód
- Przycisk „Odrzuć” jest ukryty w ustawieniach. Wybór odmowy staje się trudniejszy niż akceptacja.
- Przełączniki opcjonalne są włączone z góry. Użytkownik może nie zauważyć, że musi je wyłączyć.
- Baner nie reaguje na Tab lub Enter. Osoby korzystające z klawiatury nie mogą zapisać decyzji.
- Okno zasłania fokus lub treść. Użytkownik traci orientację i nie może dotrzeć do części strony.
- Czytnik ekranu nie ogłasza panelu ani jego stanu. Użytkownik nie wie, co się pojawiło i jak działa.
- Skrypty uruchamiają się przed wyborem. Interfejs informuje o kontroli, której konfiguracja techniczna nie respektuje.
- Po pierwszym wyborze nie można go zmienić. Użytkownik powinien mieć dostęp do ustawień także później.
UODO publikuje opisy spraw, w których mechanizm odrzucenia lub wycofania zgody nie działał prawidłowo, a pliki cookie nadal były zapisywane lub odczytywane. To przypomnienie, że zgodność trzeba sprawdzać w działaniu, a nie wyłącznie po wyglądzie banera. Biuletyn UODO opisujący problemy z mechanizmem zgody cookies.
Przykład semantycznej treści banera
Poniższy przykład pokazuje strukturę i czytelne nazwy działań. Sam HTML nie zarządza zgodami: skrypty opcjonalne muszą respektować wybór użytkownika, a ustawienia powinny być dostępne także później.
<section aria-labelledby="cookies-title">
<h2 id="cookies-title">Ustawienia plików cookie</h2>
<p>Pliki niezbędne działają zawsze. Pozostałe włączymy tylko po Twojej zgodzie.</p>
<button type="button">Akceptuj wybrane</button>
<button type="button">Odrzuć opcjonalne</button>
<button type="button">Dostosuj ustawienia</button>
</section>
Nazwy przycisków powinny jasno mówić, jaki wybór zostanie zapisany. Nie oznaczaj każdego banera jako okna modalnego, jeśli nie blokuje on interakcji z resztą strony.
Podsumowanie
Dostępny baner cookies wyjaśnia cele, oferuje zrozumiałe i obsługiwalne ustawienia oraz nie przesłania użytkownikowi treści ani fokusu. Mechanizm zgody musi też działać technicznie zgodnie z wyborem: nie uruchamiać opcjonalnych technologii przed zgodą, respektować odmowę i pozwalać zmienić decyzję.
Zacznij od spisu cookies i podobnych technologii, zaprojektuj prosty panel z czytelnymi kontrolkami, a potem sprawdź cały proces klawiaturą, czytnikiem ekranu, na telefonie i w kodzie przeglądarki.
Stan informacji: 1 października 2026 r.