Redakcja SAT 
Spis treści
Formularze kontaktowe i rejestracyjne to standardowy element wielu stron internetowych – zarówno komercyjnych, jak i administracji publicznej. Aby je zabezpieczyć, często stosuje się CAPTCHA. Choć skuteczne w walce z botami, tego typu rozwiązania mogą stanowić poważną barierę dla użytkowników z niepełnosprawnością. Osoby niewidome, z niepełnosprawnością ruchową czy trudnościami poznawczymi nierzadko napotykają trudności, które uniemożliwiają im skorzystanie z formularza. W artykule omawiamy, jak różne rodzaje CAPTCHA wpływają na dostępność, czy możliwe jest ich dostosowanie do wytycznych WCAG oraz jakie alternatywy warto rozważyć.
CAPTCHA – co to jest?
CAPTCHA to test, którego celem jest odróżnienie człowieka od zautomatyzowanego bota. Może przyjmować różne formy – od klasycznego zadania polegającego na przepisaniu zniekształconego tekstu z obrazka, po zaznaczanie elementów graficznych czy potwierdzenie oświadczenia typu „Nie jestem robotem”.
Działanie CAPTCHA opiera się na założeniu, że zadanie będzie łatwe do rozwiązania dla człowieka, a trudne dla maszyny. W praktyce jednak skuteczność zabezpieczenia często idzie w parze z jego złożonością, co prowadzi do istotnych problemów z dostępnością cyfrową – zwłaszcza w przypadku osób korzystających z technologii asystujących.
Po co zabezpieczać formularze na stronie?
Formularze online narażone są na różne formy nadużyć: od automatycznego wysyłania spamu, przez próby przeładowania systemu, aż po działania mające na celu wyłudzenie danych lub nieautoryzowane rejestracje. CAPTCHA stanowi jeden z podstawowych sposobów ochrony przed tymi zagrożeniami. Chroni infrastrukturę serwera, zapobiega zalewowi danych niepożądanych i ogranicza możliwość automatycznego wypełniania formularzy przez boty.
Dla wielu instytucji i firm CAPTCHA to nie tylko kwestia techniczna, ale także element wymagany przez polityki bezpieczeństwa. Problem pojawia się jednak wtedy, gdy implementacja zabezpieczenia odbywa się bez uwzględnienia potrzeb wszystkich użytkowników.
Jak CAPTCHA wyklucza użytkowników z niepełnosprawnościami?
Choć CAPTCHA ma chronić formularze, jej forma bardzo często okazuje się barierą cyfrową. W zależności od rodzaju zastosowanego testu, trudności napotykają osoby z różnymi typami niepełnosprawności.
Tekstowa CAPTCHA
Tradycyjna, tekstowa forma CAPTCHA polega na przepisaniu ciągu znaków przedstawionych na zniekształconym obrazie. Znaki są celowo zamazane, nachodzą na siebie, występują na kolorowym tle lub są zniekształcone w sposób utrudniający automatyczne rozpoznanie przez maszynę. Niestety, to utrudnia ich rozpoznanie również przez człowieka – a w przypadku osób niewidomych sprawia, że zadanie jest całkowicie niewykonalne.
Nawet najbardziej zaawansowane czytniki ekranu nie są w stanie odczytać zawartości graficznej bez alternatywy tekstowej, której zazwyczaj brakuje. Tym samym użytkownicy niewidomi nie mogą samodzielnie zweryfikować formularza.
Tekstowa CAPTCHA
Obrazkowa CAPTCHA
Obrazkowa CAPTCHA wymaga zaznaczania określonych elementów na zdjęciach – na przykład „wszystkie obrazy zawierające samochód” czy „wszystkie sygnalizacje świetlne”. Choć zadanie to wydaje się stosunkowo proste dla użytkownika widzącego, osoby słabowidzące mogą mieć poważne trudności z jego realizacją. Powodem są najczęściej:
- niewyraźne obrazy o niskim kontraście,
- zbyt mała skala graficzna,
- brak powiększenia,
- słaba jakość prezentowanych zdjęć.
Obrazkowa Captcha
Ponadto często nie da się jednoznacznie zidentyfikować, co znajduje się na obrazie – nawet dla osoby bez problemów wzrokowych. Brak atrybutu alt i możliwości skorzystania z narzędzi wspomagających, takich jak lupa ekranowa czy narrator, dodatkowo potęgują barierę. Niewidomi z pewnością nie wykonają danego zadania.
Audio CAPTCHA
Jako alternatywę dla osób niewidomych, niektóre strony oferują audio CAPTCHA. Teoretycznie pozwala to ominąć bariery graficzne, ale w praktyce wiąże się z trudnościami dla innej grupy użytkowników. Nagrania często zawierają szumy lub celowe zakłócenia. Dodatkowym problemem może być język, bo wiele nagrań jest dostępnych tylko w języku angielskim.
Należy również pamiętać, że osoby głuche, niedosłyszące lub z zaburzeniami przetwarzania dźwięku nie są w stanie skorzystać z tego rozwiązania w ogóle.
Audio CAPTCHA
reCAPTCHA v2
Wersja CAPTCHA oparta na prostych interakcjach, takich jak zaznaczenie pola „Nie jestem robotem” lub przesunięcie elementu w odpowiednie miejsce, uchodzi za bardziej przyjazną użytkownikowi. Jednak nie dla wszystkich. Osoby z niepełnosprawnością ruchową, w tym użytkownicy z niedowładami kończyn lub korzystający z alternatywnych metod sterowania komputerem (np. przełączniki, sterowanie głosowe), często nie są w stanie wykonać tak precyzyjnych gestów.
reCAPTCHA v2
Dodatkowo, jeśli reCAPTCHA v2 nie jest w pełni obsługiwana za pomocą klawiatury, staje się barierą nie do pokonania. Niektóre wersje reCAPTCHA mogą również zawierać ukryte mechanizmy czasowe lub dodatkowe testy (np. wybieranie obrazów), które znacząco utrudniają obsługę przez osoby z ograniczoną sprawnością manualną.
Rodzaje CAPTCHA a dostępność
Jak administratorzy stron mogą rozwiązać problemy z CAPTCHA?
Administratorzy stron internetowych w instytucjach publicznych, takich jak urzędy gmin, miasta czy jednostki samorządu terytorialnego, stoją dziś przed podwójnym wyzwaniem. Z jednej strony muszą chronić formularze na stronie przed nadużyciami, z drugiej zapewnić pełną dostępność cyfrową zgodnie z przepisami dotyczącymi dostępności cyfrowej, w tym z Ustawą o dostępności stron internetowych czy Polskim Aktem o Dostępności.
Narzędzia takie jak SAT umożliwiają automatyczne skanowanie stron z formularzami. Wykrywają obecność CAPTCHA na stronie i wskazują, czy spełnia ona wymogi WCAG. W raportach dostępności często pojawiają się zalecenia dotyczące wdrożenia wersji alternatywnej (tekstowej lub audio), poprawy obsługi za pomocą klawiatury, a także wskazanie lokalnych wersji językowych testów.
Aby rozwiązać problem z CAPTCHA, test musi być dostosowany do zasad dostępności, np. poprzez dodanie kilku metod weryfikacji do wyboru.
Ważne jest też właściwe oznaczenie CAPTCHA poprzez atrybut ALT. Z jednej strony, opis alternatywny nie może zawierać odpowiedzi (bo dodawanie zabezpieczenia mijałoby się z celem). Z drugiej, użytkownik korzystający z czytnika ekranu powinien otrzymać informację o obecności tego mechanizmu i jego działaniu. W zależności od rodzaju CAPTCHA atrybut alt może się nieco różnić, np. „Przepisz wyraz z obrazka”, „Wykonaj następujące działanie i podaj wynik”, „Przepisz słowo wskazane w komunikacie audio”.
Warto jednak pamiętać, że standardowe rodzaje CAPTCHA nie są jedynym rodzajem zabezpieczenia formularzy.
Jakie są alternatywne metody weryfikacji użytkowników?
Choć CAPTCHA przez lata była domyślnym rozwiązaniem ochronnym, dziś dostępnych jest wiele alternatyw, które nie tworzą barier dla osób z niepełnosprawnościami. Jedną z najbardziej rekomendowanych jest tzw. „niewidzialna CAPTCHA” – czyli system, który działa w tle, analizując zachowanie użytkownika na stronie bez konieczności interakcji z użytkownikiem.
Kolejną możliwością są tzw. „honeypoty”. To ukryte pola w formularzu, które widzą tylko boty. Jeśli bot wypełni takie pole, system automatycznie uzna zgłoszenie za spam. Rozwiązanie jest niewidoczne dla użytkowników, więc nie stwarza problemów z dostępnością.
Nie tylko CAPTCHA – co jeszcze wpływa na dostępność formularzy?
Dostępność formularzy internetowych to nie tylko kwestia zabezpieczeń. Równie ważne są elementy, takie jak odpowiednie etykiety pól, logiczna struktura formularza i obsługa technologii asystujących. Pola powinny być powiązane z opisami w sposób semantyczny – za pomocą atrybutów label i aria-labelledby. Formularz musi być w pełni dostępny z poziomu klawiatury, bez tzw. „pułapek” – sytuacji, w których użytkownik nie może przejść do kolejnego pola lub wyjść z formularza.
Ważne jest zapewnienie odpowiedniego kontrastu między tekstem a tłem, wyraźnych komunikatów o błędach oraz wsparcie dla mechanizmów autouzupełniania. Poza tym, formularze powinny być responsywne, czyli dostępne na urządzeniach mobilnych. Użytkownik ma mieć wystarczająco dużo czasu na ich wypełnienie, bez presji wynikającej z automatycznego wygaszenia sesji.
