WCAG-naleving voor EU-websites is onderdeel geworden van websiteplanning. Publieke organisaties hebben al toegankelijkheidsverplichtingen, en private bedrijven die binnen de reikwijdte van de European Accessibility Act vallen, moeten toegankelijkheid nu behandelen als onderdeel van het buildmodel.
Deze gids legt uit wat WCAG-naleving voor EU-websites betekent in de Nederlandse en EU-context: welke wetgeving geldt, wat WCAG 2.1 AA vereist, waar de EAA past, en wat CTO’s moeten controleren vóór een rebuild, redesign of nieuwe ontwikkelsprint.
Het praktische punt is eenvoudig: toegankelijkheid is gemakkelijker in de websitearchitectuur in te bouwen dan na lancering te patchen. Als uw checkout, contactformulieren, accountflows, consentbanner of navigatie niet toegankelijk zijn, raakt het probleem gebruikerservaring, QA, compliance en deliveryplanning. Voor CTO’s hoort WCAG naast de discussie over de tijdlijn voor websiteontwikkeling en kosten van websiteontwikkeling te staan voordat een rebuild start.
TL;DR
WCAG-naleving voor EU-websites betekent dat uw site bruikbaar moet zijn voor mensen met toegankelijkheidsbehoeften. Websites van de publieke sector vallen onder de EU-richtlijn webtoegankelijkheid. Veel private websites, vooral e-commercediensten, kunnen onder de EAA vallen, die sinds 28 juni 2025 van kracht is.
- WCAG 2.1 AA is de praktische standaard wanneer u websitetoegankelijkheid beoordeelt.
- Publieke websites hebben toegankelijkheidsverklaringen nodig om de nalevingsstatus en bekende tekortkomingen te tonen.
- Private diensten die binnen de reikwijdte vallen, moeten toegankelijkheid na 28 juni 2025 behandelen als een actuele complianceverplichting.
- Bestaande diensten kunnen, afhankelijk van de reikwijdte, een overgangsperiode hebben tot 28 juni 2030.
- Veelvoorkomende websiteverbeteringen zijn alt-teksten, kleurcontrast, toetsenbordnavigatie, formulierlabels en ondersteuning voor screenreaders.
Twee kaders, één standaard: wat EU-websites moeten begrijpen over WCAG-naleving
Nederlandse bedrijven horen vaak “WCAG-naleving” en gaan ervan uit dat het om één regel gaat. In de praktijk zijn twee EU-kaders belangrijk.
De EU-richtlijn webtoegankelijkheid geldt voor publieke organisaties. In Nederland omvat dit overheidswebsites, publieke serviceportalen, gemeenten, publieke onderwijsinstellingen en vergelijkbare organisaties. Deze organisaties hebben toegankelijke websites en apps nodig en moeten toegankelijkheidsverklaringen publiceren.
De European Accessibility Act, of EAA, geldt voor private producten en diensten die binnen de reikwijdte vallen. Voor Nederlandse mkb-bedrijven is e-commerce meestal de meest relevante websitecategorie. Als een bedrijf online producten of diensten aan consumenten verkoopt en niet is vrijgesteld, wordt toegankelijkheid onderdeel van complianceplanning.
Beide kaders sturen websiteteams richting dezelfde buildrichting: WCAG 2.1 AA via EN 301 549. Het verschil zit in reikwijdte, handhaving, documentatie en overgangstiming. Controleer voor formele EU-naleving welke versie wordt genoemd in de toepasselijke standaard of nationale richtlijn. EN 301 549 leunt nog sterk op WCAG 2.1, terwijl WCAG 2.2 de nieuwere W3C-aanbeveling is en een nuttig vooruitkijkend doel voor nieuwe builds.
Dat onderscheid is belangrijk voordat ontwikkeling start. Een Nederlands mkb-bedrijf heeft geen generiek toegankelijkheidsproject nodig. Het moet weten of de website binnen de EAA-reikwijdte valt, welke gebruikersflows het hoogste risico creëren en welke toegankelijkheidshiaten moeten worden opgelost voordat design- en frontendbeslissingen vastliggen. Daarom hoort toegankelijkheid ook thuis in een bredere gids voor websiteontwikkeling: het beïnvloedt scope, UX, frontendcomponenten, QA, contentgovernance en eigenaarschap na lancering.
Richtlijn versus EAA: vergelijking naast elkaar
De snelste manier om WCAG-naleving te plannen is door publieke-sectorverplichtingen te scheiden van private-sectorverplichtingen.
| Onderdeel | EU-richtlijn webtoegankelijkheid | European Accessibility Act |
|---|---|---|
| Voor wie geldt dit? | Publieke organisaties, waaronder overheidswebsites, publieke portalen en apps voor publieke dienstverlening | Private bedrijven die producten of diensten aanbieden die binnen de reikwijdte vallen, waaronder e-commerce en elektronische communicatie |
| Belangrijkste websitestandaard | WCAG 2.1 AA via EN 301 549 | Toegankelijkheidseisen voor diensten binnen de reikwijdte, waarbij WCAG 2.1 AA vaak wordt gebruikt als praktische websitebenchmark |
| Gedekte digitale content | Websites, mobiele apps, online documenten, intranetten, extranetten en cloudapplicaties die door publieke organisaties worden gebruikt | E-commercewebsites, digitale serviceflows, elektronische communicatie, banking-/betaaldiensten, transportdiensten, e-books en andere diensten binnen de reikwijdte |
| Van kracht | Nederlandse regels voor publieke websites zijn gefaseerd ingevoerd, waarbij alle publieke websites sinds september 2020 binnen de reikwijdte vallen | Nieuwe diensten binnen de reikwijdte moeten vanaf 28 juni 2025 voldoen |
| Overgangsnuance | Regels voor de publieke sector gelden al | Sommige bestaande dienstfaciliteiten die vóór 28 juni 2025 rechtmatig in gebruik waren, kunnen een extra overgangsperiode van vijf jaar krijgen, tot 28 juni 2030 |
| Nederlandse handhavingscontext | DigiToegankelijk.nl ondersteunt toegankelijkheidsverklaringen en monitoring voor overheidstoegankelijkheid | ACM heeft richtlijnen en handhavingsinformatie gepubliceerd voor e-commerce en elektronische communicatiediensten |
| Toegankelijkheidsverklaring | Verplicht voor Nederlandse publieke websites en apps | EAA-documentatieverplichtingen verschillen van het verklaringsmodel voor de publieke sector |
Voor Nederlandse mkb-bedrijven is de belangrijkste planningsvraag niet: “Hebben we toegankelijkheid nodig?” De betere vraag is: “Welke gebruikersflows zijn juridisch en commercieel belangrijk genoeg om als eerste te verbeteren?” Checkout, accountaanmaak, contactformulieren, consentbanners, productfilters, betaalstappen en klantenservicepagina’s horen meestal bovenaan de review.
Wat WCAG 2.1 AA daadwerkelijk vereist: de 4 principes
WCAG 2.1 is opgebouwd rond vier principes: waarneembaar, bedienbaar, begrijpelijk en robuust. Dit wordt vaak het POUR-model genoemd.
Voor een CTO is de waarde van dit model praktisch. Het maakt van toegankelijkheid geen vage designvraag, maar testbaar websitegedrag.
| WCAG-principe | Wat dit betekent voor websites | Veelvoorkomende websitefout |
|---|---|---|
| Waarneembaar | Gebruikers kunnen content waarnemen via zicht, geluid, screenreaders, ondertiteling, tekstalternatieven en voldoende contrast | Afbeeldingen zonder alt-tekst, CTA-knoppen met laag contrast, video zonder ondertiteling |
| Bedienbaar | Gebruikers kunnen navigeren en taken voltooien zonder afhankelijk te zijn van een muis | Dropdownmenu’s die niet werken met een toetsenbord, ontbrekende focus states, geen skip-to-content-link |
| Begrijpelijk | Gebruikers kunnen navigatie, formulieren, fouten en paginataal begrijpen | Formulierlabels die alleen placeholdertekst gebruiken, vage foutmeldingen, ontbrekend paginataalattribuut |
| Robuust | Ondersteunende technologieën kunnen de website betrouwbaar lezen en interpreteren | Ongeldige HTML, dubbele ID’s, custom componenten zonder toegankelijke namen of states |
Een eenvoudig voorbeeld: een checkoutformulier kan er prima uitzien voor een ziende muisgebruiker, maar toch niet toegankelijk zijn. Als het betaalveld geen programmatisch label heeft, de foutmelding alleen “Ongeldig” zegt en de verzendknop niet met het toetsenbord bereikbaar is, blokkeert de flow sommige gebruikers bij het kopen.
Daarom hoort WCAG-naleving thuis in de ontwikkelworkflow. Designers hebben contrast en focus states nodig. Frontenddevelopers hebben semantische HTML nodig en ARIA alleen waar nodig. QA heeft toetsenbord- en screenreaderchecks nodig. Product owners hebben acceptatiecriteria nodig waarin toegankelijkheid is opgenomen voordat de sprint als afgerond wordt gemarkeerd.
Hoe CTO’s WCAG-gereedheid kunnen testen vóór een rebuild
Begin met een geautomatiseerde scan om ontbrekende labels, contrastproblemen, headingfouten en ARIA-fouten te vinden. Voer daarna handmatige toetsenbordtests uit op checkout, accountaanmaak, contactformulieren, consentinstellingen en supportflows. Gebruik een screenreader-steekproef voor de belangrijkste gebruikersreizen, zet bevindingen om in backlogtickets en voeg WCAG-acceptatiecriteria toe voordat sprintwerk wordt afgetekend.
Nederlandse publieke sector: DigiToegankelijk en toegankelijkheidsverklaringen
Nederlandse publieke organisaties hebben een specifiek toegankelijkheidsproces. Overheidswebsites en apps moeten toegankelijk zijn en moeten een toegankelijkheidsverklaring publiceren. DigiToegankelijk.nl biedt richtlijnen, statusmodellen en ondersteuning voor verklaringen voor publieke organisaties.
Voor publieke websites is WCAG-werk meer dan een codereview. De organisatie moet laten zien wat is gecontroleerd, welke status geldt, welke problemen nog bestaan en hoe die problemen worden verbeterd. Een geldig toegankelijkheidsonderzoek is onderdeel van het bewijs.
Deze sectie is ook relevant voor mkb-bedrijven, zelfs als zij geen publieke organisatie zijn. Verwachtingen uit de publieke sector beïnvloeden vaak procurement. Als uw bedrijf verkoopt aan overheid, onderwijs, zorg of gereguleerde afnemers, kan een toegankelijkheidsbaseline onderdeel worden van leveranciersbeoordeling.
Moet u toegankelijkheid controleren voordat de rebuild start?
Sunbytes kan uw WCAG-hiaten, toetsenbordnavigatie, kleurcontrast, formulierlabels en vereisten voor toegankelijkheidsverklaringen beoordelen voordat de ontwikkeling doorgaat.
Laat Sunbytes uw plan voor websitetoegankelijkheid beoordelen →
Wie is vrijgesteld van de EAA en de EU-richtlijn webtoegankelijkheid?
De EU-richtlijn webtoegankelijkheid is een kader voor de publieke sector. Deze werkt niet zoals het EAA-vrijstellingsmodel voor micro-ondernemingen. Als een Nederlandse publieke organisatie binnen de reikwijdte valt, worden haar websites en apps geacht het vereiste toegankelijkheidsproces te volgen.
De EAA is anders. Deze geldt voor private producten en diensten die binnen de reikwijdte vallen, met vrijstellingen voor micro-ondernemingen die diensten leveren. In de praktijk zouden Nederlandse mkb-bedrijven drie dingen moeten controleren voordat zij aannemen dat zij zijn vrijgesteld:
- Biedt de website een dienst die binnen de reikwijdte valt, zoals e-commerce of elektronische communicatie?
- Voldoet het bedrijf aan de drempel voor micro-ondernemingen?
- Is de website nieuw, wordt deze herbouwd, of is het een bestaande dienst met een overgangsregel?
De vrijstelling voor micro-ondernemingen maakt toegankelijkheid niet irrelevant. Zij verandert alleen het juridische vertrekpunt. Een klein bedrijf kan nog steeds gebruikers verliezen wanneer menu’s niet met het toetsenbord kunnen worden gebruikt, formulieren onduidelijk zijn of productpagina’s afhankelijk zijn van afbeeldingen zonder nuttige tekst.
Toegankelijkheid en SEO: waarom WCAG-werk betere websiteontwikkeling ondersteunt
Toegankelijkheid en SEO hebben dezelfde basis: duidelijke structuur, bruikbare content en voorspelbare navigatie. Toegankelijke websites zijn beter gebouwd omdat ze duidelijkere structuur, sterkere contentsemantiek en minder interactievalkuilen gebruiken. Diezelfde keuzes helpen zoekmachines en gebruikers vaak om de pagina te begrijpen.
Alt-tekst is een goed voorbeeld. Screenreaders gebruiken die om de betekenis van afbeeldingen over te brengen. Zoeksystemen kunnen die ook gebruiken om afbeeldingen te begrijpen. Beschrijvende linktekst is een ander voorbeeld. “Klik hier” is zwak voor screenreadernavigatie en zwak voor zoekcontext. “Bekijk de GDPR-compliancechecklist” vertelt zowel gebruikers als crawlers waar de gelinkte pagina over gaat.
De overlap is praktisch:
| WCAG-praktijk | Voordeel voor websiteontwikkeling | SEO- of contentvoordeel |
|---|---|---|
| Alt-tekst voor betekenisvolle afbeeldingen | Niet-visuele gebruikers begrijpen de afbeeldingscontent | Zoeksystemen krijgen meer context voor afbeeldingscontent |
| Correcte headinghiërarchie | Pagina’s zijn gemakkelijker te scannen en te onderhouden | Contentstructuur is duidelijker |
| Beschrijvende linktekst | Screenreadergebruikers kunnen links met context navigeren | Interne links geven duidelijkere relevantiesignalen |
| Taaldeclaratie | Ondersteunende technologie kan de juiste uitspraakregels gebruiken | Regionale en taalcontext is duidelijker |
| Responsive reflow | Gebruikers kunnen content op kleine schermen lezen zonder horizontaal scrollen | Mobiele bruikbaarheid verbetert |
De meetbare volgende stap: voeg WCAG-acceptatiecriteria toe aan sprint één voordat componenten worden goedgekeurd. Test bij een rebuild vóór livegang ten minste vijf risicovolle flows: navigatie, zoeken of filteren, contactformulieren, checkout- of conversieformulieren en consentinstellingen. Als twee of meer herbruikbare componenten falen, verbeter dan de component library voordat u individuele pagina’s beoordeelt.
Hoe Sunbytes WCAG-conforme websites bouwt
Toegankelijkheidswerk faalt wanneer het pas wordt beoordeeld nadat componenten, formulieren en CMS-workflows al zijn goedgekeurd. Sunbytes helpt Nederlandse en Europese teams om WCAG te behandelen als onderdeel van het websitebuildplan via Digital Transformation Solutions: contentstructuur, componentgedrag, toetsenbordtoegang, kleurcontrast, formulierflows en QA-acceptatiecriteria worden beoordeeld voordat sprintbeslissingen duur worden om te wijzigen.
Accelerate Workforce Solutions ondersteunen de mensenlaag wanneer senior frontend-, QA- of CMS-capaciteit nodig is voor delivery. Cybersecurity Solutions voegen de controlelaag toe wanneer toegankelijkheid overlapt met GDPR, consentflows, auditbewijs of veilige gebruikersreizen.
Met 15+ jaar ervaring, 300+ opgeleverde projecten, senior teams die binnen 2–4 weken operationeel zijn, ISO-geleide delivery en DORA-gemeten resultaten waar relevant, helpt Sunbytes teams om toegankelijkheidsonzekerheid om te zetten in een buildplan dat zij kunnen lanceren en onderhouden.
Klaar om uw website te controleren vóór de volgende rebuild of sprint? Neem nu contact met ons op om uw plan voor WCAG-conforme websiteontwikkeling te beoordelen.
FAQs
Als uw bedrijf 10+ werknemers heeft of een jaaromzet van €2M+ en een dienst levert die binnen de reikwijdte valt, zoals e-commerce, banking, transport of elektronische communicatie, kan de EAA van toepassing zijn. Micro-ondernemingen zijn doorgaans vrijgesteld van EAA-dienstverplichtingen, maar vrijwillige WCAG-afstemming blijft een goede praktijk wanneer uw website checkout, accountaanmaak, klantenservice of andere belangrijke gebruikersflows verwerkt.
Voor Nederlandse publieke websites ligt de handhaving op toegankelijkheidsverklaringen, monitoring en formele opvolging van naleving. Publieke organisaties kunnen worden verplicht hun toegankelijkheidsstatus te verbeteren en hun nalevingspositie te publiceren in het Nederlandse toegankelijkheidsregister. Controleer vóór publicatie de nieuwste handhavingsrichtlijnen van DigiToegankelijk.nl en de relevante Nederlandse overheidsbron.
Voor EU-complianceplanning blijft WCAG 2.1 AA de veiligste baseline wanneer EN 301 549 het referentiepunt is. Nederlandse publieke-sectorrichtlijnen verwijzen nu ook naar WCAG 2.2 niveau A en AA, dus nieuwe builds moeten WCAG 2.2-bewustzijn behandelen als het praktische vooruitkijkende doel, terwijl zij de formele eis controleren die voor hun organisatie geldt.
Begin met geautomatiseerde toegankelijkheidschecks om veelvoorkomende problemen te vinden, zoals ontbrekende labels, contrastproblemen, headingfouten en ARIA-fouten. Voeg daarna handmatige tests toe voor toetsenbordnavigatie, screenreadergedrag, formulieren, foutmeldingen, responsive reflow en echte gebruikersreizen zoals checkout of accountaanmaak. Geautomatiseerde tools zijn nuttig, maar kunnen volledige WCAG 2.1 AA-naleving niet alleen bevestigen.
Mogelijk wel. Als toegankelijkheidsbarrières gebruikers verhinderen toegang te krijgen tot cookie-instellingen, consentcontroles, privacy-instellingen of formulieren voor verzoeken van betrokkenen, kan het probleem zowel toegankelijkheid als gegevensbeschermingsnaleving raken.
Laten we beginnen met Sunbytes
Laat ons uw eisen voor het team weten en wij nemen meteen contact met u op.
