Przejdź do treści

Wszyscy lubimy wiedzieć, że popełniliśmy błąd, prawda? No dobra, może nie wszyscy… Wiadomo, najlepiej ich nie popełniać, ale skoro już się zdarzają, to miło jest wiedzieć, jak je poprawić.

WCAG 3.3.3 Sugestie korekty błędów

W tym właśnie pomaga nam kryterium WCAG 3.3.3 Sugestie korekty błędów (poziom AA). Odwołuje się ono do formularzy i komunikatów błędów, które powinny być wystarczające na tyle, by nasz Użytkownik wiedział, co powinien poprawić, bądź też jakie kwestie pominął.

Czego NIE powinniśmy robić?

  • pisać bardzo ogólnych komunikatów błędów – “To pole jest wymagane”. Wspaniale, i co dalej?
  • Opisywać, co wydarzy się po wypełnieniu pola formularza – “Na ten numer telefonu dostaniesz kod weryfikacyjny”. Do tego mamy inne narzędzia, na przykład etykiety i instrukcje (3.3.2 WCAG).

Jakie sugestie poprawy błędów są wystarczające?

Parę przykładów:

  • “Adres email jest nieprawidłowy. Przykładowy format adresu email: example@email.com”;
  • “Hasło jest za krótkie, użyj co najmniej 8 znaków”;
  • “Kod pocztowy powinien zawierać 5 cyfr i mieć format XX-XXX”.

Pamiętajcie o tym, że komunikat błędu powinien być odpowiednio powiązany z danym polem formularza, tak by osoby korzystające z technologii asystującej wiedziały, gdzie dany błąd popełniły i mogły w dogodny sposób do niego przejść. Technik w tym zakresie jest parę. Jeśli macie ochotę poczytać więcej, to zapraszamy do artykułu rozszerzającego temat WCAG 3.3.3 Sugestie korekty błędów.