Przejdź do treści
Interpretacja WCAG 3.3.1 w postaci czerwonej naklejki z napisem błąd, po angielsku, na białym tle.Daniela Holzer z Unsplash

Wszyscy popełniamy błędy. WCAG jednak o nas dba i informuje, kiedy się to wydarzyło! Szkoda, że w prawdziwym życiu takich pięknych czujek nie mamy… 😞

Dzisiaj o kryterium WCAG 3.3.1 Identyfikacja błędów

Zasadą jest, że Użytkownik obsługując naszą stronę czy aplikację, powinien wiedzieć, że popełnił błąd i na czym ten błąd polega. A najlepiej byłoby naszemu Użytkownikowi pomóc zapobiec jego popełnieniu. Reguła ta oczywiście obejmuje wszystkich, łącznie z osobami korzystającymi z technologii asystujących.

Co powinniśmy zrobić, by to zadziałało?

  • Wprowadzić oznaczenie danego pola, czy jest ono wymagane do wypełnienia, czy też nie (required lub ewentualnie aria-required);
  • wprowadzić odpowiednie komunikaty błędów przy formularzach i odpowiednio je zakomunikować (o tym więcej w kryteriach 3.3.2 w przyszłym tygodniu);
  • odpowiednio powiązać komunikaty z polem formularza tak, by Użytkownik czytnika ekranu również mógł je przetworzyć;
  • możemy wprowadzić dodatkowe wskazówki, które ułatwią naszemu Użytkownikowi wypełnienie formularza – na przykład “hasło powinno zawierać X, Y, Z (…)”;
  • dodać jeden ogólny komunikat, informujący Użytkownika o tym, że w formularzu wystąpiły błędy, na przykład “Uwaga, w Twoim formularzu są 3 błędy, popraw je, by przejść dalej” (może być on również wizualnie ukryty).

Czego nie powinniśmy robić?

  1. Oznaczać błędnie wypełnionych pól formularzy tylko za pomocą koloru – na przykład czerwonej ramki;
  2. implementować bardzo ogólnych komunikatów błędów – na przykład “to pole jest wymagane” (o tym więcej w kryterium 3.3.3 za dwa tygodnie).
Małgorzata Szymczak

Małgorzata Szymczak

Accessibility Specialist & Junior Frontend Developer