Dostępność ≠ Overlay: gdy CAPTCHA blokuje dostęp do strony internetowej
CAPTCHA może chronić formularz przed nadużyciami, ale może też zamknąć drogę do usługi. Zabezpieczenia powinny działać bez wymagania testów, których część osób nie jest w stanie zobaczyć, usłyszeć lub wykonać.
Problemem jest bariera, a nie bezpieczeństwo
Wybieranie sygnalizacji świetlnej na obrazkach, odczytywanie zniekształconych liter czy rozwiązywanie zagadek wizualnych może wykluczać osoby niewidome. Testy dźwiękowe również nie są uniwersalne: mogą wykluczać osoby głuche lub mające trudności ze zrozumieniem nagrania.
Bariera w kluczowym momencie
Jest to szczególnie dotkliwe podczas rejestracji, logowania, rezerwowania wizyty, wysyłania wiadomości czy finalizowania zakupów. Gdy test jest jedyną drogą dalej, część użytkowników traci dostęp do usługi.
Co mówią wytyczne dostępności
WCAG nie zakazują wszystkich testów CAPTCHA. Kryterium 1.1.1 wymaga tekstowej identyfikacji ich celu oraz alternatywnych form dla różnych sposobów percepcji. W procesach uwierzytelniania należy również uwzględnić wymagania WCAG 2.2 i odpowiednie wyjątki.
Alternatywy bez zbędnych przeszkód
Warto stosować ograniczanie liczby prób, wykrywanie nadużyć po stronie serwera i weryfikację dostosowaną do ryzyka, bez zagadek percepcyjnych. Jeśli test jest konieczny, alternatywa musi być naprawdę dostępna i przetestowana; sam przycisk audio nie wystarczy.
Testujmy całą ścieżkę
Sprawdźmy klawiaturę, czytniki ekranu i urządzenia mobilne, a także instrukcje, fokus, błędy, limity czasu i ponowne próby. Alternatywa, która zawodzi przy wysyłaniu formularza, nie usuwa bariery.
Jak pomaga Blind Reader
Blind Reader pomaga zrozumieć stronę, znaleźć formularz i poruszać się po jego polach oraz przyciskach. Może także korygować wybrane bariery interakcji w przeglądarce. Jednak niedostępna CAPTCHA nadal wymaga dostępnej metody weryfikacji zapewnionej przez właściciela witryny.
Najważniejsze jest wykonanie zadania
Bezpieczny i dostępny formularz nie wymaga wyboru między ochroną a użytecznością. Każdy powinien móc się skontaktować, kupić produkt lub zalogować bez zbędnych testów.
Źródła i materiały
Bezpieczeństwo i dostępność należy projektować razem. CAPTCHA nie powinna nikomu uniemożliwiać korzystania ze strony.
Odcinek 17 · Dostępność ≠ Overlay