EN 301 549 en WCAG: de EU-technische norm begrijpen

In de weken na 28 juni 2025 — de datum waarop de European Accessibility Act afdwingbaar werd — hebben Franse belangenorganisaties voor mensen met een beperking formele ingebrekestellingen gestuurd naar vier grote supermarktketens, met de eis dat hun e-commerceplatforms binnen enkele maanden aan toegankelijkheidsnormen zouden voldoen. In november volgden spoedprocedures. Dit is geen hypothetisch toekomstig risico. Naleving van EN 301 549 is nu een actieve handhavingsrealiteit, en inzicht in de technische norm die hieraan ten grondslag ligt, is niet langer optioneel voor organisaties die Europese gebruikers bedienen.

Wat is EN 301 549?

EN 301 549 is een Europese norm die toegankelijkheidseisen specificeert voor producten en diensten op het gebied van informatie- en communicatietechnologie (ICT), en richtlijnen vastlegt voor digitale toegankelijkheid, ook voor mensen met een beperking. Het is op zichzelf geen wet, maar het is de cruciale technische brug tussen de richtlijnen die ontwikkelaars al kennen en de wetgeving die daadwerkelijk juridische tanden heeft.

Deze norm is gezamenlijk opgesteld door de drie Europese normalisatieorganisaties — CEN (European Committee for Standardisation), CENELEC (European Committee for Electrotechnical Standardisation) en ETSI (European Telecommunications Standards Institute). EN 301 549 werd oorspronkelijk gepubliceerd in 2014 ter ondersteuning van de openbare aanbesteding van toegankelijke ICT, en is sindsdien meerdere keren bijgewerkt.

EN 301 549 harmoniseert digitale toegankelijkheidsnormen in de EU-lidstaten en creëert een uniform kader voor het beoordelen en verbeteren van de toegankelijkheid van ICT-producten en -diensten. Conformiteit met EN 301 549 is vereist voor technologieproducten en -diensten die onder de EU-richtlijn webtoegankelijkheid (WAD) vallen en is een best practice voor naleving van de European Accessibility Act (EAA).

EN 301 549 is een Europese toegankelijkheidsnorm die technische toegankelijkheidscriteria uiteenzet voor ICT-producten en -diensten. Deze norm, ontwikkeld door een consortium van Europese instanties, biedt gedetailleerde richtlijnen om ervoor te zorgen dat diverse technologieën — waaronder hardware, software, websites, mobiele apps en telecommunicatieapparatuur — toegankelijk zijn voor mensen met een beperking. Met andere woorden: als je organisatie een van deze categorieën raakt en actief is op de EU-markt, is deze norm relevant voor jou.

De relatie tussen EN 301 549 en WCAG

De meest gestelde vraag van ontwikkelaars en compliance-managers is: Als we al conform WCAG zijn, zijn we dan klaar? Het eerlijke antwoord is: grotendeels, maar niet volledig. Inzicht in de precieze relatie tussen deze twee kaders is essentieel voordat je die vraag voor je eigen situatie kunt beantwoorden.

EN 301 549 neemt de Web Content Accessibility Guidelines (WCAG) op als basis voor de digitale toegankelijkheidseisen. De nieuwste versie van EN 301 549, versie 3.2.1, integreert WCAG 2.1 in zijn geheel. Dit is niet slechts een verwijzing via citatie — de nieuwste versie van de norm, EN 301 549 V3.2.1, bevat de volledige tekst van WCAG 2.1. De twee normen delen dezelfde onderliggende architectuur: EN 301 549 volgt dezelfde onderliggende WCAG-principes: Perceivable, Operable, Understandable, Robust (POUR).

Het belangrijkste onderscheid zit in de reikwijdte. Waar WCAG zich primair richt op web- en mobiele content, breidt EN 301 549 de reikwijdte uit naar hardware, telecommunicatie en andere ICT-componenten, waardoor het een meer omvattend kader voor digitale toegankelijkheid is. Voor webcontent specifiek geldt dus: Hoofdstuk 9 van EN 301 549 verwijst rechtstreeks naar de succescriteria van WCAG 2.1 niveau A en AA. Als je webcontent conform WCAG 2.1 AA is, voldoet deze aan de vereisten van hoofdstuk 9 van EN 301 549.

Er is echter een belangrijk juridisch nuanceverschil dat veel professionals missen. Omdat EN 301 549 verder gaat dan de vereisten van WCAG, zal het voldoen aan alle succescriteria van WCAG 2.1 niet automatisch zorgen voor een vermoeden van conformiteit met de Web Accessibility Directive. De norm bevat aanvullende clausules — voor zaken als real-time tekstcommunicatie, videoplayerbediening en biometrische toegankelijkheid — waarvoor geen WCAG-equivalent bestaat. EN 301 549 is uniek doordat het verder gaat dan WCAG en zich uitstrekt tot biometrie — waarbij wordt vereist dat mensen met een beperking toegang hebben tot technologie die biologische gegevens scant, waaronder gezichtsherkenning en vingerafdrukken.

WCAG vertelt je hoe je je content toegankelijk maakt. EN 301 549 vertelt je welke typen ICT toegankelijk moeten zijn en in welke mate — en leent vervolgens de WCAG-criteria om de technische lat specifiek voor webcontent te definiëren.

De hoofdstukstructuur die je echt moet kennen

EN 301 549 is georganiseerd in 14 clausules (hoofdstukken), die elk een andere ICT-categorie behandelen. De norm is georganiseerd in hoofdstukken die verschillende typen ICT behandelen, en niet alle hoofdstukken zijn op elk product van toepassing — het belangrijkste is om te bepalen welke hoofdstukken relevant zijn voor jouw specifieke technologie. Voor de meeste website-eigenaren en ontwikkelaars zijn drie hoofdstukken het meest direct relevant.

Hoofdstuk 9 — Webcontent: Dit hoofdstuk behandelt de vereisten voor webtoegankelijkheid, verwijst rechtstreeks naar WCAG 2.1 niveau AA en is het meest relevante hoofdstuk voor websites en webapplicaties. Het nummeringssysteem maakt kruisverwijzingen eenvoudig: de clausulenummers corresponderen rechtstreeks met WCAG — EN 301 549 clausule 9.X.Y.Z komt overeen met WCAG X.Y.Z. Zo komt EN 301 549 clausule 9.1.4.3 overeen met WCAG 1.4.3 (Contrast).

Hoofdstuk 10 — Niet-webdocumenten: Voor niet-webdocumenten en software past EN 301 549 de WCAG-criteria aan deze contexten aan. De intentie is hetzelfde — content moet waarneembaar, bedienbaar, begrijpelijk en robuust zijn — maar de specifieke technieken verschillen voor native applicaties en documentformaten. Dit is enorm belangrijk voor organisaties die PDF’s, Word-documenten of downloadbare spreadsheets publiceren. Een belangrijke correctie die in v3.2.1 is doorgevoerd: door een redactionele omissie in v2.1.2 is WCAG 2.1 nu van toepassing op documenten die van het web worden gedownload.

Hoofdstuk 11 — Niet-websoftware en mobiele apps: Dit hoofdstuk behandelt vereisten voor native applicaties (desktop en mobiel) en softwareplatforms, inclusief vereisten voor interoperabiliteit met ondersteunende technologieën. Belangrijk om op te merken: mobiele applicaties vallen helemaal niet onder WCAG, ook al maakt hoofdstuk 11 gebruik van vereisten uit WCAG. Dit komt doordat WCAG feitelijk niet van toepassing is op mobiele applicaties. Als je organisatie een native iOS- of Android-app levert, is hoofdstuk 11 jouw primaire referentie, niet hoofdstuk 9.

Naast deze drie zijn aanvullende relevante hoofdstukken onder meer hoofdstuk 6 (tweerichtingsspraakcommunicatie en real-time tekst), hoofdstuk 7 (video- en audiomogelijkheden, waaronder ondertiteling en audiobeschrijving) en hoofdstuk 12 (documentatie en ondersteunende diensten — het enige hoofdstuk dat niet zelf-afbakenend is en altijd van toepassing is).

Hoe EN 301 549 past in het EU-rechtskader

Er zijn twee afzonderlijke EU-wetten die naar EN 301 549 verwijzen, en verwarring daartussen leidt tot nalevingslacunes. Het onderscheid begrijpen is vooral belangrijk voor private organisaties die ervan uitgingen dat toegankelijkheidswetgeving alleen voor overheden gold.

De eerste is de Web Accessibility Directive (WAD), Richtlijn (EU) 2016/2102. De Web Accessibility Directive richt zich primair op websites en mobiele applicaties van de publieke sector. Alle semipublieke websites in de Europese Unie moesten vanaf 23 september 2020 aan de norm voldoen, en alle apps in de semipublieke sector moesten uiterlijk 23 juni 2021 aan de norm voldoen. Publieke instellingen moeten ook een toegankelijkheidsverklaring publiceren en een feedbackmechanisme aanbieden.

De tweede, en nu belangrijker voor de private sector, is de European Accessibility Act (EAA), Richtlijn (EU) 2019/882. Voor de private sector heeft Europa Richtlijn (EU) 2019/882 ontwikkeld, ook bekend als de European Accessibility Act, die van toepassing is op specifieke sectoren, waaronder e-commerce, bankwezen, e-books en elektronica. De European Accessibility Act is afdwingbaar sinds 28 juni 2025, en alle websites, mobiele apps en digitale diensten die onder de richtlijn vallen, moeten voldoen aan toegankelijkheidsnormen. Deze verplichting geldt voor bedrijven die digitale diensten aanbieden, zoals e-commerce, financiële diensten en telecommunicatie.

Cruciaal is dat de EAA extraterritoriale werking heeft. Opmerkelijk is dat de EAA zowel impact heeft op bedrijven binnen de EU als op ondernemingen buiten Europa die aan EU-consumenten verkopen. Een in de VS gevestigd SaaS-bedrijf met Europese klanten, of een Britse retailer met een EU-webwinkel, valt binnen de reikwijdte. De enige significante uitzondering: micro-ondernemingen met minder dan 10 werknemers en minder dan €2 miljoen omzet hebben beperkte vrijstellingen, maar de meeste bedrijven die in de EU actief zijn, vallen onder de regels.

EN 301 549 is de technische norm die een vermoeden van conformiteit biedt onder zowel de WAD als de EAA. Daaraan voldoen is de duidelijkste en juridisch meest verdedigbare route om naleving van beide richtlijnen aan te tonen.

Wat EN 301 549 vereist bovenop WCAG

Als je team al WCAG 2.1 AA-conformiteit onderhoudt, heb je een sterke basis. Maar verschillende vereisten van EN 301 549 vallen volledig buiten WCAG en zijn het waard om in detail te bekijken.

Functionele prestatieverklaringen: Clausule 4 van EN 301 549 introduceert een reeks functionele doelen op hoog niveau — gebruik zonder zicht, zonder gehoor, zonder spraak, met beperkte cognitieve vermogens, enzovoort. Deze verklaringen fungeren als vangnet: als er geen specifieke technische eis van toepassing is op een bepaalde situatie, moeten producten nog steeds aan het onderliggende functionele doel voldoen. Dit stimuleert ontwerpers om te denken in termen van gebruikersresultaten, niet alleen in termen van afvinkbare eisen.

Real-time tekst (RTT) en telecommunicatie: Hoofdstuk 6 behandelt vereisten voor spraakoproepen, video-oproepen en real-time tekst. Deze zijn belangrijk voor VoIP-, videoconferentie- en telecommunicatiediensten. Dit wordt steeds relevanter nu meer organisaties chat-, audio- en videofunctionaliteit rechtstreeks in hun webapplicaties of klantportalen integreren.

Toegankelijke documentatie en ondersteuning: EN 301 549 bevat criteria die vereisen dat gebruikershandleidingen, helpcontent en klantenondersteuning voor ICT toegankelijk moeten zijn. Hoofdstuk 12 is zonder uitzondering op alle producten van toepassing — wat betekent dat je helpdocumentatie, supportticketinterfaces en chatbots allemaal aan de norm moeten voldoen, naast het hoofdproduct.

Hardwaretoegankelijkheid: EN 301 549 bevat criteria ter ondersteuning van hardwaretoegankelijkheid — apparaten moeten fysiek toegankelijk zijn voor gebruikers met een beperking, bijvoorbeeld door tactiele feedback te bieden of een verstelbare hoogte voor kiosken. Voor de meeste pure webteams zijn hardwarehoofdstukken niet direct relevant. Maar als je productecosysteem betaalterminals, selfservicekiosken of geldautomaatintegraties omvat, worden deze clausules zeer relevant.

Er zijn ook landspecifieke normen binnen Europa die verder kunnen gaan dan EN 301 549. Er zijn situaties binnen Europa waarin een specifiekere lokale wet of norm boven EN 301 549 uitstijgt — voorbeelden zijn BITV in Duitsland en RGAA in Frankrijk. Organisaties die in specifieke lidstaten actief zijn, moeten nagaan of nationale implementaties aanvullende vereisten hebben geïntroduceerd bovenop de geharmoniseerde basis.

Conformatieniveaus en wat niveau AA daadwerkelijk betekent

Net als WCAG kent EN 301 549 drie niveaus van conformiteit: A, AA en AAA. Niveau A verwijst naar het laagste conformiteitsniveau (minimum) en niveau AAA is het hoogste (maximum). Niveau AA is het verplichte niveau. In de praktijk betekent dit dat je webcontent aan elk succescriterium van niveau A en AA moet voldoen, zonder fouten, om een volledige conformiteitsclaim te kunnen doen.

Niveau AAA is niet vereist — en dat is niet voor niets. Het wordt niet aanbevolen om niveau AAA-conformiteit als algemeen beleid voor volledige sites te eisen, omdat het voor sommige content niet mogelijk is om aan alle succescriteria van niveau AAA te voldoen. Dat gezegd hebbende, veel AAA-criteria — zoals het aanbieden van gebarentaalinterpretatie voor audiocontent of uitgebreide audiobeschrijvingen — zijn daadwerkelijk nuttig voor een betekenisvol deel van je gebruikersbestand, en implementatie waar haalbaar toont goede intenties.

Een belangrijke nuance over het juridische gewicht van conformatieniveaus: nieuwe versies van WCAG of van EN 301 549 veranderen niet automatisch de wettelijke verplichtingen van lidstaten met betrekking tot de WAD. Om effect te hebben, moet de norm eerst worden bijgewerkt en vervolgens worden vermeld in het Publicatieblad. Dit betekent dat, hoewel WCAG 2.2 in oktober 2023 is gepubliceerd, deze pas juridisch bindend wordt onder de WAD zodra de bijgewerkte versie van EN 301 549 ernaar verwijst en die versie is geharmoniseerd. Voor praktische complianceplanning is het echter sterk aan te raden om al op WCAG 2.2 te bouwen, aangezien dat de richting is waarin het zich ontwikkelt.

De weg vooruit: EN 301 549 versie 4.1.1 en WCAG 2.2

De huidige geharmoniseerde versie van EN 301 549, v3.2.1, is gebaseerd op WCAG 2.1. Maar de norm wordt actief bijgewerkt. EN 301 549 zal worden herzien met als doel om V4.1.1 in 2026 te publiceren ter ondersteuning van Richtlijn (EU) 2019/882 inzake de toegankelijkheidsvereisten voor producten en diensten, als reactie op Mandaat 587 van de Europese Commissie.

De volgende versie van EN 301 549, v4.1.1, is gepland ter ondersteuning van de European Accessibility Act en zal WCAG 2.2 AA omvatten, evenals aanzienlijke updates van de vereisten met betrekking tot Real-Time Text. WCAG 2.2 introduceerde negen nieuwe succescriteria, gericht op gebruikers met een beperkt gezichtsvermogen, gebruikers met cognitieve en leerstoornissen en mobiele gebruikers met motorische beperkingen — gebieden waar WCAG 2.1 bekende hiaten had. Ook is criterium 4.1.1 (Parsing) verwijderd, dat door moderne browsers overbodig was geworden.

De praktische implicatie voor teams die nu aan toegankelijkheid werken: bouw nu al op WCAG 2.2 AA, niet op WCAG 2.1. EN 301 549 definieert technische vereisten en omvat momenteel WCAG 2.1. De norm zal echter worden bijgewerkt ter ondersteuning van de implementatie van de EAA en wordt momenteel herzien om WCAG 2.2 op te nemen. Organisaties die wachten op de officiële harmonisatie voordat ze hun conformiteitsdoel opschroeven, zullen zich gehaast moeten aanpassen. Het verschil tussen WCAG 2.1 en 2.2 op niveau AA omvat negen criteria — geen volledige herschrijving, maar wel betekenisvol werk.

Het is ook de moeite waard om de wereldwijde reikwijdte van EN 301 549 te benadrukken. EN 301 549 is door andere landen als vrijwillige norm overgenomen, waaronder Australië en Canada, en sluit nauw aan bij Section 508 van de Rehabilitation Act in de VS. Als je organisatie wereldwijde nalevingsverplichtingen heeft, is afstemming op EN 301 549 niet alleen een EU-strategie — het positioneert je ook goed voor meerdere regelgevende kaders tegelijk.

Praktische stappen voor website-eigenaren en compliance-teams

Gezien alles hierboven, waar begin je concreet? De volgende aanpak werkt voor de meeste webgerichte organisaties, al zullen teams met mobiele apps, hardware of telecommunicatiecomponenten de relevante hoofdstukken van EN 301 549 hieraan moeten toevoegen.

Ten eerste: stel je WCAG 2.1 AA-baseline vast. Omdat EN 301 549 WCAG 2.1 niveau AA omvat, zijn organisaties die al voldoen aan wetten die naar de wereldwijde standaard verwijzen, goed gepositioneerd om conformiteit met EN 301 549 te bereiken. Voer een combinatie uit van geautomatiseerde scans en handmatige tests met ondersteunende technologieën — schermlezers, uitsluitend toetsenbordnavigatie, spraakbesturing — over je belangrijkste gebruikersflows. Geautomatiseerde tools zijn waardevol maar beperkt: geautomatiseerde tools detecteren ongeveer 30–40% van de toegankelijkheidsbarrières, en conformiteit met EN 301 549 vereist handmatige tests met ondersteunende technologieën over echte gebruikersworkflows.

Ten tweede: identificeer welke hoofdstukken van EN 301 549 op je product van toepassing zijn. Als je site downloadbare PDF’s aanbiedt, is hoofdstuk 10 van toepassing. Als je een ingesloten videoplayer hebt, is hoofdstuk 7 relevant. Als je livechat of VoIP aanbiedt, bekijk hoofdstuk 6. Als je product een bijbehorende mobiele app heeft, valt hoofdstuk 11 binnen de scope.

Ten derde: publiceer een toegankelijkheidsverklaring. De EU Web Accessibility Directive vereist dat websites en mobiele applicaties een toegankelijkheidsverklaring hebben over hun niveau van conformiteit, waarin alle content wordt aangegeven die niet toegankelijk is en, waar passend, de toegankelijke alternatieven die worden geboden. Dit is niet slechts een bureaucratische verplichting — het toont goede intenties, informeert gebruikers over wat ze kunnen verwachten en biedt een kader voor het bijhouden van doorlopende verbeteringen.

Ten vierde: verhoog je doelstelling naar WCAG 2.2 AA. Aangezien EN 301 549 v4.1.1 WCAG 2.2 zal omvatten, betekent het nu al aanpakken van de negen nieuwe succescriteria — met name die rond focusweergave, sleepbewegingen en toegankelijke authenticatie — dat je geen nalevingscrisis krijgt wanneer de nieuwe versie wordt geharmoniseerd.

Ten vijfde: integreer toegankelijkheid in je ontwikkelproces, niet erbovenop. Toegankelijkheid onder de EAA is geen eenmalige mijlpaal. Het vereist voortdurende monitoring, remediatie en gedocumenteerde nalevingsinspanningen over digitale eigendommen heen. Een toegankelijkheidsverklaring die één keer wordt opgesteld en daarna wordt vergeten, is een risico, geen troef. Plan regelmatige audits, integreer geautomatiseerde controles in je CI/CD-pijplijn en wijs duidelijke verantwoordelijkheden toe voor toegankelijkheid binnen product, design en engineering.

Belangrijkste punten

• EN 301 549 is de geharmoniseerde technische EU-norm voor ICT-toegankelijkheid, die WCAG 2.1 AA volledig omvat voor webcontent en de reikwijdte ver voorbij WCAG uitbreidt naar hardware, mobiele apps, documenten, telecommunicatie en ondersteunende diensten. Slagen voor WCAG brengt je voor je website een heel eind, maar niet helemaal.
• De European Accessibility Act (EAA) is op 28 juni 2025 afdwingbaar geworden en is van toepassing op bedrijven in de private sector — inclusief niet-EU-bedrijven — die digitale producten of diensten aan EU-consumenten aanbieden. Conformiteit met EN 301 549 is het primaire mechanisme om EAA-naleving aan te tonen.
• Hoofdstuk 9 van EN 301 549 komt rechtstreeks overeen met WCAG 2.1 AA voor webcontent, maar de hoofdstukken 10, 11, 6, 7 en 12 introduceren aanvullende vereisten voor respectievelijk documenten, mobiele apps, communicatie, video en ondersteunende diensten — die allemaal moeten worden beoordeeld in het licht van de scope van jouw product.
• EN 301 549 v4.1.1, gepland voor publicatie in 2026, zal WCAG 2.2 AA omvatten. Nu al bouwen op WCAG 2.2 voorkomt toekomstige herstelachterstanden en positioneert je organisatie vóór op de volgende harmonisatiecyclus.
• Doorlopende naleving is net zo belangrijk als initiële conformiteit. Gepubliceerde toegankelijkheidsverklaringen, handmatige tests met echte ondersteunende technologieën en gedocumenteerde governanceprocessen zijn waar toezichthouders en rechtbanken naar kijken om te beoordelen of een organisatie toegankelijkheid serieus neemt.