ACCESIBILIDAD ≠ OVERLAY · 32
Toegankelijkheid ≠ Overlay: toegankelijkheid moet je plannen
2 november 2026
Een toegankelijke website ontstaat door duidelijke eisen, inclusief ontwerp, goede ontwikkeling, testen en blijvend onderhoud.
1. Begin vanaf de eerste projectdag
Wanneer toegankelijkheid pas aan het einde wordt gecontroleerd, zitten barrières vaak al in de structuur en componenten. Herstel kan dan ingrijpend zijn.
Plannen betekent vooraf bepalen hoe de website werkt zonder muis, met een schermlezer en bij sterk vergrote tekst.
2. Maak eisen meetbaar
Alleen zeggen dat een website toegankelijk moet zijn, is te vaag. Stel eisen voor toetsenbordgebruik, zichtbare focus, labels en begrijpelijke foutmeldingen.
WCAG 2.2 helpt bij acceptatiecriteria en bij het aanwijzen van verantwoordelijken.
3. Begrijp mensen en hun taken
Bezoekers willen informatie vinden, kopen, reserveren of contact opnemen zonder hulp. Deze taken vormen het uitgangspunt.
Houd rekening met schermlezers, vergroting, spraakbesturing en andere manieren van bedienen. Betrek waar mogelijk mensen met een beperking.
4. Ontwerp een duidelijke structuur
Plan logische koppen, beschrijvende links, voorspelbare navigatie en formulieren met heldere instructies.
Contrast, focusindicatoren en de afmetingen van bedieningselementen horen vanaf het begin bij het ontwerp.
5. Ontwikkel met correcte semantiek
Echte HTML-knoppen, gekoppelde labels en een logische structuur ondersteunen hulptechnologie. Dynamische dialoogvensters vragen om goed focusbeheer.
WordPress, Divi of een plug-in garandeert niet automatisch toegankelijkheid. Test het daadwerkelijke resultaat.
6. Test tijdens het hele project
Begin bij prototypes en herhaal controles tijdens de ontwikkeling. Automatische scanners ontdekken slechts een deel van de problemen.
Test toetsenbord, schermlezer, zoom, mobiele schermen en volledige taken. Leg problemen vast en controleer oplossingen opnieuw.
7. Reserveer tijd en verantwoordelijkheid
Plan budget voor ontwerpbeoordeling, training, testen en herstel. Wijs verantwoordelijken aan voor formulieren, inhoud en gedeelde onderdelen.
Controleer ook externe betaal- en reserveringsdiensten: één ontoegankelijk onderdeel kan een hele taak blokkeren.
8. Plan blijvend onderhoud
Updates en nieuwe inhoud kunnen na de lancering nieuwe barrières introduceren. Zorg voor terugkerende controles en een meldprocedure.
Toegankelijkheid loopt door planning, ontwerp, ontwikkeling, testen en onderhoud. Een overlay vervangt dit niet.
9. Een concreet voorbeeld
Bij een reserveringswebsite moeten het kiezen van een dienst, datum en bevestiging vanaf het begin zonder muis werken.
Kies voor het volgende project drie belangrijke taken, wijs eigenaars aan en formuleer vooraf WCAG 2.2-criteria.