Van richtlijn naar verplichting
Digitale toegankelijkheid was lang een aanbeveling. Iets dat je deed als je er tijd voor had, of als je klanten erom vroegen. Dat is veranderd. Met de European Accessibility Act (EAA) is digitale toegankelijkheid een wettelijke verplichting geworden die geldt voor een breed scala aan producten en diensten.
De richtlijn is in Nederland geïmplementeerd en geldt sinds 28 juni 2025. Dit betekent dat producten en diensten die na die datum op de markt worden gebracht, moeten voldoen aan de toegankelijkheidseisen. Voor bestaande diensten geldt een overgangstermijn.
Voor wie geldt de EAA?
De EAA heeft een brede scope. De volgende categorieën vallen eronder:
- E-commerce — Webshops en online verkoopplatformen
- Bankdiensten — Online bankieren, betaalterminals, geldautomaten
- Telecommunicatie — Telecomdiensten, messaging, videobellen
- Vervoersdiensten — Ticketverkoop, reisinformatie, check-in systemen
- E-books — Digitale publicaties en leesapplicaties
- Computers en besturingssystemen — Hardware en software
De uitzondering: micro-ondernemingen met minder dan 10 medewerkers en minder dan 2 miljoen euro jaaromzet zijn vrijgesteld. Maar zelfs als je daaronder valt, is toegankelijkheid een investering die zich terugbetaalt in bereik en gebruikerservaring.
Wat moet je technisch regelen?
De EAA verwijst naar de Europese norm EN 301 549, die grotendeels gebaseerd is op de Web Content Accessibility Guidelines (WCAG) 2.1 op niveau AA. Dit betekent concreet:
Waarneembaar
- Tekstalternatieven — Alle niet-tekst content (afbeeldingen, iconen, grafieken) moet een tekstalternatief hebben dat hetzelfde doel dient.
- Ondertiteling — Video- en audiocontent moet ondertiteld zijn of een teksttranscript bieden.
- Kleurcontrast — Tekst moet voldoende contrast hebben met de achtergrond. Minimaal 4.5:1 voor normale tekst, 3:1 voor grote tekst.
- Responsief ontwerp — Content moet bruikbaar zijn bij 200% zoom en op verschillende schermformaten.
Bedienbaar
- Toetsenbordtoegankelijkheid — Alle functionaliteit moet bereikbaar zijn met alleen een toetsenbord. Geen muisafhankelijke interacties.
- Focusindicatoren — Het moet zichtbaar zijn welk element de focus heeft bij toetsenbordnavigatie.
- Voldoende tijd — Gebruikers moeten voldoende tijd krijgen voor het lezen en gebruiken van content. Geen agressieve time-outs.
- Navigatie — Duidelijke, consistente navigatiestructuur met skip-links en herkenbare patronen.
Begrijpelijk
- Taal — De taal van de pagina moet in de HTML gedefinieerd zijn. Tekst in een andere taal moet gemarkeerd worden.
- Voorspelbaarheid — Interactie-elementen moeten zich gedragen zoals verwacht. Geen onverwachte acties bij focusverandering.
- Foutpreventie — Formulieren moeten duidelijke foutmeldingen tonen en gebruikers helpen bij het corrigeren van fouten.
Robuust
- Semantische HTML — Gebruik de juiste HTML-elementen voor hun bedoelde doel. Een knop is een
<button>, niet een<div>met een click-handler. - ARIA waar nodig — Voor complexe interactieve componenten die niet met standaard HTML gebouwd kunnen worden, gebruik je ARIA-attributen om de functie en status te communiceren aan hulptechnologieën.
Toegankelijkheid is geen checklist die je aan het einde afvinkt. Het is een ontwerpprincipe dat je vanaf het begin meeneemt.
Veelgemaakte fouten
De meest voorkomende toegankelijkheidsproblemen die we tegenkomen:
- Ontbrekende alt-teksten — Afbeeldingen zonder tekstalternatief zijn onzichtbaar voor screenreaders.
- Onvoldoende contrast — Lichtgrijze tekst op een witte achtergrond is niet leesbaar voor veel mensen. Check je contrastwaarden.
- Niet-klikbare interactieve elementen — Links en knoppen die alleen met een muis bereikbaar zijn, sluiten toetsenbordgebruikers uit.
- Formulieren zonder labels — Invoervelden die visueel een label hebben, maar niet programmatisch gekoppeld zijn aan dat label.
- Modals en overlays — Pop-ups die de focus niet trappen, waardoor toetsenbordgebruikers achter de modal kunnen navigeren.
- Custom componenten zonder ARIA — Dropdowns, tabs en accordeons die met JavaScript gebouwd zijn maar niet de juiste ARIA-rollen en -staten hebben.
Hoe pak je het aan?
- Audit — Laat een toegankelijkheidsaudit uitvoeren op je huidige website of applicatie. Geautomatiseerde tools als Axe of Lighthouse vangen een deel, maar handmatige controle door een specialist is essentieel.
- Prioriteer — Niet alle issues zijn even urgent. Focus eerst op de problemen die de grootste groep gebruikers uitsluiten: toetsenbordnavigatie, kleurcontrast en formulieren.
- Fix structureel — Los de problemen niet alleen op in de huidige code, maar zorg dat je component library en design system toegankelijkheid ingebouwd hebben.
- Test doorlopend — Maak toegankelijkheidstests onderdeel van je development-proces. Automatische tests in je CI/CD pipeline, en periodieke handmatige audits.
- Betrek gebruikers — Test met echte gebruikers die hulptechnologieën gebruiken. Zij vinden problemen die geen tool detecteert.
Handhaving en sancties
De handhaving van de EAA wordt per EU-lidstaat geregeld. In Nederland houdt de toezichthouder toezicht op de naleving. Bij overtredingen kunnen sancties opgelegd worden, variërend van waarschuwingen tot boetes. De exacte invulling verschilt per sector en lidstaat.
Maar sancties zijn niet de belangrijkste reden om te investeren in toegankelijkheid. Het gaat om bereik: zo'n 15-20% van de bevolking heeft een vorm van beperking. Door je applicatie toegankelijk te maken, bedien je een grotere doelgroep en bied je iedereen een betere ervaring.
Conclusie
De European Accessibility Act maakt digitale toegankelijkheid een wettelijke verplichting. Als je een webshop, platform of digitale dienst aanbiedt, moet je voldoen aan WCAG 2.1 AA. Begin met een audit, prioriteer de grootste problemen en maak toegankelijkheid een vast onderdeel van je ontwikkelproces.
Wil je weten hoe jouw applicatie ervoor staat? Neem contact op — we voeren een toegankelijkheidsaudit uit en helpen je bij het compliant maken van je software.
