Afbeeldingsbeschrijving: Handen op een mechanisch toetsenbord met een technisch normendocument open op een extern beeldscherm — de werkplek van de toegankelijkheidsauditor waar EN 301 549 thuis is.

Leestijd: 11 minuten

EN 301 549 is de geharmoniseerde Europese norm voor toegankelijkheidseisen die van toepassing zijn op ICT-producten en -diensten. Gepubliceerd en bijgehouden door ETSI — het Europees Instituut voor Telecommunicatienormen — in samenwerking met CEN en CENELEC, is het het technische instrument dat de abstractere verplichtingen van de Europese Toegankelijkheidsakte (EAA), de Richtlijn webtoegankelijkheid (Richtlijn (EU) 2016/2102) en de meeste nationale aanbestedingsregels omzet in een clausule-voor-clausule checklist waaraan een leverancier kan worden afgemeten. Waar WCAG een norm voor inhoud en interface op het web is, is EN 301 549 het bredere kader dat WCAG omsluit binnen de eisen waaraan EU-wetgeving bij aanbestedingen daadwerkelijk meet.

In 2026 is de geldende versie V3.2.1, gepubliceerd in maart 2021 en verwijzend naar WCAG 2.1 Niveau AA. Een nieuwe revisie met WCAG 2.2 AA — voorlopig genummerd V4.0.0 — bevindt zich in de late ontwerpfase binnen het gezamenlijke technische lichaam van ETSI/CEN/CENELEC en zal naar verwachting in de loop van 2026 worden gepubliceerd, waarna citatie in het Publicatieblad van de Europese Unie volgt. Dit artikel is een primer: wat de norm is, hoe de twaalf hoofdstukken zijn georganiseerd, waar Hoofdstuk 9 (web) en Hoofdstuk 11 (software) staan naast Hoofdstuk 10 (documenten) en Hoofdstuk 12 (documentatie en ondersteuning), hoe de norm WCAG koppelt aan EU-aanbestedingsrecht, en waar men haar geciteerd ziet in de wetgevingsgraph die men al kent.

Wat EN 301 549 daadwerkelijk is — en wat het niet is

EN 301 549 is een geharmoniseerde Europese norm. Die term heeft een precieze betekenis in het EU-recht: het is een norm ontwikkeld door een van de drie erkende Europese normalisatie-organisaties (ETSI, CEN, CENELEC) op verzoek van de Europese Commissie via een formeel “normalisatieverzoek” (ook wel “mandaat” genoemd) en vervolgens geciteerd in het Publicatieblad van de Europese Unie als het verlenen van “vermoeden van conformiteit” met de corresponderende EU-wetgeving. Een product of dienst die voldoet aan de geharmoniseerde norm wordt geacht te voldoen aan de wettelijke eisen die zij harmoniseert. Het vermoeden kan worden weerlegd, maar in de praktijk behandelen overheidsinkopers, toegankelijkheidsauditors en conformiteitsorga­nen de norm als de operationele checklist.

EN 301 549 is ontstaan uit Mandaat M/376, uitgevaardigd door de Commissie in 2005 om de Europese aanbestedingsregels aanbestedingsklaar te maken voor toegankelijkheid — een enkelvoudige, technologieneutrale, geharmoniseerde referentie voor wat “toegankelijke ICT” betekent bij de overheidsinkoopprocedure. De eerste gepubliceerde versie, V1.1.2, verscheen in 2014. De norm heeft sindsdien drie inhoudelijke revisies doorlopen: V2 (2018) in afstemming met WCAG 2.1, V3.1.1 en V3.2.1 (2019–2021) met scherpere definities en toevoeging van clausules voor mobiele apps en auteursgereedschappen, en de komende V4 met WCAG 2.2.

Wat EN 301 549 niet is: het is niet de EAA en het is niet de Richtlijn webtoegankelijkheid. Dat zijn de wetten die meten aan de hand van de norm. EN 301 549 is het testcriteriumdocument — het deel van het systeem dat een ontwikkelaar of een aanbestedende dienst daadwerkelijk leest om te weten of een opgeleverd product slaagt.

De structuur met twaalf hoofdstukken

EN 301 549 is georganiseerd rond twaalf inhoudelijke clausules (genummerd vanaf Clausule 4 in het document, omdat Clausules 1–3 het toepassingsgebied en de definities bevatten). De architectuur is bewust modulair: een leverancier die een inschrijving begrenst, werkt uit welke clausules van toepassing zijn op het product, past alleen die toe, en declareert conformiteit ten opzichte van de genoemde clausules. De kernmodules bevinden zich in Hoofdstukken 9 tot en met 12.

Hoofdstuk 9 — Webinhoud

Hoofdstuk 9 is het hoofdstuk dat de meeste toegankelijkheidspractici als eerste bereiken, omdat het WCAG bij verwijzing opneemt. In V3.2.1 importeert Hoofdstuk 9 de succescriteria van WCAG 2.1 Niveau A en Niveau AA verbatim: clausule 9.1 bestrijkt de waarneembare succescriteria, 9.2 de bedienbare, 9.3 de begrijpelijke, 9.4 de robuuste. Een webproduct dat voldoet aan WCAG 2.1 AA voldoet aan Hoofdstuk 9. De norm parafraseert de WCAG-tekst niet; zij citeert haar. In V4 zal hetzelfde hoofdstuk verwijzen naar WCAG 2.2 AA, waarbij de negen nieuwe en herziene succescriteria worden overgenomen — waaronder 2.4.11 Focus niet verborgen (Minimum), 2.4.12 Focus niet verborgen (Uitgebreid), 2.4.13 Focusweergave, 2.5.7 Sleepbewegingen, 2.5.8 Doelgrootte (Minimum), 3.2.6 Consistente hulp, 3.3.7 Redundante invoer, 3.3.8 Toegankelijke verificatie (Minimum) en 3.3.9 Toegankelijke verificatie (Uitgebreid).

Hoofdstuk 10 — Niet-webdocumenten

Hoofdstuk 10 past WCAG-equivalente eisen toe op niet-webdocumenten — pdf-bestanden, Word-bestanden, presentaties, ePub en elk ander document dat naast of buiten het web wordt geleverd. Het doet dit door elk WCAG 2.1-succescriterium dat zinvol is voor een niet-webdocument te herformuleren in de documentcontext. Een getagde, navigeerbare, goed beschreven pdf voldoet aan Hoofdstuk 10; een ongetagde scan van een gedrukt rapport niet. Overheidsinkopers die beleidspu­blicaties, contractvoorwaarden, trainingsmateriaal en toegankelijkheidsverklaringen aanbesteden, steunen op Hoofdstuk 10 om de lat te bepalen voor wat zij als opgeleverd product aanvaarden.

Hoofdstuk 11 — Niet-websoftware

Hoofdstuk 11 is de breedste module en de meest gewichtige voor de moderne applicatiestack. Het past WCAG-equivalente eisen toe op niet-websoftware — desktoptoepassingen, native mobiele apps, ingebedde interfaces, kiosken die aangepaste software draaien — en voegt eisen toe die softwarespecifiek zijn en geen WCAG-equivalent hebben: clausules over platformtoegankelijkheidsservices (11.5), over compatibiliteit met hulptechnologie (11.6) en over auteursgereedschappen (11.8, afgeleid van de W3C’s Authoring Tool Accessibility Guidelines). De dekking van mobiele apps in Hoofdstuk 11 is de reden dat de Richtlijn webtoegankelijkheid kan worden uitgebreid tot mobiele toepassingen van de overheid, en de reden dat de EAA kan gelden voor e-readers, kaartautomaten en selfserviceterminals zonder een aparte norm voor elk te vereisen.

Hoofdstuk 12 — Documentatie en ondersteunende diensten

Hoofdstuk 12 bestrijkt documentatie en klantenondersteuningsdiensten: gebruiksaanwijzingen, helpsystemen, ondersteunende callcenters, online chat, toegankelijke formaten op verzoek. De clausules vereisen dat productdocumentatie de toegankelijkheidsfuncties van het product beschrijft, dat documentatie zelf toegankelijk is, en dat ondersteuningsdiensten beschikbaar zijn via toegankelijke kanalen. Dit is het hoofdstuk dat toegankelijkheid verbindt aan de koopervaring na aankoop — het deel van het aankooptraject waar gebruikers het product daadwerkelijk tegenkomen en hulp nodig hebben.

Hoofdstukken 5–8 — de overkoepelende generieke eisen

Hoofdstukken 5 tot en met 8 bevinden zich stroomopwaarts van de formaatspecifieke modules. Hoofdstuk 5 bestrijkt generieke eisen die gelden voor elk ICT-product of -dienst — gesloten functionaliteit, biometrie, behoud van toegankelijkheidsinformatie bij conversie. Hoofdstuk 6 bestrijkt ICT met tweerichting-spraakcommunicatie: realtimetekst, videodoorschakeling en de interoperabiliteitseisen die toegankelijke communicatie mogelijk maken over dienstverleners heen. Hoofdstuk 7 bestrijkt ICT met videomogelijkheden — audiodescriptie, ondertiteling, ondertiteling in gebarentaal. Hoofdstuk 8 bestrijkt hardware: toetsenborden, bedieningselementen, aansluitingen, fysieke toegang. Een product wordt zelden slechts aan één hoofdstuk getoetst; een video-streaming-app op een smart-tv raakt tegelijk Hoofdstukken 5, 7, 9 (als het een webinterface heeft), 11 (de app zelf) en 12 (de documentatie).

Hoofdstuk 13 en de bijlagen

Hoofdstuk 13 behandelt ICT die doorschakelservices en nooddiensten­toegang biedt — de openbaar-belang-communicatielaag. De bijlagen zijn waar de norm haar aanbestedingsverbindende werk doet: Bijlage A bevat de conformiteitsmethodologie, inclusief het verplichte sjabloon voor de “toegankelijkheidsverklaring”; Bijlage B brengt EN 301 549-clausules in kaart met de corresponderende eisen in de Amerikaanse Section 508 — nuttig voor leveranciers die aan weerszijden van de Atlantische Oceaan verkopen; Bijlage C biedt richtlijnen voor functionele prestatiestatements; en de bibliografie vermeldt elke norm, inclusief WCAG, die het document bij verwijzing opneemt.

Hoe WCAG 2.1 AA daadwerkelijk in EN 301 549 zit

De relatie tussen WCAG en EN 301 549 is de meest gestelde vraag in conformiteitswerk, en het antwoord is specifieker dan “EN 301 549 bevat WCAG.” WCAG 2.1 Niveau AA is opgenomen in Hoofdstuk 9 (webinhoud) en delen van Hoofdstuk 11 (software, waar de succescriteria van toepassing zijn op niet-websoftware). De opneming is bij verwijzing, niet bij parafrase: de clausules van Hoofdstuk 9 zijn genummerd om de structuur van WCAG te spiegelen, en elke clausule verwijst naar het corresponderende succescriterium in de W3C-aanbeveling. Een WCAG 2.1 AA-conformiteitsverklaring vertaalt zich rechtstreeks naar een Hoofdstuk 9-conformiteitsverklaring.

Waar EN 301 549 verder gaat dan WCAG is in de softwarespecifieke, hardwarespecifieke en documentatiespecifieke clausules die WCAG nooit is ontworpen om te bestrijken. WCAG behandelt inhoud die waarneembaar, bedienbaar, begrijpelijk en robuust is binnen een web-user-agent. EN 301 549 voegt de eisen toe die omgaan met, bijvoorbeeld, de interactie van een desktopapp met een schermlezer-API op Windows, de tactiele herkenbaarheid van een hardwaretoetsenbord, of de TTY-interoperabiliteit van een contactcentrum. Een product kan WCAG 2.1 AA-conform zijn en toch tekortschieten op EN 301 549 — doorgaans omdat Hoofdstukken 11 of 12 eisen bevatten die WCAG niet behandelt.

Waar EN 301 549 geciteerd wordt in het EU-recht

De dragende rol van de norm ligt in de citatiegraph. Drie primaire rechtsinstrumenten noemen EN 301 549 als de technische referentie; enkele tientallen nationale aanbestedingswetten en toegankelijkheidsstatuten doen hetzelfde.

De Europese Toegankelijkheidsakte (Richtlijn (EU) 2019/882)

De Europese Toegankelijkheidsakte stelt functionele toegankelijkheidseisen voor een gedefinieerde lijst van producten en diensten — computers, smartphones, e-readers, geldautomaten, kaartautomaten, e-commerce, e-boeken, telefonie, audiovisuele mediadiensten, bankdiensten, passagierstransportinformatie. De functionele eisen van de Akte (Bijlage I) zijn abstract; zij vereisen bijvoorbeeld dat informatie in toegankelijke formaten wordt verstrekt, dat gebruikersinterfaces hulptechnologie ondersteunen, dat noodcommunicatie werkt voor dove gebruikers. Om die abstracte eisen operationeel te maken, vertrouwt de EAA op geharmoniseerde normen geciteerd onder artikel 15 van Verordening (EU) 1025/2012 — en EN 301 549 is de geharmoniseerde norm die de Europese Commissie gebruikt om de web-, software- en documentatie-eisen van de EAA te operationaliseren. Een product dat voldoet aan de relevante clausules van EN 301 549 heeft een vermoeden van conformiteit met de EAA. De eerste citatie in het Publicatieblad van EN 301 549 specifiek voor EAA-doeleinden verscheen in 2024; revisies volgen elke nieuwe versie.

De Richtlijn webtoegankelijkheid (Richtlijn (EU) 2016/2102)

De Richtlijn webtoegankelijkheid, van kracht sinds december 2016, verplicht overheidsinstanties in EU-lidstaten hun websites en mobiele applicaties toegankelijk te maken. Artikel 6 van de Richtlijn bepaalt dat inhoud die voldoet aan de geharmoniseerde norm geciteerd in het Publicatieblad, geacht wordt te voldoen aan de corresponderende toegankelijkheidseisen van artikel 4. EN 301 549 is de aldus geciteerde norm — V2 uit 2018 was de eerste versie die voor WAD-doeleinden werd aangewezen, waarbij elke volgende revisie een nieuwe PbEU-citatie triggert. Overheidswebsites en mobiele apps die voldoen aan Hoofdstuk 9 en de toepasselijke delen van Hoofdstuk 11 worden geacht te voldoen aan de Richtlijn.

Nationale aanbestedingswetten en artikel 42 van de Richtlijn overheidsopdrachten

Artikel 42 van Richtlijn 2014/24/EU (de Richtlijn overheidsopdrachten) vereist dat technische specificaties in overheidsopdrachten voor producten en diensten die door natuurlijke personen worden gebruikt, “rekening houden met toegankelijkheidscriteria voor personen met een beperking of met ontwerp voor alle gebruikers.” Lidstaten hebben die verplichting omgezet in hun nationale aanbestedingscodes, en de omzettingsteksten noemen doorgaans EN 301 549 als de referentienorm — van Duitsland’s BITV 2.0 en de EU-Verordnung waarnaar wordt verwezen in de federale aanbesteding, tot Spanje’s Real Decreto 1112/2018, tot de Franse RGAA (die haar criteria afstemt op EN 301 549 Hoofdstuk 9), tot de Italiaanse Linee Guida AgID, tot het Nederlandse Tijdelijk besluit digitale toegankelijkheid overheid. De laag van nationale aanbesteding is waar EN 301 549 het meest dagelijkse commerciële impact heeft, omdat zij bepaalt welke leveranciers voor welke overheidsopdrachten kunnen inschrijven.

Wat V4 verandert — en wat niet

De komende V4 van EN 301 549 is de werktitel voor de revisie die WCAG 2.2 AA zal opnemen in plaats van WCAG 2.1 AA, waarbij de negen succescriteria worden overgenomen die het W3C in de update van 2023 heeft toegevoegd of herzien. De werkrevisie is zichtbaar geweest in het openbare archief van het ETSI Technical Committee Human Factors sinds 2024, en de gezamenlijke werkgroep van ETSI/CEN/CENELEC is in de loop van 2025 bijeengekomen om haar te finaliseren. Publicatie in de loop van 2026 is de werkassumptie binnen de normengemeenschap; PbEU-citatie onder de EAA en WAD volgt daarna op de gebruikelijke tijdlijn van de Commissie (doorgaans enkele maanden na publicatie door ETSI).

De inhoudelijke delta’s in V4 clusteren rond twee gebieden. Ten eerste de WCAG 2.2-succescriteria zelf — Hoofdstuk 9 neemt de negen nieuwe criteria over, waarvan de meest operationeel significante zijn Focus niet verborgen, Doelgrootte (Minimum), Sleepbewegingen en de twee Toegankelijke verificatie-criteria, die samen een heraudit zullen vereisen van elk product dat gebruikmaakt van overlaypanelen, cookiemodals, wachtwoordvelden of kleine aantikdoelen. Ten tweede worden de softwareclausules van de norm (Hoofdstuk 11) aangescherpt om beter aan te sluiten bij WCAG 2.2 voor software waar de succescriteria van toepassing zijn, en om de taal over platformtoegankelijkheidsservices bij te werken zodat deze de hulptechnologie-API’s weerspiegelt die zijn uitgebracht since 2021.

Wat V4 niet verandert: de architectuur met twaalf hoofdstukken, het sjabloon voor de conformiteitsverklaring in Bijlage A, de relatie met de EAA en WAD, of de Section 508-mapping in Bijlage B. Een leverancier die een actuele conformiteitsverklaring heeft tegen V3.2.1, zal in de meeste gevallen opnieuw moeten testen voor de nieuwe WCAG 2.2-criteria, maar hoeft de conformiteitsaanpak niet opnieuw te ontwerpen.

EN 301 549 in de praktijk: de conformiteitsverklaring

Het operationele artefact dat EN 301 549 oplevert is een conformiteitsverklaring — soms “toegankelijkheidsverklaring” in WAD-gebruik, of een Voluntary Product Accessibility Template (VPAT) wanneer uitgedrukt in de Section 508-lijn. Bijlage A van de norm bevat het sjabloon. Voor elke toepasselijke clausule vermeldt de leverancier of het product “Ondersteunt,” “Deels ondersteunt,” “Ondersteunt niet,” of “Niet van toepassing.” Elke “Deels ondersteunt” of “Ondersteunt niet” moet worden vergezeld van een veld voor opmerkingen en toelichting dat de lacune beschrijft.

In een inschrijvingsreactie begrenst de aanbestedende dienst de relevante hoofdstukken voor het product, vereist een clausule-voor-clausule conformiteitsverklaring en beoordeelt de lacunes. De verklaring is contractueel bindend in de meeste EU-aanbestedingskaders — als de leverancier “Ondersteunt” declareert voor een clausule en het product vervolgens faalt op die clausule bij gebruikersacceptatie, geeft het contract de koper doorgaans gronden voor herstel, sancties of ontbinding. Dit is de reden dat EN 301 549 meer commerciële werking heeft dan het onderliggende WCAG-document op zichzelf: WCAG is een W3C-aanbeveling zonder aanbestedingsrechtelijke status; EN 301 549 is het document dat een contract noemt.

EN 301 549 in de wetgevingsgraph die u al kent

Als men de boog van de EU-wetgeving op het gebied van gehandicaptenrechten heeft gevolgd — de EAA, de Richtlijn webtoegankelijkheid, de nationale aanbestedingscodes die Richtlijn 2014/24/EU implementeren — is EN 301 549 de technische onderlaag die die wetten verbindt met het dagelijkse testproces van een leverancier. WCAG stelt de webinhoudregels vast. EN 301 549 omsluit WCAG in de bredere reeks eisen (software, documenten, documentatie, hardware, tweerichtingscommunicatie) waaraan EU-aanbestedingsrecht daadwerkelijk meet. De EAA en WAD citeren vervolgens EN 301 549 als de norm die het vermoeden van conformiteit triggert. Nationale aanbestedingscodes noemen de norm in hun technische specificaties, en toegankelijkheidsauditors testen er clausule voor clausule op.

Voor practici die een toegankelijkheidsaudit voor 2026 plannen: V3.2.1 is de versie om nu tegen te testen, V4 is de versie om zich op voor te bereiden, en de delta’s die het meest urgent zijn om voor te lopen zijn de negen WCAG 2.2-succescriteria — met name de focusweergave- en doelgrootte-criteria, die de meeste producten stilletjes niet halen. De snelste manier om te zien welke 2.2-criteria uw site al raken is een gratis WCAG 2.2-scan op een representatieve pagina. Voor het bredere overzicht van 2026 over hoe deze norm samenwerkt met nationale handhaving, zie de Disability World-artikelenindex; voor het eerste EAA-handhavingsoverzicht per lidstaat, zie de EAA-primer. Voor een praktische vertaling van V3.2.1 plus de 2.2-delta’s naar een werkende audit, zie het stapsgewijze WCAG 2.2-nalevingsspeelboek; voor de monitoringplatforms die conformiteit tussen audits handhaven, zie de toegankelijkheids­monitoring-kopersrids 2026.

Primaire bronnen

  1. ETSI / CEN / CENELEC. EN 301 549 V3.2.1 (2021-03) — Toegankelijkheidseisen voor ICT-producten en -diensten. etsi.org
  2. Europese Commissie. Normalisatieverzoek M/376 (2005) inzake ICT-toegankelijkheid voor overheidsopdrachten.
  3. Richtlijn (EU) 2019/882 van het Europees Parlement en de Raad betreffende de toegankelijkheidseis voor producten en diensten (Europese Toegankelijkheidsakte).
  4. Richtlijn (EU) 2016/2102 van het Europees Parlement en de Raad inzake de toegankelijkheid van de websites en mobiele applicaties van overheidsinstanties.
  5. Richtlijn 2014/24/EU van het Europees Parlement en de Raad betreffende het plaatsen van overheidsopdrachten, artikel 42.
  6. Verordening (EU) nr. 1025/2012 van het Europees Parlement en de Raad betreffende Europese normalisatie.
  7. W3C. de Richtlijnen voor toegankelijkheid van webcontent (WCAG) 2.1 (W3C-aanbeveling, juni 2018) en WCAG 2.2 (W3C-aanbeveling, oktober 2023).
  8. ETSI Technical Committee Human Factors. Openbaar archief over de revisieactiviteit van EN 301 549 (2024–2025).