Ga naar hoofdinhoud

Voorkom fouten, help de gebruiker

Een formulier invullen moet zo gemakkelijk mogelijk zijn. Hoe help je je gebruiker het beste?

  • Vermeld het duidelijk of een veld verplicht is.
  • Sta knippen en plakken van gegevens (zoals een wachtwoord) toe.
  • Keur niet te snel af.
  • Geef geldige waardes aan voor een invoerveld.
  • Vul bekende informatie in waar mogelijk.

Vermeld duidelijk of een veld verplicht is

Laat bezoekers niet raden, maar wees duidelijk welke velden verplicht zijn. Dit kan op een aantal manieren:

  • Door boven het formulier te vermelden dat alle velden verplicht zijn, mits anders vermeld. Dan kan in het label de tekst "(optioneel)" worden gezet.
  • Door bij de verplichte velden in het label de tekst (verplicht) op te nemen.
  • Met een asterisk bij het label. Leg dan wel boven het formulier uit wat het sterretje betekent. Een sterretje alleen bij het formulierveld is niet voldoende.

Zet eventuele extra uitleg altijd boven het formulier en niet in het formulier. Screenreadergebruiker kunnen extra tekst missen binnen een formulier, als die niet gekoppeld zijn aan een formulierveld.

<p>* betekent verplicht in te vullen.</p>
<form>
  <label for="kleur1">Wat is je lievelingskleur *</label>
  <input type="text" id="kleur1" name="lievelingskleur" aria-required="true" aria-invalid="false" />
  [... etc ...]
</form>
<p>Vul alle velden in. Als een veld niet verplicht is, staat dit erbij.</p>
<form>
  <label for="kleur2">Wat is je lievelingskleur</label>
  <input type="text" id="kleur2" name="lievelingskleur" aria-required="true" aria-invalid="false" />
  <label for="kleur1">Wat is je lievelingsdier (optioneel)</label>
  <input type="text" id="dier2" name="lievelingsdier" />
  [... etc ...]
</form>

Screenreaderfeedback

Vertel altijd aan een gebruiker van hulptechnologieën (als screenreaders) dat een veld verplicht is met het ARIA-attribuut aria-required="true".

<form>
  <label for="kleur3">Wat is je lievelingskleur (verplicht)</label>
  <input type="text" id="kleur3" name="lievelingskleur" aria-required="true" aria-invalid="false" />
  [... etc ...]
</form>

Let op: Gebruik liever geen required in een invoerveld, dit vereist ook het attribuut novalidate als attribute op in het <form> element. Dit voorkomt dat de formuliervalidatie van de browser in werking treedt. Voor aria-required="true" hoeft dit niet. Alhoewel het gebruik van required in plaats van aria-required niet fout is, geven we hierom de voorkeur aan aria-required.

<form novalidate>
  <label for="kleur4">Wat is je lievelingskleur (verplicht)</label>
  <input type="text" id="kleur4" name="lievelingskleur" required aria-invalid="false" />
  [... etc ...]
</form>

Door te helpen fouten te voorkomen voldoe van aan WCAG Succescriterium 3.3.2 Labels of instructies (niveau A).

Doen

Voeg novalidate toe als je required gebruikt.

Doen

Vertel duidelijk wat het verplichte veld is.

Doen

Leg het sterretje uit boven het formulier

* betekent verplicht in te vullen.

Niet doen

Vertrouw op HTML5-formuliervalidatie.

Niet doen

Leg het sterretje niet uit.

Niet doen

Geef geen feedback aan screenreadergebruikers.

* betekent verplicht in te vullen.

Sta knippen en plakken van een wachtwoord toe

Een wachtwoord moet veilig zijn. Als je het knippen en plakken van een wachtwoord verhindert, dwing je gebruikers tot een simpel en goed te onthouden wachtwoord. Dat is nu juist niet de bedoeling.

Kopiëren/plakken vanuit een wachtwoordmanager is een veel veiligere manier om een gebruiker een wachtwoord te laten invullen.

Zoals het Britse National Cyber Security Centre uitlegt in Let them paste passwords.

Doen

Sta kopiëren van een wachtwoord toe.

Keur niet te snel af

In de formuliervalidatie kan er al veel afgevangen worden. Denk met de gebruiker mee.

Geldige e-mailadressen

Sommige mensen gebruiken een + in hun e-mailadres, bijvoorbeeld om e-mails makkelijker te kunnen groeperen.

Zo kiezen ze voor naam+school@voorbeeld.nl voor e-mails van school en naam+werk@voorbeeld.nl voor e-mails over werk. Dit zijn geldige e-mailadressen, keur ze dus niet af.

email met een plus teken is goedgekeurd

Eenduidig te herschrijven

Postcodes kunnen op verschillende manieren worden geschreven: bijvoorbeeld “1234 AA” (met spatie), “1234AA” (zonder spatie), “1234aa” (met kleine letters). Ook extra spaties aan het begin of eind kunnen meekomen bij het knippen/plakken van tekst.

In code kunnen deze vormen gemakkelijk naar elkaar worden herschreven. Door alle vormen te accepteren en door de software te laten corrigeren, geef je prioriteit aan de gebruiker, in plaats van aan je systeem.

De 3 verschillende wijzen van postcode invoeren die allemaal goed zijn

Geef geldige waardes aan voor een invoerveld

Geef geldige waardes aan voor een invoerveld (bijvoorbeeld de datum- of wachtwoordeisen) en niet alleen in de placeholder.

Bedenk ook of het echt belangrijk is of, bijvoorbeeld een geboortedatum of telefoonnummer aan exacte invoereisen moet voldoen.

Wachtwoord-eisen zijn in de description getoond

Voorbeeld van de waarden voor de geboortedatum worden in de description getoond

Doen

Leg uit hoe een veld in te vullen.

Bijvoorbeeld in de description.

Minimaal 8 karakters, waarvan 2 cijfers en 1 hoofdletter.

Niet doen

Wijze van invullen weglaten.

Laat de gebruiker niet raden of pas bij de foutmeldingen ontdekken wat er mis is.

Niet doen

Wijze van invullen alleen in de placeholder zetten.

Zeker als de wijze van invullen precies goed moet zijn.

Vul bekende informatie in waar mogelijk

Als de gebruiker is ingelogd, gebruik dan bekende informatie om velden vast in te vullen. In DigiD-sessies is bijvoorbeeld al veel informatie beschikbaar, die zou kunnen worden gebruikt om velden vooraf in te vullen. Het gebruik van DigiD is wel aan wettelijke voorwaarden verbonden.

Autocomplete

Het HTML-attribuut autocomplete maakt het voor de gebruiker makkelijker om al eerder ingevulde informatie automatisch toe te voegen. De volledige lijst waarden staat op de MDN-website: HTML-attribuut: autocomplete.

Sommige waarden zijn onduidelijk of ontbreken voor Nederlandse toepassingen. Jules Ernst van 200 OK heeft een overzicht gemaakt van de beste manier om autocomplete in Nederlandse formulieren toe te passen.

Toevoegen van autocomplete aan de formuliervelden is nodig om te voldoen aan het WCAG-Succescriterium 1.3.5 Identificeer het doel van de input (niveau AA).

Doen

Voeg autocomplete waarden toe aan adresgegevens.

Niet doen

Laat autocomplete waarden weg bij adresgegevens.

Aanvullingen of opmerkingen?

Deze richtlijnen worden onderhouden door het NL Design System. Heb je aanvullingen of opmerkingen? Deel je mening op GitHub met je suggesties.