1. Begin bij één echte aanvraag
Kies het formulier waarmee klanten hun eerste vraag stellen. Schrijf op welke gegevens je nodig hebt om die vraag te beoordelen en te beantwoorden. Kan een telefoonnummer wachten als iemand per e-mail contact wil? Een kort formulier is geen doel op zich; ieder verplicht veld moet een duidelijke reden hebben.
Maak vooraf een testafspraak met de beheerder. Gebruik een testomgeving of herkenbare testgegevens, zodat je geen echte offerteaanvraag, betaling of automatische opvolging veroorzaakt. Leg vast wat je wilt zien bij een geldige inzending en bij ontbrekende informatie.
2. Laat het label staan tijdens het typen
Een label benoemt het veld: bijvoorbeeld “E-mailadres” of “Waarmee kunnen we je helpen?”. W3C adviseert labels technisch met hun invoerveld te verbinden. Voor een gebruikelijk HTML-veld gebeurt dat met een label waarvan het for-attribuut overeenkomt met het id van het veld. Alleen tekst in de buurt plaatsen is niet dezelfde koppeling.
Controleer ook keuzerondjes en selectievakjes. Kan de bezoeker de bijbehorende tekst aanklikken? Vraag je bouwer de toegankelijke naam te controleren. Gebruik bij een aanvraagformulier bij voorkeur blijvend zichtbare labels: een voorbeeld dat verdwijnt zodra iemand typt, helpt niet meer bij het nakijken.
3. Geef de benodigde uitleg vóór de fout
Markeer welke velden verplicht of optioneel zijn en leg een gebruikt sterretje uit. Verwacht je een bepaald datumformaat of bestandstype, zet dat bij het veld. W3C beschrijft dat aanvullende instructies ook technisch met het veld verbonden moeten zijn, bijvoorbeeld via aria-describedby.
Een placeholder kan een voorbeeld tonen, maar vervangt geen label. Test met ingevulde velden: is nog duidelijk wat ieder antwoord betekent? Fictief voorbeeld: “Gewenste startmaand (optioneel)” vertelt meer dan een leeg vak met alleen “Wanneer?”. Vraag geen exacte datum als je in deze fase alleen een globale periode nodig hebt.
4. Maak een fout herstelbaar
Dien in de afgesproken testomgeving één onvolledige aanvraag in. Een rode rand alleen vertelt niet wat er ontbreekt. De fouttekst moet het betreffende veld noemen en uitleggen wat de bezoeker kan doen. “Vul je e-mailadres in zodat we kunnen antwoorden” is concreter dan “Ongeldige invoer”.
W3C adviseert duidelijke feedback bij het veld en, waar nuttig, een foutenoverzicht met verwijzingen naar de betreffende velden. Laat de bouwer ook controleren of dynamische meldingen worden aangekondigd aan hulptechnologie. Bekijk daarna of eerder correct ingevulde gegevens behouden blijven.
5. Controleer de afronding, niet alleen de knop
Doorloop het formulier met het toetsenbord en bekijk waar de focus staat. Laat daarnaast iemand met passende toegankelijkheidskennis de bediening en schermlezerervaring beoordelen. Een snelle eigen proef vervangt geen volledige toegankelijkheidstest.
Na een geslaagde testinzending moet duidelijk zijn dat de aanvraag is ontvangen. Houd die boodschap feitelijk: ontvangst is geen offerte, boeking of toegezegde reactietermijn. Controleer met de beheerder ook de ontvangende kant. Een mooie bevestiging zonder aangekomen aanvraag is geen afgeronde route.
6. Geef je webbouwer een uitvoerbare review
Bewaar per bevinding de pagina, het veld, je teststap, de waarneming en de gewenste uitkomst. Bijvoorbeeld: “Na typen verdwijnt de veldnaam; houd E-mailadres zichtbaar.” Voeg alleen een gerichte schermafbeelding zonder echte klantgegevens toe.
Bij een klantproject kun je dit reviewdocument in de beschikbare dossierbestanden van MANE bewaren en opnieuw openen om de opslag te controleren. De formulieraanpassing gebeurt in de websiteomgeving; MANE voert deze toegankelijkheidscontrole niet automatisch uit. Combineer deze review met de controle van beeldalternatieven, zonder te concluderen dat de hele site daarmee aan alle eisen voldoet.
Veelgestelde vragen
Is een placeholder hetzelfde als een label?
Nee. Een placeholder geeft hooguit een voorbeeld of aanwijzing in een leeg veld. Geef het veld een eigen, correct gekoppeld label.
Bewijst deze checklist dat mijn website toegankelijk is?
Nee. De checklist behandelt een beperkt deel van formulieren. Een volledige beoordeling omvat meer onderdelen, criteria en gebruikssituaties.
