European Accessibility Act (EAA) is live: zo maak je je WordPress-site nu toegankelijk

De European Accessibility Act (EAA) is sinds 28 juni 2025 van kracht. Voor iedereen die met WordPress sites bouwt of beheert voor gebruikers in de Europese Unie is dit een kantelpunt: toegankelijkheid is niet langer een toekomstige deadline, maar een wettelijke verplichting voor websites en digitale diensten die producten of services aanbieden aan EU-consumenten.

Dat geldt niet alleen voor grote platforms. Ook een agency met WooCommerce-projecten, een freelancer die leadgeneratie-sites oplevert, of een pluginbouwer die in de EU markt actief is, krijgt ermee te maken. De echte vraag is dus niet óf je moet voldoen, maar hoe je er nu werk van maakt – op een manier die past bij WordPress en je dagelijkse workflow.

Hieronder vind je de belangrijkste tijdlijn en overgangsregels, hoe handhaving in de praktijk meestal op gang komt, wat de risico’s zijn bij niet-naleving, en een concrete checklist met vijf praktische stappen om meteen vooruitgang te boeken.

Tijdlijn en overgangsperiode: het is geen aan/uit-schakelaar

Hoewel de ingangsdatum al voorbij is, werkt de EAA met een gefaseerde aanpak. De regels zijn strikter voor nieuwe producten en diensten dan voor bestaande services die al vóór 28 juni 2025 live stonden.

Nieuwe producten en diensten: vanaf dag één toegankelijk

Alles wat je na 28 juni 2025 lanceert, moet bij launch toegankelijk zijn. Er is dus geen overgangsperiode voor nieuwe offerings.

• Lanceer je in oktober een nieuwe e-commerce site? Dan wordt toegankelijkheid direct verwacht.
• Publiceer je in november een nieuwe WordPress-plugin? Dan moet die ‘out of the box’ toegankelijk werken.

De praktische consequentie is dat toegankelijkheid naar voren schuift in je proces. Het hoort bij planning, design en development – net zo fundamenteel als security en mobile responsiveness, en niet als laatste ‘polish’ vlak voor livegang.

Bestaande services: overgang tot 28 juni 2030 (maar niet leunen)

Voor diensten die al bestonden vóór de deadline, geldt een transitieperiode: volledige naleving moet uiterlijk 28 juni 2030 rond zijn. Dat klinkt als een ‘grace period’, maar zo werkt het niet in de praktijk. Het is bedoeld als een venster om gestaag te verbeteren, niet om vijf jaar te wachten.

1. Wachten zet je op achterstand. Toegankelijke sites bereiken meer gebruikers, scoren vaak beter in search, en bouwen vertrouwen op. Wie pas op het laatste moment begint, mist jaren aan voordelen.
2. Klachten kunnen al vóór 2030 tot actie leiden. Als iemand met een beperking in 2026 een klacht indient, gaan autoriteiten niet ‘netjes wachten’ tot 2030. Er volgt onderzoek en men verwacht een duidelijk plan en bewijs van voortgang. Een roadmap, documentatie en aantoonbare verbeteringen zijn dan je beste verdediging; niets doen maakt je kwetsbaar.
3. Grote wijzigingen kunnen je deadline ‘resetten’. De overgangsperiode geldt vaak niet als je ‘substantial modifications’ doet. Wat daar precies onder valt is soms grijs gebied, maar een complete redesign, een grote herbouw van je e-commerce flow, of een forse functionaliteitswijziging kan worden gezien als een ‘nieuwe’ service. In dat geval kan onmiddellijke volledige naleving verwacht worden, niet pas in 2030.

De kern: 2030 is de laatst mogelijke datum, niet het moment om te starten. Er wordt verwacht dat je vanaf nu consistent en te goeder trouw vooruitgang boekt.

Wat als je (nog) niet voldoet? Zo loopt handhaving meestal

De EAA is nu van kracht en negeren heeft echte consequenties. De handhaving verschilt per EU-lidstaat, maar het proces volgt doorgaans hetzelfde patroon. Het is geen scenario waarin ineens ‘toegankelijkheidstoezicht’ op de stoep staat; het is een gestructureerd, vaak consument-gedreven systeem dat organisaties richting compliance duwt.

Hoe non-compliance in beeld komt

Er zijn grofweg twee manieren waarop je site onder een vergrootglas kan komen te liggen:

1. Consumentenklachten. De meest voorkomende trigger is een gebruiker met een beperking die je site niet kan gebruiken om bijvoorbeeld een aankoop te doen, een dienst af te nemen of informatie te vinden. De EAA biedt een duidelijk juridisch pad om een klacht in te dienen bij de aangewezen nationale autoriteit.
2. Market surveillance (marktbewaking). Toezichthouders voeren ook proactieve audits uit, zeker in sectoren met veel impact zoals e-commerce, bankieren en reizen. Je site kan bij zo’n routinecheck worden gesignaleerd.

Wat er daarna gebeurt

Je krijgt doorgaans niet direct een boete op de mat. Het doel is primair: toegankelijkheid realiseren, niet ‘straffen om het straffen’. Als je site wordt geflagd, verloopt handhaving meestal in stappen:

1. Notice of non-compliance. Vrijwel altijd start dit met een formele waarschuwing. Een nationale autoriteit neemt contact op met concrete issues die zijn gevonden, plus uitleg welke onderdelen van de EAA worden geschonden.
2. Termijn om te herstellen. Je krijgt een redelijke periode om de gevonden problemen op te lossen. Dit is nadrukkelijk niet de vijfjarige transitieperiode, maar een veel kortere, specifieke deadline. De exacte termijn hangt af van de complexiteit.
3. Escalatie. Als je de waarschuwing negeert en de gevraagde changes niet oplevert binnen de gestelde termijn, volgen sancties.

Mogelijke sancties

De EAA vereist dat sancties “effective, proportionate, and dissuasive” zijn: effectief, proportioneel en afschrikwekkend. In de praktijk kan dat betekenen:

• Hoge boetes. Het bedrag verschilt sterk per land: van enkele duizenden euro’s tot een percentage van je jaarlijkse omzet. Ook een ‘kleine’ boete kan voor een klein bedrijf hard aankomen; voor grotere organisaties kunnen bedragen fors oplopen.
• Verbod of beperking van dienstverlening. In zwaardere gevallen kan een autoriteit opleggen dat je dienst niet aangeboden mag worden aan consumenten in dat land tot je voldoet. Voor online business is het verliezen van toegang tot een hele EU-markt enorm ingrijpend.
• Product withdrawal. Verkoop je een digitaal product (zoals een WordPress-plugin) dat niet voldoet, dan kun je gedwongen worden het uit de markt te halen.
• Persoonlijke en strafrechtelijke aansprakelijkheid. In sommige lidstaten en bij bepaalde herhaalde of ernstige overtredingen kan er persoonlijke aansprakelijkheid voor bestuurders meespelen. Dat is zeldzaam, maar het laat zien dat dit wetgeving is die serieus wordt genomen.

Naast juridische risico’s: reputatieschade

Los van boetes en beperkingen is reputatieschade vaak minstens zo pijnlijk. Publiekelijk bekendstaan als ‘niet toegankelijk’ tast vertrouwen aan en kan jarenlang aan je merk blijven kleven. In een markt waar inclusie steeds zichtbaarder wordt, is uitsluiting niet alleen non-compliance maar ook gewoon slechte business.

Een voorbeeld van tooling die in WordPress-workflows integreert is de Accessibility Assistant van Ally, bedoeld om pagina’s te scannen en issues inzichtelijk te maken.

Waarom het hele WordPress-ecosysteem moet bewegen

De EAA is breed, maar de impact op WordPress is heel concreet. Of je nu site-eigenaar bent, in een agency werkt, of plugins/themes bouwt: je zit in dezelfde compliance-keten. Alleen verschuift de verantwoordelijkheid in de praktijk per rol.

Voor WordPress-site-eigenaren

Als je site EU-gebruikers bedient, is voldoen niet langer optioneel. Dat geldt als je producten verkoopt, diensten aanbiedt of zelfs vooral een EU-doelgroep target met je content.

• Jij bent aanspreekbaar. Boetes en sancties richten zich op je bedrijf, niet op de tools die je gebruikt.
• Elke touchpoint telt. Het gaat niet alleen om je homepage. De hele user journey moet toegankelijk zijn: productpagina’s, formulieren, checkout, support, alles.
• Third-party tools tellen mee. Booking-plugins, e-commerce extensions, form builders: als ze barrières introduceren, blijft de verantwoordelijkheid bij jou. Themes en plugins kies je dus bewust.

Toegankelijkheid is daarmee een kernvereiste voor je business geworden, niet een feature die je kunt afwijzen.

Voor agencies en freelancers

Als webprofessional ben je ineens nog belangrijker in de keten. Klanten verwachten niet alleen een mooie en functionele site, maar ook eentje die aan de regels voldoet. Dat is verantwoordelijkheid, maar ook een kans.

• Bescherm je klant. Veel klanten kennen de EAA en de technische implicaties niet. Door ze te informeren en toegankelijk te bouwen, bescherm je hun business én je eigen reputatie.
• Onderscheid je in de markt. Aantoonbare expertise in toegankelijkheid wordt een voordeel bij competitieve trajecten.
• Pas je workflow aan. Toegankelijkheid hoort in design, development en QA: van theme-keuze en pluginselectie tot testen.

Voor agencies is dit een duidelijke uitnodiging om vaardigheden te verdiepen en dienstverlening te differentiëren, juist omdat klanten hulp zoeken in een nieuw juridisch landschap.

Voor plugin- en theme-developers

In WordPress bepalen themes en plugins een groot deel van de UI, markup en interactie. De code die je shipped, beïnvloedt direct of een site kan voldoen.

• Je bent onderdeel van de compliance-keten. Output je ontoegankelijke componenten (denk aan form fields zonder label of sliders die niet met toetsenbord te bedienen zijn), dan creëer je risico voor je gebruikers.
• De vraag verschuift. Agencies en site-eigenaren zoeken actief naar ‘accessibility-ready’ tooling. Compliance documenteren (bijvoorbeeld via een Accessibility Conformance Report) wordt een verkoopargument.
• Risico om gedropt te worden. Producten die compliance blokkeren, verdwijnen uit stacks. Toegankelijkheid is niet alleen best practice, maar ook cruciaal voor adoption op de lange termijn.

Voor developers in de WordPress-wereld is de EAA geen last; het is een markt-kans. Wie toegankelijkheid in de kern van zijn product bouwt, wordt niet alleen compliant, maar ook de standaardkeuze voor builders die inclusie als niet-onderhandelbaar zien.

Itamar Haim

Ook hier wordt Ally vaak genoemd als hulpmiddel om site-issues te vinden en aan te pakken: Make your site more accessible with Ally.

5 praktische stappen om je WordPress-site nu toegankelijker te maken

Toegankelijkheid aanpakken hoeft niet te betekenen dat je alles tegelijk oplost. Met een gestructureerde aanpak kun je snel meetbare vooruitgang boeken. Dit zijn vijf stappen die je als WordPress-site-eigenaar (of beheerder) vandaag al kunt oppakken.

Stap 1: Doe een toegankelijkheids-audit

Je kunt niet repareren wat je niet ziet. Begin daarom met een audit om je huidige status te begrijpen. Een goede audit combineert automatische scans met handmatige checks.

• Automatische scans. Automatische tools zijn sterk in veelvoorkomende, code-gerelateerde issues: te laag kleurcontrast, ontbrekende alt-tekst, ontbrekende labels bij form fields, enzovoort. Dit kan via browser extensions of gespecialiseerde plugins. In WordPress sluit een tool als de Accessibility Assistant van Ally aan op je workflow en scant pagina’s tegen WCAG 2.1 AA (de technische norm die als benchmark wordt gebruikt). Je krijgt een rapport met overtredingen.
• Handmatig testen. Automatisering kan niet beoordelen of de ervaring ook echt logisch en bruikbaar is. Handmatig testen is essentieel om usability-problemen te vinden. Start met deze mini-checklist: – Toetsenbordnavigatie: kun je met alleen de Tab-toets overal komen (links, knoppen, form fields)? Is de focus-indicator zichtbaar zodat je weet waar je bent? – Screen reader test: gebruik een screen reader zoals NVDA (Windows), VoiceOver (Mac) of TalkBack (Android). Klopt de volgorde? Is de content begrijpelijk als die wordt voorgelezen? Zijn afbeeldingen en knoppen duidelijk gelabeld? – Content check: is je heading-structuur logisch (H1, dan H2, dan H3)? Is je linktekst beschrijvend (bijv. “Lees het volledige toegankelijkheidsrapport” i.p.v. “Klik hier”)? Is de tekst in duidelijke, eenvoudige taal geschreven?

Het resultaat van stap 1 is idealiter een geprioriteerde to-do lijst: wat moet er gebeuren, waar zit de grootste impact, en wat kun je snel oplossen.

Stap 2: Pak eerst de issues met de meeste impact

Je hoeft niet alles in één sprint te fixen. Begin met problemen die het meest blokkeren voor de meeste gebruikers. Een paar ‘quick wins’ leveren vaak meteen grote verbetering op.

• Ontbrekende alt-tekst op informatieve afbeeldingen. Als een afbeelding informatie overdraagt, moet die een goede alternatieve tekst hebben voor screen reader-gebruikers. Dit is relatief eenvoudig en tegelijk heel belangrijk.
• Te laag kleurcontrast. Tekst die nauwelijks afsteekt tegen de achtergrond is een barrière voor mensen met verminderd zicht. Gebruik een online contrast checker en mik minimaal op een contrast ratio van 4.5:1.
• Vage linkteksten. Vervang “klik hier”, “lees meer”, “learn more” door linkteksten die het doel beschrijven.
• Ontbrekende form labels. Elk veld in contactformulieren, login flows en checkout moet een correct gekoppeld label hebben. Zonder label is een formulier vaak onbruikbaar met een screen reader.
• Toetsenbordtoegankelijkheid. Zorg dat elk interactief element bereikbaar én bedienbaar is met het toetsenbord.

Dit soort fixes zijn vaak laagdrempelig, maar verbeteren direct de bruikbaarheid voor een grote groep.

Stap 3: Publiceer een accessibility statement

Een accessibility statement is een publieke verklaring over je inzet voor inclusie en toegankelijkheid, en is bovendien een belangrijk onderdeel onder de EAA. Plaats de link bij voorkeur in de footer zodat hij makkelijk vindbaar is.

Zorg dat je statement minimaal dit bevat:

• Je commitment aan toegankelijkheid.
• De conformiteitsdoelstelling (bijv. WCAG 2.1 Level AA).
• Bekende toegankelijkheidsproblemen waar je aan werkt.
• Contactinformatie waarmee gebruikers problemen kunnen melden.

Zo’n statement doet twee dingen: het laat transparantie en ‘good faith’ zien richting gebruikers en toezichthouders, én het creëert een feedbackkanaal voor echte issues die je interne tests kunnen missen.

Stap 4: Evalueer je theme en plugins kritisch

In WordPress komt toegankelijkheid niet alleen uit je content, maar ook uit je theme en pluginstack. Daarom hoort ‘tooling-vetting’ bij je onderhoud.

• Themes. Start bij voorkeur met een ‘accessibility-ready’ theme met semantische HTML, correcte heading-hiërarchie en goede ondersteuning voor toetsenbordnavigatie. Als je huidige theme fundamentele toegankelijkheidsproblemen heeft, kan overstappen de meest effectieve route zijn.
• Nieuwe plugins. Check vóór installatie de documentatie op toegankelijkheid. Vraag de maker naar inzet op WCAG. Wees extra voorzichtig met plugins die zwaar leunen op visuele interacties, zoals sliders of pop-ups die niet via toetsenbord te bedienen zijn.
• Bestaande plugins. Loop je huidige plugins na: introduceren ze barrières? Denk aan social sharing buttons die niet focusbaar zijn, of form builders die velden zonder labels genereren.

Kort gezegd: je moet als WordPress-gebruiker een kritische consument zijn. Toegankelijke producten kiezen is onderdeel van het compliant houden van je site.

Stap 5: Monitor continu (toegankelijkheid is onderhoud)

Toegankelijkheid is geen eenmalig project. Elke nieuwe blogpost, productpagina, plugin-update of UI-aanpassing kan nieuwe problemen introduceren. Daarom moet het in je standaard onderhoudsproces landen.

• Content checklists. Maak een korte checklist voor iedereen die publiceert: heeft elke afbeelding alt-tekst? Kloppen headings? Zijn links beschrijvend?
• Regelmatige scans. Plan periodieke automatische scans (bijv. maandelijks of per kwartaal) om regressies vroeg te ontdekken.
• User-facing tools aanbieden. Overweeg een front-end usability widget waarmee bezoekers zelf instellingen kunnen aanpassen (zoals tekstgrootte, contrast en link-highlighting). Dat verbetert de ervaring en maakt je commitment zichtbaar.

Als je dit structureel doet, ga je van reactief ‘fixen na klachten’ naar proactief ‘problemen voorkomen’. Dat is de basis voor duurzame compliance.

Afronding: toegankelijkheid is nu wet – en het is ook gewoon beter web

De fase van “we bereiden ons voor” is voorbij. De EAA bepaalt nu hoe WordPress-websites gebouwd, beheerd en uitgebreid worden. De focus verschuift van hypothetische boetes en verre deadlines naar concrete acties: audit draaien, grote issues oplossen, een statement publiceren en toegankelijkheid in je dagelijkse workflow opnemen.

Compliance is de wettelijke kant. Maar het effect gaat verder: toegankelijke sites bereiken meer mensen, leveren een betere UX op, en versterken merkvertrouwen. Inclusie is niet alleen het juiste om te doen; het is ook zakelijk verstandig.

Wie tooling zoekt om toegankelijkheid structureel in WordPress te ondersteunen, komt onder andere uit bij Ally en de bijbehorende Accessibility Assistant.

Kernpunten op een rij

• EAA is van kracht. Sinds 28 juni 2025 is toegankelijkheid verplicht voor websites die EU-consumenten bedienen.
• Direct vs. gefaseerd. Nieuwe services moeten bij launch voldoen; bestaande services hebben tot 28 juni 2030, maar moeten nu al voortgang laten zien.
• Handhaving heeft impact. Eerst waarschuwingen en hersteltermijn, daarna boetes, beperkingen of product withdrawal als je negeert.
• Iedereen draagt verantwoordelijkheid. Site-eigenaren, agencies/freelancers en plugin/theme-developers zitten in dezelfde keten.
• Er is een praktische route. Audit, fix high-impact issues, publiceer een accessibility statement, evalueer tooling en monitor continu.
• Toegankelijkheid is ook voordeel. Meer bereik, betere usability, vaak betere SEO en meer vertrouwen in je merk.

FAQ: veelgestelde vragen over EAA, WCAG en WordPress

1. Geldt de EAA ook voor mijn kleine businessblog als ik niets verkoop?

Dat hangt af van je businessmodel. De EAA richt zich op producten en diensten die aan consumenten in de EU worden aangeboden. Is je blog puur hobby en bied je geen diensten aan, dan val je waarschijnlijk buiten de scope. Maar is je blog onderdeel van je business (bijv. je bent consultant en je blog is je marketingkanaal) en bedien of target je EU-klanten, dan geldt het wél. Het commerciële karakter is de sleutel.

2. Wat is het verschil tussen de EAA en WCAG?

Zie de EAA als de wet en WCAG (Web Content Accessibility Guidelines) als de technische standaard die je gebruikt om aan die wet te voldoen. De EAA zegt dat websites en diensten toegankelijk moeten zijn en verwijst daarbij naar normen zoals WCAG 2.1 Level AA als benchmark voor hoe je dat technisch invult. In de praktijk betekent voldoen aan de EAA: conformeren aan WCAG.

3. Kan één plugin mijn hele WordPress-site 100% compliant maken?

Nee, en wees voorzichtig met tools die dat beloven. Volledige naleving is een combinatie van techniek, content en design. Een plugin kan enorm helpen: scans draaien, issues rapporteren, ondersteunen bij fixes, een statement helpen opzetten, en user-facing tools aanbieden. Maar automatisering kan niet alles oplossen. Een tool kan bijvoorbeeld missen dat alt-tekst inhoudelijk onjuist of niet helpend is. Echte compliance vraagt om tooling én menselijke controle.

4. Ik ben een US-based bedrijf zonder fysieke aanwezigheid in de EU. Geldt de EAA toch?

Ja, als je producten of diensten aanbiedt aan consumenten die zich in de EU bevinden. De reikwijdte hangt samen met de locatie van de consument, niet met de locatie van je bedrijf. Als EU-inwoners je producten kunnen kopen, je service kunnen afnemen of je app kunnen downloaden, wordt compliance verwacht.

5. Wat kost het om mijn WordPress-site toegankelijk te maken?

Dat verschilt sterk per site: omvang, complexiteit, huidige staat van toegankelijkheid en de gekozen aanpak maken het verschil. Een eenvoudige site kan met relatief weinig kosten vooral tijd en basisaanpassingen vragen. Een grote e-commerce omgeving met jaren aan legacy content is ingrijpender. Investeren in goede tools en toegankelijkheid vanaf het begin in je workflow opnemen is vrijwel altijd goedkoper dan een grote remediation achteraf of een mogelijke boete.

6. Een automatische scanner zegt dat mijn site 100% compliant is. Ben ik dan veilig?

Niet per se. Automatische scanners zijn essentieel, maar vinden grofweg maar 30–40% van alle mogelijke toegankelijkheidsissues. Ze zijn sterk in technische codeproblemen, maar beoordelen veel mensgerichte usability-aspecten niet. Ze kunnen bijvoorbeeld niet bepalen of je content verwarrend is, of de tab-volgorde logisch voelt, of alt-teksten echt nuttig zijn. Combineer automatische scans daarom altijd met handmatige tests.

7. Wat is een accessibility statement en heb ik die echt nodig?

Een accessibility statement is een publieke pagina op je site waarin je beleid en commitment rond toegankelijkheid staat. Ja, die heb je echt nodig: het is een specifieke eis onder de EAA. Vermeld je target conformiteitsniveau (bijv. WCAG 2.1 AA), noem bekende issues waar je aan werkt, en geef contactinformatie voor meldingen. Het toont transparantie en ‘good faith’ richting gebruikers en toezichthouders.

8. Mijn theme claimt ‘accessibility-ready’ te zijn. Is dat genoeg?

Het is een sterk begin, maar niet het hele verhaal. Een accessibility-ready theme legt een basis met schone code, correcte heading-structuren en goede toetsenbordnavigatie. Maar de totale toegankelijkheid hangt óók af van je content, de plugins die je installeert en de customisaties die je doet. Zie het als een noodzakelijke eerste stap, niet als een vrijbrief.

9. Hoe vaak moet ik een toegankelijkheids-audit doen?

Toegankelijkheid is doorlopend onderhoud. Een volledige, diepgaande audit is verstandig elke 12–18 maanden, of na een grote redesign. Daarnaast helpen kleine, frequente checks in je workflow: draai bijvoorbeeld elk kwartaal een automatische scan en doe na elke significante plugin-update of contentwijziging een snelle handmatige toetsenbordcheck.

10. Waar vind ik betrouwbare bronnen om meer over webtoegankelijkheid te leren?

Er zijn veel goede bronnen. De officiële WCAG-documenten van het W3C zijn leidend, maar soms technisch. Voor toegankelijkere uitleg kun je kijken naar organisaties zoals de Web Accessibility Initiative (WAI) en WebAIM (met sterke artikelen en checklists), en naar blogs van accessibility-specialisten. Ook sommige toolproviders, waaronder Elementor met Ally-resources, publiceren educatief materiaal om je op weg te helpen.