Standardy · WCAG 2.2

SC 1.3.3 Poziom A WCAG 2.0

Charakterystyki zmysłowe

Instrukcje nie mogą opierać się wyłącznie na kształcie, rozmiarze, położeniu, orientacji, dźwięku lub kolorze. „Kliknij zielony przycisk po prawej" wyklucza użytkowników, którzy nie widzą układu strony lub nie rozróżniają kolorów.

Czego wymaga kryterium

Instrukcje informujące użytkowników o sposobie interakcji z treścią muszą być zrozumiałe także dla osób, które nie są w stanie odebrać wskazanej wskazówki zmysłowej. Komunikat „kliknij okrągły przycisk” nic nie mówi użytkownikowi czytnika ekranu o tym, który przycisk jest okrągły. Sformułowanie „menu po lewej stronie” traci sens dla użytkownika, który przeformatował stronę do jednej kolumny — lewej strony już nie ma. Każdą wskazówkę zmysłową należy uzupełnić o identyfikator niezmysłowy: etykietę, nazwę lub numer.

Jak spełnić kryterium

  • Zamiast „kliknij zielony przycisk” należy napisać „kliknij przycisk Prześlij” — podać nazwę kontrolki.
  • Zamiast „patrz pole po prawej” należy napisać „patrz sekcja Cennik poniżej” — odwołać się do nagłówka sekcji.
  • Przy odwołaniach do diagramów należy nazywać oznaczony element, a nie jego położenie: „patrz krok 3”, a nie „patrz górne koło”.
  • Przy wskazówkach dźwiękowych („usłyszysz sygnał po zakończeniu”) należy dodać widoczny komunikat o stanie.
  • Przy odwołaniach do ikon za pomocą kształtu („ikona zębatki”) należy upewnić się, że ikona posiada dostępną nazwę w kodzie znaczników.

Typowe błędy

  • „Naciśnij okrągły zielony przycisk, aby kontynuować” — trzy wskazówki zmysłowe, żadnej nazwy.
  • Tekst pomocy w formularzu „patrz panel po prawej” w układzie desktopowym, który na urządzeniach mobilnych staje się jedną kolumną.
  • „Poczekaj na sygnał dźwiękowy” bez alternatywy wizualnej.
  • Treść samouczka wskazująca na „niebieski link na pasku bocznym” — kolor, położenie, brak nazwy.
  • Przewodnik wprowadzający: „podpowiedź ze strzałką” — opiera się wyłącznie na kształcie.

Dlaczego to ważne

Zautomatyzowane narzędzia (takie jak Lighthouse) rzadko wykrywają naruszenia tego kryterium, ponieważ nie potrafią czytać prozy. Błędy wychodzą na jaw dopiero podczas ręcznego przeglądu. Naprawa to niemal zawsze korekta tekstu, a nie zmiana kodu — łatwa do wdrożenia, ale łatwa do przeoczenia.