
WCAG 2.1 – Kryterium 3.3.1 – Identyfikacja błędów (Poziom A)
- 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 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ć?
- Oznaczać błędnie wypełnionych pól formularzy tylko za pomocą koloru – na przykład czerwonej ramki;
- 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
Accessibility Specialist & Junior Frontend Developer
Polecane artykuły
-
06.11.2023Dostępność cyfrowa
iOS 17 – jak dostępny jest?
Najnowszy system giganta z Cupertino jest już z nami jakiś czas. W międzyczasie doczekał się także pierwszej poważnej aktualizacji, czyli…
-
28.08.2023Dostępność cyfrowa
Przyciski iOS w UIKit, SwiftUI oraz React Native
Przyciski stanowią istotną część każdej aplikacji mobilnej. Tym bardziej więc warto sprawić, żeby czytniki ekranu i inne technologie asystujące zrobiły…
-
30.06.2023Okiem niewidomego
Okiem niewidomego – muzyka w świecie niewidomych
Muzyczne poszukiwania Weekend na horyzoncie, więc może czas na trochę relaksu? Dobrze odpoczywać przy muzyce. Zastanawialiscie się kiedyś, jak osoba…