Digitale toegankelijkheid: bouwen voor iedereen is bouwen voor meer

Je lanceert een vernieuwde website. Het design is strak, de copy staat als een huis en technisch klopt alles. Toch kan een deel van je bezoekers er niet mee overweg. Niet omdat ze niet willen, maar omdat de site simpelweg niet toegankelijk is voor mensen die met een schermlezer werken, moeite hebben met kleine tekst, kleuren niet goed onderscheiden of alleen een toetsenbord gebruiken.

Dat zijn geen uitzonderingen. In Nederland leven ruim 4,5 miljoen mensen met een beperking, tijdelijk of permanent. Denk aan iemand met een visuele beperking, een motorische aandoening, dyslexie of een cognitieve uitdaging. Maar ook aan een oudere gebruiker die zijn eerste smartphone heeft, iemand met een gebroken arm die tijdelijk geen muis kan gebruiken, of de professional die in de trein je video bekijkt zonder geluid.

Toegankelijkheid gaat over al die mensen. En het gaat over de business-case daaronder. Niet-toegankelijke websites kosten je namelijk bereik, omzet, klanten en reputatie. Steeds vaker is er ook een juridische component: wet- en regelgeving halen je in als je digitale toegankelijkheid niet serieus neemt.

In dit artikel leggen we uit wat digitale toegankelijkheid is, wat de WCAG-richtlijnen inhouden, hoe de wetgeving eruitziet, welke fouten op vrijwel elke site voorkomen en  hoe je toegankelijkheid structureel een plek geeft in je proces. Van discovery tot deployment.

Wat is digitale toegankelijkheid? En wat zijn de WCAG-richtlijnen?

Digitale toegankelijkheid betekent dat iedereen jouw website, app of digitaal product kan gebruiken. Ongeacht of iemand een beperking heeft, welk apparaat hij of zij gebruikt of in welke context iemand zich bevindt.

De internationale standaard hiervoor zijn de Web Content Accessibility Guidelines (WCAG). Die zijn ontwikkeld door het W3C, de organisatie die ook verantwoordelijk is voor onder andere de HTML-standaard, en worden wereldwijd gebruikt als maatstaf.

De richtlijnen zijn opgebouwd rond vier principes, samen te onthouden als POUR.

Een website moet allereerst waarneembaar zijn. Informatie en interface-elementen mogen niet alleen visueel over te brengen zijn. Dat betekent dat afbeeldingen voorzien zijn van alt-teksten als ze informatie bevatten, video’s ondertiteling of een transcript hebben, het kleurcontrast tussen tekst en achtergrond hoog genoeg is en tekst vergroot kan worden zonder dat de layout in elkaar stort.

Daarnaast moet een site bedienbaar zijn. Gebruikers moeten de interface kunnen gebruiken zonder muis, dus via toetsenbord of hulptechnologie. Navigatie loopt logisch, focus is zichtbaar, er is voldoende tijd om taken uit te voeren en er zijn geen elementen die bijvoorbeeld via knipperende effecten gezondheidsrisico’s met zich meebrengen.

Het derde principe is begrijpelijkheid. Tekst moet in duidelijke taal zijn geschreven, formulieren en foutmeldingen moeten uitleggen wat er gebeurt en wat iemand moet doen, en navigatie moet voorspelbaar zijn. Als je op verschillende plekken op de site dezelfde term gebruikt, moet die ook naar hetzelfde type informatie leiden.

Tot slot moet een site robuust zijn. De onderliggende code moet zo zijn opgebouwd dat hij goed werkt met huidige en toekomstige browsers, apparaten en hulptechnologieën zoals schermlezers, brailleleesregels en spraakbediening. Semantische HTML en correcte ARIA-attributen spelen hierbij een belangrijke rol.

Niveaus A, AA en AAA

Binnen WCAG zijn drie niveaus van naleving gedefinieerd. Niveau A is de absolute basis. Als je dat niet haalt, sluit je bepaalde groepen gebruikers volledig uit. Denk aan essentiële afbeeldingen zonder alt-tekst of formulieren die niet met het toetsenbord te bedienen zijn.

Niveau AA is de standaard die in de praktijk wordt gehanteerd en in wetgeving is vastgelegd voor overheidswebsites en steeds vaker ook als eis in aanbestedingen voor commerciële partijen. Hier vallen onder andere eisen rond kleurcontrast, toetsenbordtoegankelijkheid en zichtbare focusindicatie onder.

Niveau AAA is het hoogste niveau. Dat is voor de meeste sites niet haalbaar op álle pagina’s, maar wel iets om na te streven op kritieke onderdelen zoals registraties, formulieren, aanvragen en checkouts.

Voor vrijwel elke organisatie geldt: richt je minimaal op niveau AA. Dat is zowel juridisch als moreel de juiste ondergrens.

Wetgeving en verplichtingen in Nederland en Europa

Toegankelijkheid is steeds minder een kwestie van “mooi meegenomen” en steeds meer een harde verplichting.

Voor Nederlandse overheidswebsites en -apps geldt nu al dat ze moeten voldoen aan WCAG 2.1 niveau AA. Dat volgt uit het Besluit digitale toegankelijkheid overheid uit 2018. Semipublieke organisaties, zoals veel zorg- en onderwijsinstellingen, vallen hier in de praktijk vaak ook onder of volgen dezelfde norm.

Daarnaast komt de European Accessibility Act (EAA) eraan. Deze Europese richtlijn treedt in werking op 28 juni 2025 en verplicht een brede groep commerciële organisaties om hun digitale producten toegankelijk te maken. Denk aan webshops, banken, verzekeraars, telecomaanbieders, reisorganisaties, streamingdiensten en andere partijen die digitale diensten aanbieden aan consumenten.

Valt jouw product of dienst onder de EAA en is je website of app na juni 2025 niet toegankelijk, dan ben je formeel in overtreding. Hoe streng handhaving per land precies wordt ingericht, verschilt, maar denk aan boetes, uitsluiting van aanbestedingen en reputatieschade. Bovendien zal toegankelijkheid steeds vaker expliciet in contracten en RFP’s worden opgenomen.

De boodschap is duidelijk: wacht niet tot de wettelijke deadline. Wie nu begint, bouwt een voorsprong en voorkomt stress en hoge kosten op het laatste moment. Wie wacht, bouwt een probleem.

Veelvoorkomende toegankelijkheidsproblemen

Jaarlijks onderzoek, zoals het WebAIM Million, laat zien dat meer dan 96 procent van de onderzochte homepagina’s automatisch detecteerbare toegankelijkheidsfouten bevat. Het gaat daarbij niet om exotische randgevallen, maar om basisdingen die relatief eenvoudig goed te doen zijn.

Een van de meest voorkomende fouten zijn ontbrekende of slechte alt-teksten. Een productafbeelding met een alt-tekst als “img_0342.jpg” zegt een schermlezergebruiker niets. Iemand die de afbeelding niet kan zien, mist dan essentiële informatie. Een goede alt-tekst beschrijft wat er te zien is en in welke context. Bijvoorbeeld: “Zwarte leren handtas met goudkleurige sluiting, vooraanzicht.” Voor decoratieve afbeeldingen is het juist de bedoeling dat de alt-tekst leeg blijft, zodat schermlezers ze overslaan.

Een andere klassieker is te laag kleurcontrast. Lichtgrijze tekst op een witte achtergrond oogt minimalistisch en modern, maar is voor mensen met slechtziendheid of bepaalde vormen van kleurenblindheid nauwelijks leesbaar. Ook op mobiele schermen in fel licht is dat een probleem. WCAG schrijft daarom minimale contrastverhoudingen voor tussen tekst en achtergrond. Met een eenvoudige contrastchecker kun je hier al veel fouten voorkomen.

Subtiele, maar impactvolle problemen duiken ook vaak op in navigatie en focus. Als je met het toetsenbord door een pagina tabt, moet duidelijk zichtbaar zijn welk element focus heeft. Zonder goede focusstijl weet een gebruiker niet waar hij is. Ook een onlogische tabvolgorde – bijvoorbeeld eerst door het menu, dan door een zijbalk en pas als laatste door de hoofdcontent – maakt een site onnodig lastig.

Formulieren zijn nog een ander pijnpunt. Labels die visueel wel te zien zijn maar technisch niet gekoppeld zijn aan het invoerveld, foutmeldingen die alleen in rood worden weergegeven zonder tekstuitleg, of velden die onderling niet logisch zijn opgebouwd: allemaal dingen die ervoor zorgen dat mensen met hulptechnologie of cognitieve beperkingen eenvoudig vastlopen.

Tot slot zien we vaak dat interactieve elementen – zoals uitklapmenu’s, sliders, modals of cookiepop-ups – niet goed zijn opgezet voor schermlezers en toetsenbordgebruikers. Ze krijgen bijvoorbeeld geen duidelijke rol, zijn niet te bereiken zonder muis of laten iemand “vastzitten” in een overlay.

In de praktijk betekenen dit soort fouten dat een deel van je bezoekers niet verder komt dan de homepage, een formulier niet kan afronden of belangrijke informatie mist. Dat zijn misgelopen leads, gemiste omzet en frustraties die je merk beschadigen.

Hoe veranker je toegankelijkheid structureel?

Toegankelijkheid los je niet op met één keer testen vlak voor livegang. Je verankert het door het in alle fases van je proces mee te nemen.

In de discovery- en strategiefase begint dat met bewustwording en eisen stellen. Je bepaalt welke doelgroepen je bedient, welke beperkingen relevant kunnen zijn en welk WCAG-niveau je minimaal wilt halen. Je legt vast dat toetsenbordtoegankelijkheid, voldoende contrast en semantische HTML geen “nice-to-haves” zijn, maar harde randvoorwaarden.

In de ontwerp- en contentfase let je op kleurgebruik, lettergrootte, hiërarchie in koppen, leesbaarheid van tekst en de manier waarop informatie wordt aangeboden. Teksten zijn duidelijk en to the point, lange lappen worden logisch opgesplitst, en beeld krijgt een functie in plaats van decoratie alleen. Designers en copywriters weten welke keuzes effect hebben op toegankelijkheid en stemmen daar hun werk op af.

Tijdens development zorg je dat ontwikkelaars bekend zijn met WCAG, semantische HTML, ARIA-attributen en de eisen rond toetsenbordbediening en focus. Componenten worden toegankelijk opgebouwd en hergebruikt, zodat je kwaliteit niet bij elk nieuw onderdeel opnieuw hoeft uit te vinden.

In test- en acceptatiefases combineer je automatische checks met handmatige controles. Tools als axe, Lighthouse of WAVE helpen om snelle fouten te vinden, maar het blijft belangrijk om met het toetsenbord door je site te navigeren en schermlezers als NVDA, JAWS of VoiceOver te gebruiken. Idealiter betrek je ook gebruikers met een beperking bij tests, al is het maar in een kleine, pragmatische sessie.

Na livegang blijft toegankelijkheid onderdeel van je onderhoud. Nieuwe content krijgt alt-teksten en goede heading-structuren, nieuwe componenten worden volgens dezelfde afspraken gebouwd en periodieke audits houden je scherp op regressie.

Bouwen voor iedereen is bouwen voor meer

Digitale toegankelijkheid draait in de basis om inclusie: niemand onnodig buitensluiten. Tegelijkertijd levert het je als organisatie tastbare voordelen op. Een toegankelijke site bereikt meer mensen, converteert beter, is beter vindbaar, werkt prettiger op mobiel en wordt vaak toekomstbestendiger gebouwd.

Zie toegankelijkheid daarom niet als checkbox of extra kostenpost, maar als kwaliteitscriterium. Wie voor iedereen bouwt, bouwt uiteindelijk voor meer.

Wil je je huidige website of een gepland traject tegen deze bril aanhouden, dan is een toegankelijkheidsreview een goede eerste stap. Vanuit zo’n scan krijg je een concreet beeld van waar je nu staat, wat de grootste risico’s zijn – juridisch, commercieel en voor je gebruikers – en welke verbeteringen de meeste impact hebben.