Toegankelijkheid is niet optioneel: het is een concurrentievoordeel

Toegankelijkheid staat in de meeste projecten onderaan de lijst. Iets voor het eind, als er nog tijd en budget over is, met een vinkje erbij. Wij hebben er zelf ook zo naar gekeken. Het is precies verkeerd om.

Voor wie je het doet

Het beeld is vaak: een blinde gebruiker met een screenreader. Die is er, en die telt. Maar de groep is veel breder. De collega van zestig die de letters op zijn telefoon groter heeft gezet. Iemand met een gebroken pols die twee weken alleen met links werkt. De monteur die je app in de volle zon op een bouwplaats opent. De verpleegkundige die tussen twee cliënten door een formulier invult, met een half oog en één hand. Bijna iedereen is af en toe een gebruiker met een beperking. Een product dat daar niet op is gebouwd, sluit die mensen uit, en het zijn er veel meer dan je denkt.

En sinds 28 juni 2025 is het geen keuze meer. De European Accessibility Act geldt vanaf die datum voor webshops, bankieren, vervoer en de meeste andere diensten die je online afneemt. Gemeentes en andere overheden zaten er al langer op, en dit jaar merkbaar strenger. Wij zien het terug in gesprekken: een klant die eerst de toegankelijkheid op orde wil hebben voordat er aan nieuwe functies begonnen wordt. Dat is de goede volgorde.

Het maakt alles beter

Dit is het deel dat de vinkjeslijst mist. Toegankelijk ontwerp is gewoon goed ontwerp, en je merkt het aan de gebruikers die geen beperking hebben.

Neem contrast. Kijk naar een app die je fijn vindt: de lijntjes tussen de vakken zijn vaak bijna wit. Rustig, tot je hem in de zon opent, of deelt in een videocall, en alles één vlak wordt. De toegankelijkheidsrichtlijn WCAG zegt dat de rand van een invoerveld of een knop goed zichtbaar moet zijn, anders weet je niet waar je typt. Volg je die regel, dan werkt het scherm ook voor de monteur op de bouwplaats.

Toetsenbordbediening is er voor mensen die geen muis kunnen gebruiken. Het zijn de power users die er het meest van profiteren: iemand die tweehonderd keer per dag hetzelfde formulier invult, wil niet naar de muis grijpen. Een duidelijke volgorde van koppen en tekst helpt iemand met een concentratiestoornis, en de drukke manager die het scherm in vier seconden scant. Een foutmelding in woorden in plaats van alleen een rood randje helpt de één op de twaalf mannen die rood niet ziet, en iedereen die het rood wel ziet maar niet snapt wat er mis is.

Het vak heeft daar een naam voor: het curb-cut effect, naar de verlaagde stoeprand. Die werd gemaakt voor rolstoelen, en wordt het vaakst gebruikt door mensen met een kinderwagen, een koffer of een fiets aan de hand. Elke toegankelijkheidskeuze die wij maken, werkt zo.

Google leest je site zoals een screenreader

Er is nog een gebruiker zonder ogen, en die bepaalt hoeveel bezoekers je krijgt. Een zoekmachine ziet je pagina niet. Hij leest de structuur eronder, en dat is precies dezelfde structuur waar een screenreader op leunt.

Een kop die als kop is gemaakt, en niet als dikke tekst, vertelt Google waar de pagina over gaat. Een beschrijving bij elke afbeelding is het enige dat een zoekmachine van die afbeelding begrijpt. Een link die "bekijk de prijzen" heet in plaats van "klik hier" zegt waar hij heen gaat, voor de screenreader en voor de zoekmachine allebei. En een pagina die met het toetsenbord te doorlopen is, is ook een pagina waar een zoekrobot doorheen komt zonder ergens in een menu vast te lopen.

Wij schrijven daarom nooit apart voor SEO. Het werk dat een pagina toegankelijk maakt, maakt hem ook vindbaar, en het is niet toevallig dat de meest toegankelijke sites die wij bouwen ook het best gevonden worden.

Vanaf het begin is het bijna gratis

Het meeste werk is onzichtbaar. Een knop is een echte knop, geen vak dat op een knop lijkt. Elk invoerveld heeft een naam. Kleuren komen uit een set die vooraf op contrast is gecontroleerd. Niets daarvan kost extra tijd als je het doet terwijl je bouwt: het juiste element kiezen duurt even lang als het verkeerde.

Erachteraan repareren kost een veelvoud. Dan zit de verkeerde keuze in veertig schermen, en elk scherm moet open. Daarom staat het bij ons niet op de lijst als aparte fase. Het zit in hoe we een component bouwen, en we controleren het op één moment, als een stuk werk af is en het product in gaat. Niet na elke wijziging, want een controle die te vaak afgaat, leest na dag twee niemand meer.

Waar je begint

Begin met de basis in plaats van met alles tegelijk. Die is in een week te doen:

• Loop je belangrijkste flow alleen met het toetsenbord door. Kom je ergens vast, dan zit daar je eerste klus.
• Check het contrast van tekst en van de randen van velden en knoppen, op een ander scherm dan het jouwe.
• Laat een screenreader je formulier voorlezen en luister of elk veld een naam heeft en elke afbeelding een beschrijving.
• Draai een automatische check, zoals axe of Lighthouse, en weet dat die ongeveer een derde van de problemen vindt. De rest zie je alleen door het zelf te doen.

Bouw je het vanaf het begin in, dan kost het bijna niets. Doe je het er later bij, dan kost het een fortuin, en meestal net op het moment dat het budget op is.