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
-
05.01.2024Akademia WCAG
WCAG 2.1. – kryterium 2.4.7 – Widoczny fokus (Poziom AA)
Dziś zajmiemy się kryterium na poziomie podwójnego A – WCAG 2.4.7 Widoczny fokus. Czym w ogóle jest fokus? Słowo jak…
-
19.04.2024Akademia WCAG
WCAG 2.1 – Kryterium 3.1.3 – Nietypowe słowa (Poziom AAA)
Dzisiaj w ramach naszej Akademii WCAG porozmawiamy o temacie iście akademickim, a mianowicie o trudnych lub nietypowych słowach. Kryterium 3.1.3…
-
14.03.2024Akademia WCAG
WCAG 2.1 – Kryterium 2.5.3 – etykieta w nazwie (Poziom A)
Dzisiaj przybliżymy Wam kryterium WCAG 2.5.3 etykieta w nazwie na poziomie pojedynczego A. Jak zwykle chcemy wytłumaczyć Wam to jak…