Normen · WCAG 2.2

SC 3.3.3 Niveau AA WCAG 2.0

Foutsuggeste

Wanneer een invoerfout wordt gedetecteerd en een correctie bekend is bij het systeem, moet het systeem een suggestie aan de gebruiker doen — tenzij dit de beveiliging in gevaar brengt of het doel van de invoer ontkracht.

Wat het vereist

Wanneer een formulierinvoer ongeldig is en het systeem voldoende informatie heeft om een oplossing voor te stellen, moet het die oplossing aanbieden. „Datum moet in het formaat DD/MM/JJJJ zijn — bedoelde u 17/04/2026?“ is beter dan alleen „Ongeldige datum.“ Als het systeem geldige opties kent (bijv. de dichtstbijzijnde overeenkomende waarde, een lijst met toegestane landen), moet het deze tonen.

Het succescriterium heeft uitdrukkelijke uitzonderingen: geen informatie onthullen die de beveiliging in gevaar brengt (stel geen gebruikersnaam voor wanneer de werkelijke fout een verkeerd wachtwoord is) en stel geen correcties voor die het doel van de invoer ondermijnen (verbeter een CAPTCHA niet automatisch).

Hoe hieraan te voldoen

  • Toon voor formaatfouten het verwachte formaat en geef idealiter de invoer van de gebruiker opnieuw geformatteerd als suggestie: „Probeer 020-123-4567.“
  • Bied voor e-mailadressen met typefouten „Bedoelde u gebruiker@gmail.com?“ aan wanneer het ingevoerde domein dicht bij een bekend domein ligt.
  • Stel voor ongeldige postcodes de dichtstbijzijnde overeenkomst voor of toon het geldige formaat voor het geselecteerde land.
  • Vermeld bij wachtwoordregels welke specifieke regel is mislukt: „Wachtwoord moet een cijfer bevatten — voeg een getal toe.“
  • Geef voor getallen buiten het bereik het toegestane bereik op en bied de dichtstbijzijnde geldige waarde aan.
  • Pas suggesties niet automatisch en zonder melding toe — laat de gebruiker accepteren of negeren.

Veelvoorkomende fouten

  • Generieke berichten „Ongeldige invoer“ zonder enige aanwijzing over wat geldige invoer inhoudt.
  • Wachtwoordvelden met „Wachtwoord voldoet niet aan de vereisten“ zonder vermelding van welke regel is mislukt.
  • Adresformulieren die een postcode afwijzen zonder te vermelden welk formaat voor het geselecteerde land verwacht wordt.
  • E-mailvalidators die „gebruiker@gmial.com“ afwijzen zonder suggestie voor de waarschijnlijke typefout.

Waarom het belangrijk is

Foutsuggesties zijn het verschil tussen een gebruiker die een fout in drie seconden herstelt en iemand die het formulier verlaat. Voor gebruikers met cognitieve beperkingen, dyslexie of motorische moeilijkheden is de cognitieve belasting van het uitzoeken wat er mis is op basis van een vaag „Ongeldig“-bericht de werkelijke drempel — niet de typefout zelf.

Combineer 3.3.3 met 3.3.1 en 3.3.2: identificeer wat er mis is, stel voor hoe het te herstellen, en label het veld duidelijk vooraf zodat de fout minder waarschijnlijk wordt.