Fejlidentifikation
Når brugeren laver en formularfejl, der automatisk registreres, skal fejlen identificeres og beskrives for brugeren i tekst — ikke udelukkende ved farve, ikke udelukkende ved et ikon, ikke ved stilhed.
Hvad kravet indebærer
Hvis et formularfelt er ugyldigt (forkert format, manglende obligatorisk værdi, uden for tilladt interval) og systemet registrerer det automatisk, skal fejlen identificeres over for brugeren med en tekstbeskrivelse. Teksten skal angive, hvilket felt der er forkert og hvad der er forkert — ikke blot at „noget“ slog fejl.
Succeskritieriet kræver ikke, at systemet registrerer alle mulige fejl; det kræver, at registrerede fejl vises for brugeren som tekst.
Sådan opfylder du kravet
- Par hvert formularfelt med en synlig fejlmeddelelse, der beskriver problemet, placeret ved siden af eller under feltet.
- Henvis til det fejlende felt ved navn: „E-mailadressen skal indeholde et @-symbol.“
- Link fejlen til inputfeltet med
aria-describedby, så skærmlæsere annoncerer den ved fokus. - Brug
aria-invalid="true"på det fejlende inputfelt. - Ved serversidet validering: genrender en opsummeringsliste øverst i formularen med hvert punkt linket til det fejlende felt.
- Annoncér dynamiske valideringsmeddelelser via en live-region (
aria-live="polite"ellerrole="alert"), så skærmlæsere hører fejlen uden at brugeren behøver finde den.
Typiske fejl
- Røde rammer om ugyldige felter uden tekstforklaring.
- Et generisk banner der siger „Formularen er ugyldig“ uden at identificere hvilke felter.
- Fejlmeddelelser der kun vises i tooltips og forsvinder ved blur.
- Native browser-validering (
required,pattern) brugt alene — browserens boble er upålidelig for skærmlæsere og forsvinder for hurtigt. - Inline ikon-only fejlindikatorer (rødt udråbstegn) uden tilgængeligt navn.
Hvorfor det er vigtigt
Dette er den hyppigst citerede inputassistance-fejl i audits. For seende brugere er en rød ramme i det mindste et hint; for skærmlæserbrugere eksisterer den næsten ikke. For farveblinde brugere slår en rød ramme alene slet ikke igennem. Når en bruger har udfyldt en lang formular og indsendelsen fejler lydløst, vil de sandsynligvis opgive — og tilgængelighed er grunden til, at det slog fejl for dem specifikt.
Par 3.3.1 med 3.3.3 (Fejlforslag) og 4.1.3 (Statusmeddelelser) — tilsammen udgør de det moderne formularerrormønster.