EN 301 549: The EU's ICT Accessibility Standard, Explained
EN 301 549 is the harmonized European standard that defines what “accessible” means for technology in EU law. It sits behind both the Web Accessibility Directive and the European Accessibility Act, incorporates WCAG 2.1 Level AA for web content, and extends comparable requirements to documents, software, hardware, and support services. If you sell into Europe, this is the standard your conformance claims map to.
Not legal advice. This guide is educational information about EN 301 549 and the EU laws that reference it, not legal advice. Which version of the standard applies, and how, depends on the law, the member state, and your product — consult a qualified lawyer for compliance decisions.
What EN 301 549 is
Formally titled “Accessibility requirements for ICT products and services,” EN 301 549 is a European standard produced jointly by ETSI, CEN, and CENELEC — the three official European standardization organizations — under mandates from the European Commission. It began life as Europe's answer to the US Section 508 standards: a single technical yardstick that public buyers and regulators could reference instead of writing their own accessibility specifications.
Its legal significance comes from harmonization. When the European Commission cites a version of the standard in the Official Journal of the EU as a harmonized standard for a given law, conforming to it creates a presumption of conformitywith that law's accessibility requirements. That makes EN 301 549 the safe, well-lit path to compliance with:
- the Web Accessibility Directive (Directive (EU) 2016/2102), which covers EU public-sector websites and mobile apps, and
- the European Accessibility Act (Directive (EU) 2019/882), which extends accessibility duties to private-sector products and services from June 28, 2025.
How the standard is structured
| Chapter | Topic | What it covers |
|---|---|---|
| Ch. 4–5 | Functional performance & generic requirements | Usage without vision, with limited hearing, without speech, with limited manipulation or strength, and more; requirements that apply across all ICT |
| Ch. 6–7 | Two-way voice & video capabilities | Real-time text, audio quality, captioning and audio description capabilities for ICT that handles voice or video |
| Ch. 8 | Hardware | Physical ICT: self-service terminals, kiosks, devices with operable parts and displays |
| Ch. 9 | Web | Websites and web applications — incorporates WCAG 2.1 Level A and AA success criteria |
| Ch. 10 | Non-web documents | PDFs, Office documents, e-books and other non-web documents, via adapted WCAG criteria |
| Ch. 11 | Software | Native mobile and desktop apps and other non-web software, via adapted WCAG criteria plus assistive-technology interoperability |
| Ch. 12–13 | Documentation, support & relay services | Accessible product documentation, accessible support channels, and relay/emergency service access |
Highlighted rows — chapters 9, 10, and 11 — are the ones most digital product teams work with day to day.
The WCAG connection
For web content, EN 301 549 does not reinvent anything: chapter 9 incorporates the WCAG 2.1 Level A and AA success criteria. A website that conforms to WCAG 2.1 AAsatisfies the web chapter outright. The standard's real added value is everywhere WCAG stops:
- Chapter 10 applies adapted WCAG criteria to non-web documents — PDFs, Office files, e-books.
- Chapter 11 applies adapted criteria to native software and mobile apps, and adds requirements such as interoperability with assistive technologies and preservation of platform accessibility features.
- Functional performance statements (chapter 4) describe outcomes — usable without vision, without hearing, with limited manipulation — that act as a benchmark where specific technical provisions do not apply.
- Chapters 6–8 and 12–13 reach voice and video communication, hardware such as kiosks and terminals, product documentation, and support services.
Since WCAG 2.2 is backwards-compatible with 2.1, auditing against the WCAG 2.2 AA checklist covers the EN 301 549 web baseline while future-proofing your conformance as the standard is revised to track newer WCAG versions.
Versions of EN 301 549
| Version | What changed |
|---|---|
| v1.1.2 (2015) | First edition; aligned with WCAG 2.0 for web content |
| v2.1.2 (2018) | First version harmonized for the Web Accessibility Directive; introduced WCAG 2.1 alignment |
| v3.1.1 (2019) | Restructured and extended requirements across document and software chapters |
| v3.2.1 (2021) | Current baseline cited for the Web Accessibility Directive; WCAG 2.1 A/AA for web, documents, and software |
Version 3.2.1 (March 2021) is the established baseline. A revised edition aligned to the European Accessibility Act has been in development under the European Commission's standardization request M/587 — when citing the standard in contracts or conformance reports, always name the exact version and check the Official Journal for the version currently harmonized for the law you care about.
Who needs EN 301 549
- EU public-sector bodies — websites and mobile apps must meet the harmonized standard under the Web Accessibility Directive, with a published accessibility statement and a feedback mechanism, monitored by national authorities.
- Businesses covered by the EAA — e-commerce, consumer banking, e-books, telecoms, transport services, and manufacturers of covered devices use EN 301 549 conformance as the presumption-of-conformity route. See the EAA compliance guide for scope and deadlines.
- Vendors selling ICT to European public buyers — public procurement rules require accessible ICT, and buyers request conformance evidence against the standard, typically as an ACR on the VPAT EU edition (the EU counterpart to the US Section 508 VPAT).
- Non-EU companies serving EU customers — the laws that reference the standard apply based on where the product or service is offered, not where the company sits.
Conforming in practice
For a typical website or app, EN 301 549 conformance work is WCAG conformance work with a wider perimeter: audit web content against WCAG 2.1/2.2 AA, apply the adapted criteria to your mobile apps and customer-facing documents, verify assistive technology compatibility, and make sure support channels and documentation are accessible. Then document it — an accessibility statement for regulators and users, an ACR for procurement — and wire accessibility checks into your release process so conformance survives the next sprint. Litigation risk looks different in Europe than the US lawsuit wave (tracked in our lawsuit tracker), but regulator complaints and market-surveillance action follow the same trail of unfixed barriers.
Map your product against EN 301 549
Start with a WCAG audit of your web content, check your PDFs against the document requirements, and get expert help assembling conformance documentation for EU markets.
Frequently asked questions
What is EN 301 549 in plain terms?
EN 301 549, 'Accessibility requirements for ICT products and services,' is the European standard that defines what 'accessible' means for technology in EU law. It was developed jointly by the European standards organizations ETSI, CEN, and CENELEC under a mandate from the European Commission. Where US rules point to WCAG for web content, EU laws point to EN 301 549 — which itself incorporates WCAG 2.1 Level A and AA for web content and extends similar requirements to documents, software, hardware, and support services. Conforming to it gives a legal presumption that you meet the accessibility requirements of the EU laws that reference it.
How does EN 301 549 relate to WCAG 2.1 AA?
Chapter 9 of EN 301 549 incorporates the WCAG 2.1 Level A and AA success criteria directly for web content — if your site conforms to WCAG 2.1 AA, you satisfy the web chapter. Chapters 10 (non-web documents) and 11 (software, including mobile apps) apply adapted versions of the same criteria to those contexts. So WCAG 2.1 AA is the core of EN 301 549 but not the whole of it: the standard also covers functional performance, hardware, two-way communication, video capabilities, and documentation and support services that WCAG never addressed.
What is the current version of EN 301 549?
Version 3.2.1, published in March 2021, is the established baseline and the version harmonized in the Official Journal of the EU for the Web Accessibility Directive. It aligns web, document, and software requirements with WCAG 2.1. A revised version aligned to the European Accessibility Act's requirements — and expected to track newer WCAG versions — has been in development under the European Commission's standardization request M/587; check the Official Journal for the version currently cited for each law. Conformance claims should always name the version they were tested against.
Who needs to conform to EN 301 549?
Three main groups. First, EU public-sector bodies: the Web Accessibility Directive requires their websites and mobile apps to meet the harmonized standard. Second, businesses covered by the European Accessibility Act — e-commerce, banking, e-books, transport, telecoms, and covered products — since EN 301 549 is the route to a presumption of conformity. Third, vendors selling ICT to European public-sector buyers, who are routinely asked for EN 301 549 conformance evidence in procurement (the VPAT EU edition exists exactly for this). Non-EU companies serving EU customers in covered sectors are included.
Is EN 301 549 a law?
No — it is a technical standard, not legislation. Its legal force comes from the laws that reference it: the Web Accessibility Directive (2016/2102) for public-sector websites and apps, and the European Accessibility Act (2019/882) for private-sector products and services. When a version of the standard is cited in the Official Journal of the EU as a harmonized standard, conforming to it creates a presumption of conformity with the corresponding law. You can also comply with those laws by other means, but you then carry the burden of demonstrating the requirements are met without the standard's safe harbor.
What do chapters 9, 10, and 11 cover?
These are the three chapters most digital teams work with. Chapter 9 (Web) applies WCAG 2.1 A and AA success criteria to web pages. Chapter 10 (Non-web documents) applies adapted WCAG criteria to documents that are not web pages — PDFs, Office files, e-books — whether distributed on the web or elsewhere. Chapter 11 (Software) applies adapted criteria to non-web software, including native mobile and desktop apps, and adds requirements like interoperability with assistive technology and accessible authoring tools. The adaptations mostly replace web-specific wording; the substance of the criteria stays the same.
How do I test and document EN 301 549 conformance?
For web content, test against WCAG 2.1 AA (or 2.2 AA for headroom) using a combination of automated scanning, manual expert review, and assistive-technology testing — chapter 9 is satisfied by WCAG conformance. For apps and documents, apply the adapted criteria of chapters 11 and 10 respectively. Document the results in an accessibility statement (mandatory for public-sector bodies under the Web Accessibility Directive, and expected under the EAA's service-information requirements) or, for procurement, in an ACR using the VPAT EU edition, which mirrors the standard's clause structure.