Ukryte lub wstępnie zaznaczone checkboxy zgód naruszają wymóg jej świadomego i dobrowolnego udzielenia.
Jak działają ukryte i wstępnie zaznaczone pola wyboru
Checkbox w formularzu HTML jest reprezentowany przez element <input type="checkbox">. Gdy element ma atrybut checked, przeglądarka wyświetla go jako zaznaczony podczas pierwszego renderowania strony. Taki stan nie oznacza jednak, że użytkownik kliknął pole. Skrypt JavaScript może odczytać bieżący stan właściwości checked, a formularz wysłany metodą GET lub POST zwykle przekazuje wartość pola tylko wtedy, gdy checkbox jest zaznaczony. Jeżeli pole jest niewidoczne, użytkownik może nie mieć możliwości sprawdzenia, jaka wartość zostanie przesłana.
Ukrycie kontrolki można uzyskać na kilka sposobów. Atrybut hidden usuwa element z prezentacji, właściwość CSS display: none wyłącza go z układu strony, a visibility: hidden pozostawia miejsce, ale ukrywa zawartość. Stosowanie przezroczystości, zerowego rozmiaru albo umieszczania elementu poza widocznym obszarem również może spowodować, że pole stanie się niewidoczne dla użytkownika. Każda z tych technik zmienia dostępność interfejsu, dlatego sama obecność elementu w kodzie źródłowym nie jest równoznaczna z jego czytelnym przedstawieniem.
Różnica między aktywną decyzją a wartością domyślną
Wstępne zaznaczenie checkboxa ustawia wartość początkową przed wykonaniem działania przez użytkownika. Dla interfejsu oznacza to, że brak kliknięcia może zostać potraktowany tak samo jak aktywne wyrażenie zgody, ponieważ podczas wysyłania formularza przeglądarka przekazuje zaznaczone pole. Od strony technicznej jest to istotna różnica między kontrolką ustawioną początkowo na false a kontrolką, która od początku ma checked = true. Oprogramowanie backendowe często nie rozróżnia tych dwóch sytuacji, jeżeli formularz nie zapisuje dodatkowych informacji o zmianie stanu.
Bezpieczniejszy model interfejsu polega na ustawieniu zgody jako niezaznaczonej, pokazaniu pełnego opisu obok pola oraz zablokowaniu przycisku wysyłającego do czasu spełnienia warunku wymagającego zaznaczenia. W JavaScript można nasłuchiwać zdarzenia change i dopiero po zmianie stanu aktualizować możliwość wysłania formularza. Sam skrypt nie powinien być jedynym zabezpieczeniem: serwer musi ponownie zweryfikować odebraną wartość, ponieważ użytkownik może wysłać żądanie ręcznie, zmodyfikować formularz w narzędziach deweloperskich albo wyłączyć obsługę JavaScript.
Widoczność, etykieta i obsługa klawiaturą
Checkbox powinien mieć powiązaną etykietę <label>. Najprostszym rozwiązaniem jest użycie identycznych wartości atrybutu for w etykiecie i id w polu, na przykład <label for="zgoda">...</label>. Kliknięcie tekstu etykiety zmienia wtedy stan kontrolki, a użytkownik może łatwiej zrozumieć, czego dotyczy wybór. Pole powinno być również osiągalne z klawiatury i mieć widoczny stan fokusu. Zastępowanie standardowego checkboxa samym elementem graficznym wymaga poprawnego odwzorowania roli, stanu i obsługi klawiszy.
Ukrywanie elementu techniką display: none albo hidden powoduje, że nie jest on dostępny dla zwykłej nawigacji klawiaturą. Z kolei ukrywanie wyłącznie wizualne może pozostawić kontrolkę w drzewie dostępności, ale bez czytelnej informacji o jej znaczeniu. Przy projektowaniu formularza trzeba więc sprawdzić jednocześnie widok ekranu, kolejność fokusu, komunikaty czytnika ekranu oraz zachowanie po odświeżeniu strony. Stan kontrolki powinien być jednoznaczny także po błędzie walidacji i po ponownym wyświetleniu formularza.
Sprawdzenie formularza podczas naprawy laptopa lub komputera
Diagnostyka takiego problemu obejmuje porównanie kodu HTML, stylów CSS, skryptów oraz żądania wysyłanego do serwera. W narzędziach deweloperskich można sprawdzić, czy checkbox ma atrybut checked, czy jego właściwość checked zmienia się po kliknięciu oraz jakie pola znajdują się w danych formularza. W zakładce sieciowej przeglądarki warto zweryfikować metodę żądania, nazwę parametru i jego wartość. Należy też przetestować formularz po wyłączeniu JavaScriptu, z klawiatury, przy powiększeniu strony oraz po odrzuceniu pola.
Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i podzespołów, dlatego podczas serwisowania komputera można również sprawdzić działanie przeglądarki, formularzy oraz lokalnych problemów z obsługą stron internetowych. W przypadku usterki programu lub interfejsu serwisant powinien oddzielić błąd komputera, taki jak uszkodzenie profilu przeglądarki lub rozszerzenie zmieniające stronę, od błędu występującego identycznie na wielu urządzeniach. Taki test pozwala ustalić, czy przyczyną jest konfiguracja konkretnego laptopa, skrypt witryny, czy logika po stronie serwera.
