Sugestie korekty błędów
Jeśli wiadomo, jak poprawić błąd, komunikat podpowiada rozwiązanie (np. „Data musi mieć format DD.MM.RRRR”).
Zasada 3: Zrozumiałość 3.3 Pomoc przy wprowadzaniu informacji
WCAG 3.3.1 Error Identification
Jeśli formularz wykryje błąd, wskazuje, które pole jest błędne, i opisuje problem tekstem.
Wyjaśnienie prostym językiem: Komunikat o błędzie
Sam czerwony kolor ramki nie wystarczy osobom niewidomym i z daltonizmem – potrzebny jest komunikat tekstowy, który czytnik ekranu odczyta.
<label for="email">E-mail</label>
<input id="email" type="email" aria-invalid="true" aria-describedby="email-blad">
<p id="email-blad">Wpisz adres e-mail w formacie nazwa@domena.pl</p>
Częściowo automatyczne. Narzędzia wykryją część problemów (np. brak atrybutu), ale ocena jakości wymaga człowieka.
Wymagane prawem
Kryterium poziomu A z WCAG 2.1 – obowiązkowe dla podmiotów publicznych (ustawa z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych) oraz dla firm objętych European Accessibility Act (ustawa o zapewnianiu spełniania wymagań dostępności przez niektóre produkty i usługi). Brak zgodności trzeba wykazać w deklaracji dostępności.
Jeśli wiadomo, jak poprawić błąd, komunikat podpowiada rozwiązanie (np. „Data musi mieć format DD.MM.RRRR”).
Kolor nie może być jedynym sposobem przekazania informacji – np. zaznaczenia błędu, wyróżnienia linku w tekście czy serii na wykresie.
Komunikaty o stanie (np. „Dodano do koszyka”, „Znaleziono 12 wyników”, „Formularz wysłany”), które pojawiają się bez przenoszenia fokusu, są ogłaszane przez czytnik ekranu.
Ostatnia aktualizacja: .
Źródło: Understanding SC 3.3.1: Error Identification – oficjalne objaśnienie W3C (po angielsku).