
WCAG 2.1 – Kryterium 3.3.3 – Sugestie korekty błędów (poziom AA)
- Przejdź do artykułów z tagiem A11Y
- Przejdź do artykułów z tagiem accessibility
- Przejdź do artykułów z tagiem accessibilityMatters
- Przejdź do artykułów z tagiem accessibleDesign
- Przejdź do artykułów z tagiem akademiaWCAG
- Przejdź do artykułów z tagiem dostępność
- Przejdź do artykułów z tagiem dostępność cyfrowa
- Przejdź do artykułów z tagiem niepełnosprawni
- Przejdź do artykułów z tagiem WCAG
- Przejdź do artykułów z tagiem WCAG 2.1
- Przejdź do artykułów z tagiem Web Content Accessibility Guidelines
Treść artykułu
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.

Małgorzata Szymczak
Accessibility Specialist & Junior Frontend Developer
Polecane artykuły
-
07.07.2023Akademia WCAG
WCAG 2.1. – kryterium 1.4.7 – Niska głośność lub bez dźwięków w tle (poziom AAA)
Dzisiaj przychodzimy do Was z kryterium 1.4.7 – niska głośność lub bez dźwięków w tle. Ma ono wspomóc osoby niedosłyszące,…
-
09.03.2023Akademia WCAG
WCAG 2.1. – kryterium 1.2.8 – Alternatywa dla mediów (nagranie) (poziom AAA)
Dzisiaj krótko – kryterium 1.2.8 – Alternatywa dla mediów (nagranie). Spełnienie tego kryterium ma pomóc osobom, których zarówno wzrok oraz…
-
22.11.2022Dostępność cyfrowa
Okiem niewidomego: Audiodeskrypcja i napisy w filmach
Ponoć obraz wyraża więcej niż tysiąc słów. No… chyba, że jest się osobą niewidomą. Wówczas wart jest tyle, co materiał,…