Een klant wil bij je bestellen en komt niet door het afrekenproces heen. Niet omdat je server plat ligt of je betaalprovider eruit lag, maar omdat de foutmelding bij het adresveld alleen met kleur wordt aangegeven en hij die kleur niet ziet. Of omdat het bestelformulier alleen met de muis te bedienen is, terwijl zij met het toetsenbord navigeert.
Dat soort drempels valt in geen enkel dashboard op. Je ziet geen storing, je ziet geen foutmelding. Je ziet alleen een bestelling die nooit binnenkomt.
Digitale toegankelijkheid gaat precies daarover: zorgen dat iedereen jouw website of applicatie kan gebruiken, ook mensen met een visuele, motorische, auditieve of cognitieve beperking. En sinds kort is het voor veel bedrijven niet langer een kwestie van goede wil, maar van wetgeving.
Waar die wet vandaan komt
De Europese toegankelijkheidswet - in het Engels de European Accessibility Act - is sinds 28 juni 2025 van toepassing. De richtlijn is in Nederland omgezet in nationale wetgeving en richt zich op producten en diensten die aan consumenten worden aangeboden.
In de praktijk gaat het onder meer om:
- webshops en e-commercediensten
- bankieren, verzekeren en andere financiële dienstverlening
- telecom- en mediadiensten
- reserverings- en ticketsystemen voor personenvervoer
- e-books en e-readers
- betaalautomaten, geldautomaten en ticketautomaten
Voor webshops en e-commerce ligt het toezicht bij de Autoriteit Consument & Markt (ACM). Andere sectoren vallen onder andere toezichthouders.
Belangrijk: er is een uitzondering voor micro-ondernemingen die diensten aanbieden. Heb je minder dan 10 medewerkers én een jaaromzet of balanstotaal van maximaal 2 miljoen euro, dan val je voor je diensten buiten de verplichting. Zit je daarboven, dan geldt de wet wel.
Er loopt daarnaast een overgangsregeling: diensten die op 28 juni 2025 al draaiden, mogen bestaande producten die daarvoor worden gebruikt in sommige gevallen nog tot 28 juni 2030 blijven inzetten. Dat is uitstel, geen afstel.
Wil je precies weten hoe die wet is opgebouwd en welke normen erachter zitten? Lees ook onze blog over digitale toegankelijkheid en de European Accessibility Act.
Wat "toegankelijk" technisch betekent
De wet zelf beschrijft doelen, geen code. De invulling komt uit de Europese norm EN 301 549, die voor websites en apps verwijst naar WCAG 2.1, niveau A en AA.
WCAG rust op vier principes. Je website moet zijn:
- Waarneembaar: informatie moet op meerdere manieren te ontvangen zijn. Denk aan alt-teksten bij afbeeldingen, voldoende kleurcontrast en ondertiteling bij video.
- Bedienbaar: alles moet ook zonder muis werken, met een zichtbare focusindicator en genoeg tijd om een formulier af te ronden.
- Begrijpelijk: heldere taal, voorspelbare navigatie, en foutmeldingen die vertellen wát er misging en hoe je het oplost.
- Robuust: correcte, semantische HTML, zodat schermlezers en andere hulpmiddelen je pagina goed kunnen interpreteren.
Die laatste is de stille sleutel. Veel toegankelijkheidsproblemen ontstaan niet door slechte bedoelingen, maar door een div die als knop wordt gebruikt, of een custom dropdown die geen enkele hulptechnologie herkent.
Wat we in de praktijk het vaakst tegenkomen
Bij bestaande sites zien we steeds dezelfde categorieën terugkomen:
- Formulieren zonder gekoppelde labels. Het veld ziet er prima uit, maar een schermlezer meldt alleen "invoerveld" — zonder te vertellen waarvoor.
- Te laag contrast. Lichtgrijze tekst op wit oogt rustig in het ontwerp, maar is voor veel mensen onleesbaar.
- Toetsenbordvallen. Je kunt een modaal venster openen maar er niet meer uit tabben.
- Betekenis die alleen in kleur zit. Een rood randje om een veld is geen foutmelding als je die kleur niet waarneemt.
- Afbeeldingen zonder (of met zinloze) alt-tekst. "IMG_4471.jpg" helpt niemand.
- Onzichtbare focus. De focusring is in de CSS weggehaald omdat hij "lelijk" was.
Het goede nieuws: dit zijn bijna allemaal gerichte aanpassingen, geen herbouw.
Zo pak je het aan
Een toegankelijkheidstraject hoeft geen groot project te zijn. Wij werken meestal in deze volgorde:
1. Bepaal je kritieke paden. Niet elke pagina is even belangrijk. Begin bij de routes waar geld en aanmeldingen doorheen lopen: homepage, categoriepagina, productpagina, winkelmandje, afrekenen, account aanmaken, contact.
2. Meet automatisch én handmatig. Tools als axe of Lighthouse vinden een deel van de problemen — een flink deel, maar niet alles. Vul ze aan met twee handmatige tests: navigeer één keer volledig met alleen je toetsenbord, en luister één keer mee met een schermlezer.
3. Repareer op componentniveau. Zit het probleem in je knop-component, dan los je het één keer op en verbetert het op elke pagina tegelijk. Dat is precies waarom een consistent design system zo veel waard is.
4. Leg het vast in je proces. Voeg toegankelijkheidschecks toe aan je definition of done en, waar mogelijk, aan je CI-pijplijn. Anders sluipen dezelfde fouten er bij de volgende release weer in — net zoals bij software-onderhoud na de livegang blijft ook toegankelijkheid iets waar je continu aandacht aan moet besteden.
5. Publiceer een toegankelijkheidsverklaring. Daarin beschrijf je in hoeverre je voldoet, welke onderdelen nog niet toegankelijk zijn en welke alternatieven je biedt. Eerlijk en actueel is hier beter dan mooi.
Het levert meer op dan een vinkje
Toegankelijk bouwen wordt vaak als compliancekost gezien, maar de winst is breder.
Semantische HTML en duidelijke koppenstructuur helpen ook zoekmachines. Betere contrasten en grotere klikvlakken maken je site prettiger op een telefoon in fel zonlicht — net als bij Core Web Vitals en websitesnelheid gaat het om kleine technische verbeteringen die voor iedere bezoeker merkbaar zijn. Formulieren met heldere foutmeldingen verlagen het aantal afgebroken bestellingen — voor iedereen, niet alleen voor mensen met een beperking. En ondertiteling bij video's wordt vooral gebruikt door mensen die geluid uitzetten in de trein.
Zo bekeken is toegankelijkheid gewoon kwaliteit. Het dwingt je om na te denken over structuur, duidelijkheid en robuustheid — dezelfde dingen die software onderhoudbaar houden.
Aan de slag
Weet je niet zeker of jouw website of webshop onder de wet valt, of hoe ver je ervan af staat? Wij voeren een toegankelijkheidsscan uit op je belangrijkste gebruikersroutes, zetten de bevindingen op volgorde van impact en laten zien wat je met beperkte inspanning al oplost.
Ben je toch toe aan een grotere stap, zoals een nieuwe of opnieuw gebouwde webapplicatie die vanaf de basis toegankelijk is? Bekijk dan ook wat het kost om een webapplicatie te laten bouwen.
Neem vrijblijvend contact met ons op voor een check. Beter dat wij de drempels vinden dan dat je klant erover struikelt.