Fejlforslag
Når en inputfejl registreres og en rettelse er kendt af systemet, skal systemet tilbyde brugeren et forslag — medmindre det ville kompromittere sikkerheden eller ugyldiggøre formålet med inputtet.
Hvad kravet indebærer
Når et formularfelt er ugyldigt, og systemet har tilstrækkelig information til at foreslå en rettelse, skal det tilbyde den rettelse. „Dato skal være i formatet DD/MM/ÅÅÅÅ — mente du 17/04/2026?“ er bedre end blot „Ugyldig dato.“ Hvis systemet kender gyldige muligheder (f.eks. nærmeste matchende værdi, en liste over tilladte lande), bør det vise dem.
Succeskritieriet har eksplicitte undtagelser: afslør ikke information, der ville kompromittere sikkerheden (foreslå ikke et brugernavn, når den reelle fejl er et forkert adgangskode), og foreslå ikke rettelser, der ville modvirke inputtets formål (auto-korrigér ikke en CAPTCHA).
Sådan opfylder du kravet
- Ved formatfejl: vis det forventede format og reformater ideelt set brugerens input som et forslag: „Prøv 12 34 56 78.“
- For tastefejl i e-mailadresser: tilbyd „Mente du bruger@gmail.com?“ når det angivne domæne ligner et kendt.
- For ugyldige postnumre: foreslå det nærmeste match eller vis det gyldige format for det valgte land.
- For adgangskoderegler: angiv specifikt, hvilken regel der fejlede: „Adgangskoden skal indeholde et tal — prøv at tilføje et ciffer.“
- For tal uden for tilladt interval: angiv det tilladte interval og tilbyd den nærmeste gyldige værdi.
- Auto-anvend ikke forslag lydløst — lad brugeren acceptere eller ignorere.
Typiske fejl
- Generiske „Ugyldigt input“-meddelelser uden hint om, hvordan gyldigt input ser ud.
- Adgangskodefelter der siger „Adgangskoden opfylder ikke kravene“ uden at angive, hvilken regel der fejlede.
- Adresseformularer der afviser et postnummer uden at angive, hvilket format der forventes for det valgte land.
- E-mailvalidatorer der fejler „bruger@gmial.com“ lydløst uden forslag om den sandsynlige tastefejl.
Hvorfor det er vigtigt
Fejlforslag er forskellen på, at en bruger retter en fejl på tre sekunder og opgiver formularen. For brugere med kognitive handicap, dysleksi eller motoriske vanskeligheder er den kognitive belastning ved at finde ud af, hvad der gik galt ud fra en vag „Ugyldig“-meddelelse, den egentlige barriere — ikke selve tastefejlen.
Par 3.3.3 med 3.3.1 og 3.3.2: identificer hvad der er forkert, foreslå hvordan man retter det, og mærk feltet tydeligt fra starten, så fejlen bliver mindre sandsynlig.