De European Accessibility Act (EAA) is sinds juni 2025 verplicht van kracht. Als uw bedrijf digitale producten of diensten verkoopt in de Europese Unie, moet uw website voldoen aan de WCAG 2.2 niveau AA standaard. Het niet naleven ervan kan leiden tot sancties van maximaal 100.000 euro per lidstaat. En toch voldoet 94,8% van de websites nog steeds niet aan deze vereisten volgens het WebAIM Million 2024-rapport.
Dit artikel legt uit wat de regelgeving vereist, hoe u uw website auditeert en welke stappen u moet volgen om daadwerkelijk te voldoen, zonder snelkoppelingen die de zaken verergeren.
Wat er is veranderd met de European Accessibility Act
De EAA (Richtlijn 2019/882) harmoniseert voor het eerst de normen voor digitale toegankelijkheid in de gehele EU. Tot de inwerkingtreding had elk land gefragmenteerde regelgeving. Nu bestaat er een uniform kader dat van toepassing is op elk bedrijf dat op de Europese markt opereert.
We hebben het niet alleen over overheidsinstellingen. De EAA dekt de particuliere sector: e-commerce, elektronisch bankieren, vervoersdiensten, telecommunicatie, elektronische boeken en elke digitale dienst gericht op de consument.
Micro-ondernemingen (minder dan 10 werknemers en 2 miljoen euro omzet) zijn vrijgesteld. De rest niet. En de regelgeving geldt zowel voor Europese bedrijven als voor elk bedrijf dat diensten aanbiedt aan consumenten binnen de EU, ongeacht de vestigingsplaats.
Wat de regelgeving precies vereist
De EAA introduceert geen eigen technische vereisten. Het verwijst naar de geharmoniseerde norm EN 301 549, die op zijn beurt de richtlijnen WCAG 2.2 niveau AA als technische referentie hanteert. In de praktijk betekent voldoen aan de EAA: voldoen aan WCAG 2.2 AA.
Deadlines en sancties
- 28 juni 2025: deadline voor omzetting. De lidstaten moesten de richtlijn in hun nationale wetgeving hebben opgenomen.
- 28 juni 2030: einde van de overgangsperiode voor producten en diensten die vóór 2025 al op de markt waren.
- Sancties: elke lidstaat stelt zijn eigen sancties vast, maar de richtlijn vereist dat deze "doeltreffend, evenredig en afschrikwekkend" zijn. In meerdere landen zijn boetes vastgesteld tot 100.000 euro per overtreding. Bij herhaling kunnen de bedragen worden vermenigvuldigd.
Op wie is het van toepassing
De regelgeving is duidelijk in haar bereik. Het is van toepassing op e-commerce websites, platformen voor bank- en financiële diensten, websites van vervoersexploitanten, diensten voor elektronische communicatie en platformen voor audiovisuele content. Als uw bedrijf online verkoopt aan Europese consumenten, valt u binnen het bereik.
WCAG 2.2 AA: de technische standaard achter de wet
De Web Content Accessibility Guidelines (WCAG) evolueren al meer dan 25 jaar. Versie 2.2, gepubliceerd in oktober 2023, voegt 9 nieuwe succescriteria toe ten opzichte van versie 2.1. Ze zijn georganiseerd rond vier principes waaraan alle webcontent moet voldoen.
De vier principes (POUR)
Waarneembaar: de informatie moet door ten minste één zintuig waargenomen kunnen worden. Dit omvat alternatieve tekst bij afbeeldingen, ondertitels bij video's, voldoende contrast tussen tekst en achtergrond (minimale verhouding 4.5:1 voor normale tekst) en de mogelijkheid om tekst tot 200% te vergroten zonder functionaliteitsverlies.
Bedienbaar: gebruikers moeten alle interface-elementen kunnen bedienen. Volledige toetsenbordnavigatie, voldoende tijd om taken te voltooien, geen inhoud die toevallen kan veroorzaken en duidelijke navigatiemechanismen.
Begrijpelijk: de inhoud en interface moeten voorspelbaar zijn. Taal gedeclareerd in de HTML, beschrijvende labels in formulieren, duidelijke foutmeldingen en consistent gedrag van interactieve elementen.
Robuust: de inhoud moet werken met huidige en toekomstige ondersteunende technologieën. Valide semantische HTML, correcte ARIA-rollen en compatibiliteit met schermlezers zoals NVDA, JAWS of VoiceOver.
Nieuw in WCAG 2.2
Versie 2.2 bevat criteria gericht op gebruikers met cognitieve en motorische beperkingen. De meest relevante:
- Minimale grootte van het aanraakgebied: interactieve elementen moeten minimaal 24x24 CSS-pixels zijn.
- Consistente hulp: als u hulpmechanismen aanbiedt (chat, telefoon, FAQ), moeten deze op dezelfde relatieve locatie staan op alle pagina's.
- Toegankelijke authenticatie: u mag niet vereisen dat de gebruiker complexe informatie onthoudt of overschrijft om in te loggen. CAPTCHA's met cognitieve tests worden als een barrière beschouwd.
Hoe u de toegankelijkheid van uw website auditeert
Een serieuze toegankelijkheidsaudit combineert geautomatiseerde analyse met handmatige beoordeling. Geautomatiseerde tools zijn een startpunt, maar detecteren slechts 30% tot 40% van de problemen. Handmatige beoordeling door experts bereikt een detectie van 95%.
Geautomatiseerde tools (eerste filter)
Deze tools identificeren evidente fouten: afbeeldingen zonder alt-tekst, onvoldoende contrast, formulieren zonder labels, ongeordende koppen.
- axe-core (Deque): browserextensie en bibliotheek die integreerbaar is in CI/CD. Het is de motor die de meeste testtools gebruiken.
- Pa11y: opdrachtregeltool ideaal voor integratie in ontwikkelingspipelines. Maakt terugkerende geautomatiseerde audits mogelijk.
- Lighthouse (Google): bevat een toegankelijkheidssectie in het rapport. Nuttig als snelle indicator, maar niet uitputtend.
Het uitvoeren van deze tools is de minimale stap. Als uw website minder dan 90 scoort op de toegankelijkheidsscore van Lighthouse, heeft u structurele problemen die moeten worden opgelost voordat u aan regelgevingsnaleving denkt.
Handmatige beoordeling (waar de echte waarde zit)
De problemen die geautomatiseerde tools niet detecteren zijn juist degene die echte gebruikers het meest raken:
- Toetsenbordnavigatie: kunt u de hele website doorlopen zonder muis? Is de focus zichtbaar op elk element? Heeft de tabvolgorde een logische volgorde?
- Schermlezers: begrijpt een NVDA- of VoiceOver-gebruiker de structuur van de pagina? Kondigen formulieren hun velden en fouten correct aan?
- Context en begrip: hebben links beschrijvende tekst of zeggen ze "klik hier"? Hebben datatabellen rij- en kolomkoppen?
- Volledige stromen: kan een aankoop worden voltooid, een contactformulier worden ingevuld of een afspraak worden gemaakt met alleen het toetsenbord en een schermlezer?
Als uw website is gebouwd op WordPress, moet de audit ook de actieve plugins omvatten. Veel populaire plugins genereren ontoegankelijke HTML die anders correcte pagina's vervuilt.
Waarom toegankelijkheids-overlays niet werken
Onder regulatoire druk nemen veel bedrijven hun toevlucht tot "snelle oplossingen": JavaScript-widgets die over de website worden gelegd en instantane toegankelijkheid beloven. Dit zijn de zogenaamde toegankelijkheids-overlays.
Ze werken niet. En we zeggen dat met data.
In 2024 beboette de FTC accessiBe met 1 miljoen dollar voor misleidende reclame. Het bedrijf beweerde dat zijn widget websites conform WCAG maakte. De FTC oordeelde dat deze beweringen onjuist waren.
Overlays hebben gedocumenteerde problemen:
- Ze corrigeren de broncode niet. Ze leggen een laag over die structurele fouten probeert te compenseren, maar schermlezers vinden nog steeds de originele HTML.
- Ze interfereren met ondersteunende technologieën. Echte gebruikers met een beperking melden dat overlays hun ervaring verslechteren, niet verbeteren. De gemeenschap van mensen met een beperking is bijzonder uitgesproken tegen deze producten.
- Ze zijn niet conform. Geen enkele standaard (WCAG, EN 301 549, ADA) accepteert een overlay als bewijs van naleving. Een overlay beschermt u niet bij een klacht of een inspectie.
- Ze creëren een vals gevoel van veiligheid. Het bedrijf denkt dat het "al voldoet" en stopt met investeren in echte toegankelijkheid.
Toegankelijkheid wordt gebouwd vanuit de code en het ontwerp, niet achteraf gepatcht. Elke oplossing die naleving belooft zonder uw HTML, CSS of gebruikersstroom aan te raken, verkoopt u iets dat niet bestaat.
Stap voor stap: hoe u uw website echt toegankelijk maakt
Voldoen aan WCAG 2.2 AA is geen weekendproject, maar het vereist ook niet dat u uw website helemaal opnieuw bouwt. Het is een iteratief proces dat, goed gepland, integreert in de normale ontwikkelingscyclus.
1. Volledige initiële audit
Combineer geautomatiseerde tools (axe-core, Pa11y) met een professionele handmatige audit. Het resultaat moet een rapport zijn dat elk probleem classificeert op ernst (kritiek, hoog, gemiddeld, laag) en op geschonden WCAG-criterium.
2. Prioritering op impact
Niet alle fouten wegen even zwaar. Prioriteer in deze volgorde:
- Blokkerend: elementen die het voltooien van kritieke taken verhinderen (aankoop, registratie, contact).
- Ernstig: informatie die ontoegankelijk is voor gebruikers van ondersteunende technologieën.
- Gemiddeld: navigatie- of begripsproblemen die het gebruik bemoeilijken maar niet verhinderen.
- Gering: contrastdetails, afmetingen van aanraakgebieden of weglatingen van niet-kritieke ARIA-attributen.
3. Coderemediatie
De meest voorkomende wijzigingen omvatten: beschrijvende alternatieve teksten toevoegen, de koppenhiërarchie corrigeren, formulieren correct labelen, toetsenbordnavigatie waarborgen, zichtbare focusstatussen implementeren en kleurcontrast verbeteren.
Een relevant gegeven: volgens een studie van Nucleus Research zien websites met goede toegankelijkheid een verbetering van 12% in organisch verkeer. De semantische HTML die WCAG vereist is precies wat Google waardeert voor positionering. Als u investeert in toegankelijkheid, investeert u tegelijkertijd in SEO en in conversie-optimalisatie.
4. Testen met echte gebruikers
Voordat u het project als afgerond verklaart, test u met mensen die dagelijks ondersteunende technologieën gebruiken. Hun bevindingen onthullen altijd problemen die noch tools noch auditors hebben gedetecteerd. Het betrekken van gebruikers met verschillende soorten beperkingen (visueel, motorisch, cognitief) levert complementaire perspectieven op.
5. Toegankelijkheidsverklaring
De EAA vereist dat u een toegankelijkheidsverklaring op uw website publiceert. Deze moet het bereikte conformiteitsniveau aangeven, de bekende uitzonderingen, de datum van de laatste herziening en een contactmechanisme voor het melden van toegankelijkheidsproblemen. Het is geen decoratief document: het is een wettelijke vereiste.
6. Doorlopend onderhoud
Toegankelijkheid is geen project met een einddatum. Elke nieuwe functionaliteit, elke ontwerpwijziging en elke content-update kan barrières introduceren. Integreer toegankelijkheidschecks in uw ontwikkelingspipeline (axe-core in CI/CD) en plan periodieke audits ten minste eenmaal per jaar.
Toegankelijkheid en SEO: een alliantie die resultaten vermenigvuldigt
Het verband tussen toegankelijkheid en organische positionering is niet toevallig. Google beloont al jaren precies dezelfde praktijken die WCAG vereist.
Semantische HTML: hiërarchische koppen (H1-H6), correct gemarkeerde lijsten en tabellen met koppen helpen niet alleen schermlezers. Ze helpen Google de structuur van uw content te begrijpen.
Alternatieve tekst bij afbeeldingen: een basale toegankelijkheidsvereiste die ook Google Images voedt en de semantische relevantie van de pagina verbetert.
Contrast en leesbaarheid: een leesbare website houdt de gebruiker langer vast, verlaagt het bouncepercentage en stuurt positieve engagement-signalen.
Prestaties: veel toegankelijkheidsverbeteringen (onnodig JavaScript verminderen, de DOM vereenvoudigen, de laadvolgorde optimaliseren) vallen samen met de optimalisaties die de Core Web Vitals verbeteren.
Toegankelijke websites die voldoen aan WCAG AA registreren gemiddeld +12% organisch verkeer ten opzichte van hun eerdere niet-toegankelijke versies. Het is geen bijwerking: het is het directe resultaat van dingen goed doen voor alle gebruikers, inclusief Googlebot.
De markt voor digitale toegankelijkheid wordt geschat op 3,24 miljard dollar geprojecteerd voor 2034. Bedrijven die nu investeren vermijden niet alleen sancties: ze bereiken een gebruikerssegment dat de concurrentie negeert.
Veelgestelde vragen over webtoegankelijkheid en de EAA
Sinds wanneer is de European Accessibility Act verplicht?
De EAA trad in werking op 28 juni 2025. De EU-lidstaten moesten de richtlijn vóór die datum in hun nationale wetgeving hebben omgezet. Producten en diensten die al op de markt waren, hebben een overgangsperiode tot juni 2030.
Aan welke technische standaard moet ik voldoen?
De Europese geharmoniseerde norm is EN 301 549, die de richtlijnen WCAG 2.2 niveau AA als technische referentie hanteert. Voldoen aan WCAG 2.2 AA is de meest directe manier om conformiteit met de regelgeving aan te tonen.
Moet mijn kleine website ook voldoen?
Als uw bedrijf minder dan 10 werknemers heeft en minder dan 2 miljoen euro per jaar omzet, bent u vrijgesteld. In elk ander geval, als u digitale producten of diensten aanbiedt aan consumenten in de EU, is de regelgeving op u van toepassing.
Kan ik een overlay of toegankelijkheidswidget gebruiken om te voldoen?
Nee. Overlays garanderen geen conformiteit met WCAG en kunnen de ervaring voor gebruikers met een beperking verslechteren. De FTC beboette accessiBe met 1 miljoen dollar voor het beweren van het tegendeel. Toegankelijkheid vereist wijzigingen in de broncode, geen oppervlakkige patches.
Hoeveel kost het om een website toegankelijk te maken?
Dat hangt af van de omvang van de website, de complexiteit van de interacties en de huidige staat van de code. Een initiële audit identificeert de werkelijke omvang van het werk. Over het algemeen is het aanzienlijk goedkoper om toegankelijkheid vanaf het ontwerp te integreren dan achteraf te herstellen. Wat niet optioneel is, zijn de kosten van het niet doen: boetes tot 100.000 euro en uitsluiting van een groeiend gebruikerssegment.
Zijn geautomatiseerde tools voldoende voor een audit?
Nee. Tools zoals axe-core, Pa11y of Lighthouse detecteren tussen 30% en 40% van de toegankelijkheidsproblemen. Handmatige beoordeling door experts, inclusief tests met schermlezers en toetsenbordnavigatie, detecteert tot 95%. De combinatie van beide methoden is onmisbaar.
Heeft toegankelijkheid invloed op SEO?
Ja, positief. De semantische HTML, alternatieve teksten, koppenstructuur en prestaties die WCAG vereist, komen overeen met de factoren die Google beloont. Toegankelijke websites registreren gemiddeld +12% organisch verkeer.
Hoe vaak moet ik de toegankelijkheid van mijn website controleren?
Minimaal eenmaal per jaar met een volledige audit. Daarnaast moet elke nieuwe functionaliteit of significante ontwerpwijziging een toegankelijkheidsbeoordeling ondergaan voordat deze wordt gepubliceerd. Het integreren van geautomatiseerde checks in de ontwikkelingspipeline (CI/CD) detecteert regressies op doorlopende basis.
Het moment om te handelen is nu
Webtoegankelijkheid is niet langer een aanbeveling maar een wettelijke verplichting met echte economische consequenties. Maar los van de regelgeving is het toegankelijk maken van uw website een slimme zakelijke beslissing: u vergroot uw publiek, verbetert uw SEO, vermindert het juridische risico en toont een oprecht engagement voor inclusie.
De eerste stap is weten waar u staat. Een professionele toegankelijkheidsaudit identificeert de problemen, prioriteert ze en definieert een concreet actieplan. Dat is het verschil tussen echt voldoen en duimen draaien.
