Dostępność ≠ Overlay: „Moja strona ma przycisk dostępności. Czy jest dostępna?”
Przycisk może otwierać opcje, ale nie dowodzi dostępności reszty strony. Trzeba sprawdzić, czy ludzie mogą korzystać z treści i funkcji w potrzebny im sposób.
Właściwe pytanie nie brzmi: czy jest przycisk
Przycisk może otwierać opcje, ale nie dowodzi dostępności reszty strony. Trzeba sprawdzić, czy ludzie mogą korzystać z treści i funkcji w potrzebny im sposób.
WCAG ocenia treść, a nie obecność widżetu
WCAG 2.2 zawiera sprawdzalne kryteria dotyczące alternatyw tekstowych, struktury, kontrastu, klawiatury, fokusu, etykiet i komunikatów stanu. Żadne kryterium nie uznaje strony za dostępną z powodu przycisku dostępności.
Co naprawdę należy sprawdzić?
Należy sprawdzić klawiaturę, fokus, strukturę, alternatywy obrazów, formularze, błędy, zoom, reflow oraz nazwy, role i stany komponentów.
Dostępność musi działać przed otwarciem jakiegokolwiek menu
Jeśli najpierw trzeba aktywować widżet, aby dostać się do nawigacji, formularza lub kluczowej treści, warto zapytać, dlaczego nie były dostępne od początku. Podstawa powinna działać bez specjalnego trybu.
Same testy automatyczne nie wystarczą
Narzędzia automatyczne są pomocne, ale W3C wskazuje, że żadne narzędzie samo nie określi, czy strona spełnia standardy. Potrzebna jest też kompetentna ocena człowieka.
A Blind Reader?
Blind Reader to technologia wspomagająca użytkownika, a nie dowód zgodności z WCAG ani automatyczna naprawa strony. Strona nadal odpowiada za dostępną strukturę i interakcję.
Krótka odpowiedź
Przycisk dostępności dowodzi tylko, że istnieje przycisk. Aby ustalić dostępność strony, trzeba ją ocenić.