Dlaczego niewidomy klient nie może u mnie kupić?

Kasa często się nie powiedzie z powodu nieogloszonych pól i błędów

Klient niewidomy może z różnych rozpoznawalnych powodów utknąć na etapie kasy. Pola formularza bez prawidłowo powiązanej etykiety powodują, że czytnik ekranu słyszy tylko "pole wejściowe", bez informacji, że chodzi o kod pocztowy, numer karty lub pole obowiązkowe. Komunikaty o błędach pojawiające się tylko wizualnie — czerwona ramka, tekst niezwiązany z polem — nie są odczytywane przez czytnik ekranu, co może prowadzić do tego, że klient próbuje dokonać zakupu nie wiedząc, że czegoś brakuje. Również kolejność, w której czytnik ekranu porusza się po stronie, może różnić się od kolejności wizualnej, powodując, że kroki takie jak "wybierz metodę wysyłki" lub "wpisz dane karty" są odczytywane w nielogicznej kolejności lub nawet omijane. Przyciski, które są technicznie klikalne, ale nie są oznaczone jako przyciski, są czasami ignorowane przez narzędzia pomocnicze.

Te problemy często się kumulują właśnie na etapie kasy, ponieważ zawiera ona więcej elementów dynamicznych niż strona produktu: rozwijalne pola adresu, walidację na żywo, wybór metod płatności aktualizowanej za pomocą JavaScript. Każdy z tych elementów musi być nie tylko widoczny, ale także programowo rozpoznawalny — czytnik ekranu pracuje z kodem źródłowym, a nie tym, co widać na ekranie. Strona, która wygląda bezbłędnie dla widzącego użytkownika, może być właśnie w tym miejscu problemem dla użytkownika czytnika ekranu.

Co WCAG 2.1 mówi na temat tej normy

Wymóg, aby pola formularza, komunikaty o błędach i elementy interaktywne były prawidłowo rozpoznawane przez narzędzia pomocnicze, znajduje się w WCAG 2.1 — praktycznym wdrożeniu EN 301 549, normy, do której odnosi się dyrektywa dostępności europejskiej. Badanie ACM/Motivaction obejmujące około stu dużych sklepów internetowych (marzec 2026) pokazuje, jak często to w praktyce się nie powiedzie: u 33% badanych witryn klient ostatecznie mógł zamówić, ale kosztowało go to znacznie więcej wysiłku, a tylko 13% można było w pełni obsługiwać za pomocą klawiatury — wymóg, który jest ściśle związany z użytecznością dla czytników ekranu, ponieważ oba poruszają się po stronie bez myszy. Skan automatyczny sygnalizuje część tych problemów, takich jak brak etykiety, ale czy etap kasy jako całość jest logiczny i w pełni użyteczny z czytnikiem ekranu, wymaga oceny, którą sam skan nie może przeprowadzić.