Standardy · WCAG 2.2

SC 3.3.3 Poziom AA WCAG 2.0

Sugestia błędu

Gdy zostanie wykryty błąd wprowadzania i system zna sposób jego korekty, musi zaproponować użytkownikowi sugestię — chyba że ujawnienie jej naruszyłoby bezpieczeństwo lub unieważniło cel pola.

Czego wymaga

Gdy pole formularza jest nieprawidłowe i system dysponuje wystarczającymi informacjami, by zaproponować poprawkę, musi ją przedstawić. „Data musi być w formacie DD/MM/RRRR — czy chodziło Ci o 17/04/2026?” jest lepsze niż samo „Nieprawidłowa data”. Jeśli system zna prawidłowe opcje (np. najbliższą pasującą wartość, listę dozwolonych krajów), powinien je wyświetlić.

Kryterium zawiera wyraźne wyjątki: nie ujawniaj informacji, które mogłyby naruszyć bezpieczeństwo (nie sugeruj nazwy użytkownika, gdy rzeczywistym problemem jest błędne hasło), i nie proponuj poprawek, które udaremniłyby cel pola (nie autokoryguj CAPTCHA).

Jak spełnić kryterium

  • Przy błędach formatu podaj oczekiwany format i najlepiej przeformatuj dane użytkownika jako sugestię: „Spróbuj 555-123-4567”.
  • Przy błędnie wpisanych adresach e-mail zaproponuj „Czy chodziło Ci o user@gmail.com?”, gdy podana domena jest zbliżona do znanej.
  • Przy nieprawidłowych kodach pocztowych sugeruj najbliższe dopasowanie lub pokaż prawidłowy format dla wybranego kraju.
  • Przy regułach hasła wypisz, która konkretna reguła nie została spełniona: „Hasło musi zawierać cyfrę — spróbuj dodać liczbę”.
  • Przy wartościach spoza zakresu podaj dozwolony zakres i zaproponuj najbliższą prawidłową wartość.
  • Nie stosuj sugestii automatycznie i po cichu — pozwól użytkownikowi zaakceptować je lub odrzucić.

Typowe błędy

  • Ogólne komunikaty „Nieprawidłowe dane” bez wskazówki, jak powinna wyglądać prawidłowa wartość.
  • Pola hasła z komunikatem „Hasło nie spełnia wymagań” bez wskazania, która reguła nie została spełniona.
  • Formularze adresowe odrzucające kod pocztowy bez podania oczekiwanego formatu dla wybranego kraju.
  • Walidatory e-mail po cichu odrzucające „user@gmial.com” bez sugestii dotyczącej prawdopodobnej literówki.

Dlaczego to jest ważne

Sugestie błędów to różnica między użytkownikiem naprawiającym pomyłkę w trzy sekundy a porzuceniem formularza. Dla użytkowników z niepełnosprawnościami poznawczymi, dysleksją lub trudnościami motorycznymi obciążenie poznawcze wynikające z domyślania się, co poszło nie tak na podstawie niejasnego komunikatu „Nieprawidłowe”, jest rzeczywistą barierą — a nie sama literówka.

Połącz 3.3.3 z 3.3.1 i 3.3.2: zidentyfikuj, co jest nie tak, zaproponuj, jak to naprawić, i od początku wyraźnie oznacz pole, by błąd był mniej prawdopodobny.