---
title: "EN 301 549 clause mapping for the EU Accessibility Act"
canonical_url: "https://www.sorena.io/artifacts/eu/accessibility-act/faq/en-301-549-clause-mapping"
source_url: "https://www.sorena.io/artifacts/eu/accessibility-act/faq/en-301-549-clause-mapping"
author: "Sorena AI"
description: "How to map EN 301 549 and WCAG evidence to EU Accessibility Act Annex I requirements without overclaiming presumption of conformity."
published_at: "2026-05-09"
updated_at: "2026-05-17"
keywords:
  - "EU Accessibility Act"
  - "EAA"
  - "EN 301 549"
  - "WCAG"
  - "Annex I accessibility requirements"
  - "harmonised standards"
  - "Accessibility evidence"
---
**[SORENA](https://www.sorena.io/)** - AI-Powered GRC Platform

[Home](https://www.sorena.io/) | [Solutions](https://www.sorena.io/solutions) | [Artifacts](https://www.sorena.io/artifacts) | [About Us](https://www.sorena.io/about-us) | [Contact](https://www.sorena.io/contact) | [Portal](https://app.sorena.io)

---

# EN 301 549 clause mapping for the EU Accessibility Act

How to map EN 301 549 and WCAG evidence to EU Accessibility Act Annex I requirements without overclaiming presumption of conformity.

*FAQ* *EU*

## EU Accessibility Act FAQ EN 301 549 clause mapping

EN 301 549 is an ICT accessibility standard that can help structure technical evidence for products and services covered by the European Accessibility Act.

Use it as a clause applicability and evidence map, then tie the result back to the EAA's Annex I requirements and Article 15 presumption limits.

Map EN 301 549 evidence to the EU Accessibility Act by starting with the EAA obligation, not with a generic WCAG checklist. Identify the covered product or service, the relevant Annex I accessibility requirement, the ICT features in scope, the EN 301 549 clauses whose preconditions are true, and the test evidence for those clauses. Treat WCAG as part of the EN 301 549 web, document, and software evidence boundary, not as a complete EAA answer by itself.

## How should EN 301 549 and WCAG evidence be mapped for the EU Accessibility Act?

Use a two-layer map. The legal layer should identify the covered product or service, the economic operator role, the applicable EAA Annex I requirement, and any Article 14 fundamental-alteration or disproportionate-burden position. The technical layer should then show which EN 301 549 clauses apply to the ICT features being assessed and what test or review evidence supports each result.

EN 301 549 is self-scoping: many requirements begin with a precondition. If the precondition is true, assess the requirement and record the result; if it is false, record why the clause is not applicable. That is more useful than marking every clause pass or fail without explaining the product or service feature being assessed.

Keep WCAG in its correct boundary. EN 301 549 reflects WCAG 2.1 content and uses WCAG-based requirements especially for web pages, non-web documents, and software, but an EAA record still needs the Annex I requirement, product or service facts, and any product/service documentation required by the Directive.

- Start each row with the EAA Annex I outcome or information requirement, then add the EN 301 549 clause or clause family used as ICT evidence.
- Record clause applicability separately from pass/fail status so non-applicable clauses are traceable to a feature precondition, not silently dropped.
- For web content, documents, and software, separate WCAG-derived findings from other EN 301 549 evidence such as functional performance statements, hardware, closed functionality, two-way voice, video, documentation, support, and relay-service requirements where relevant.
- For products, connect the mapping to technical documentation, applied harmonised standards or technical specifications, and any EU declaration of conformity content.
- For services, connect the mapping to the information explaining how the service meets the applicable accessibility requirements.

Sources for this answer:

- [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the need to tie evidence back to Article 4, Annex I accessibility requirements, Article 14 limits, Article 15 presumption, product documentation, and service information.
- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports EN 301 549 as the ICT accessibility standard and explains self-scoping requirements, the clause structure, and the planned EAA-supporting revision.
- [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports the rule that harmonised standards are voluntary and that OJEU publication is the relevant trigger for presumption of conformity or other legal effect.
- [European Commission - Accessibility standardisation](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/accessibility-standardisation_en?ref=sorena.io) - Supports the role of European accessibility standards, including EN 301 549 for ICT accessibility, in implementing accessibility policy across the internal market.

## What should the clause mapping table contain?

A useful mapping table should let a reviewer see both the legal boundary and the technical evidence without reconstructing the project. It should not be a raw accessibility test export. It should explain why each clause was in scope, which EAA requirement it supports, what evidence was reviewed, and what remains unresolved.

Use separate columns for applicability, result, and presumption status. A passed EN 301 549 test is evidence. A presumption claim needs the additional Article 15 condition that the relevant harmonised standard or part has an OJEU reference and covers the specific EAA requirement.

- EAA reference: product or service category, Article 4/Annex I requirement, and any Article 14 exception relied on.
- ICT boundary: user journey, component, platform, hardware, software, document, web page, support channel, or service information being assessed.
- EN 301 549 reference: clause number or clause family, precondition, applicability conclusion, test result, and link to the test procedure or evidence file.
- WCAG reference: success criterion, test method, assistive-technology notes, defect ID, remediation status, and retest result where the EN clause uses WCAG evidence.
- Conformity boundary: whether the row is evidence only, a partly applied standard, a harmonised-standard presumption claim, or a non-standard technical solution.
- Owner and review trigger: accountable product, engineering, design, content, procurement, quality, or legal owner plus triggers such as design change, supplier change, standard update, release, complaint, or authority request.

Sources for this answer:

- [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the documentation boundary for products and services, including applied harmonised standards, alternative solutions, Article 14 assessment, and service accessibility information.
- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports using EN 301 549 clauses by ICT feature rather than by commercial product category.
- [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports separating voluntary standard use from mandatory legal requirements and OJEU-based legal effects.

## Where does WCAG fit inside EN 301 549?

WCAG evidence belongs inside the EN 301 549 mapping where EN 301 549 incorporates or aligns with WCAG requirements. For web pages, EN 301 549 treats WCAG 2.1 Level AA conformance as equivalent to conforming with clauses 9.1 to 9.4 and the clause 9.6 conformance requirements. EN 301 549 also has separate requirements for non-web documents and non-web software.

That means a WCAG audit should be normalized into EN 301 549 clauses instead of pasted into the EAA file as a standalone pass/fail list. The mapping should show which WCAG findings support which EN 301 549 rows, and which non-WCAG EN 301 549 clauses still need evidence.

- Use EN 301 549 clause 9 for web content evidence and keep page-level WCAG findings traceable to the assessed URLs or templates.
- Use EN 301 549 clause 10 for non-web document evidence where documents are part of the product or service information.
- Use EN 301 549 clause 11 for non-web software evidence, including native applications and embedded software where relevant.
- Do not let a WCAG pass hide unresolved EN 301 549 areas outside web content, documents, and software.
- When AAA criteria are considered, label them as additional criteria unless the applicable requirement or procurement specification actually requires them.

Sources for this answer:

- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports the EN 301 549 structure for ICT requirements and the relationship to WCAG-based web, document, and software evidence.
- [European Commission - Accessibility standardisation](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/accessibility-standardisation_en?ref=sorena.io) - Supports EN 301 549 as the European ICT accessibility standard used in accessibility standardisation.

## How should presumption of conformity be stated?

State presumption narrowly. The EAA says products and services conforming with harmonised standards or parts of standards whose references are published in the Official Journal are presumed to conform only so far as those standards or parts cover the Directive's accessibility requirements. The same logic applies to technical specifications adopted under the Directive.

For EN 301 549, avoid broad wording such as 'EN 301 549 compliant equals EAA compliant'. The safer record is: which standard version or part was applied, whether the reference has the required legal status for the requirement at issue, which EAA requirement it covers, and what evidence demonstrates implementation.

- Use 'evidence mapped to EN 301 549' when the standard supports the technical assessment but the OJEU presumption claim has not been verified for the relevant EAA requirement.
- Use 'presumption of conformity claimed for this requirement' only when the cited harmonised standard or part is published for that legal effect and covers the specific Annex I requirement.
- If a harmonised standard is applied only in part, identify the applied parts and describe other solutions used for the remaining accessibility requirements.
- If Article 14 is used, identify the affected accessibility requirements and keep the fundamental-alteration or disproportionate-burden assessment with the mapping.
- For service files, keep the explanation of how the service meets applicable accessibility requirements in the terms and conditions or equivalent document.

Sources for this answer:

- [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports the limits on presumption of conformity, partial standards use, Article 14 exceptions, and documentation duties for products and services.
- [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports OJEU publication and voluntary use of harmonised standards as distinct concepts.
- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports the caution that EN 301 549 V3.2.1 supports the Web Accessibility Directive and is planned to be revised to support Directive (EU) 2019/882.

## Common mapping mistakes to avoid

The main mistake is treating accessibility evidence as interchangeable across laws, standards, products, and versions. The EAA file should show the exact product or service, the exact Annex I requirement, the exact ICT feature, and the exact EN 301 549 clause or WCAG criterion being relied on.

A second mistake is hiding exceptions or unresolved scope questions. If a clause is not applicable, record the precondition that makes it not applicable. If an accessibility requirement is not fully met because of Article 14, keep that assessment separate from the EN 301 549 test result.

- Do not cite WCAG alone as proof that a payment terminal, e-reader, transport information service, banking service, or e-commerce service meets every applicable EAA requirement.
- Do not mark a clause 'not applicable' without naming the feature precondition and the product or service evidence behind that conclusion.
- Do not claim presumption of conformity for an entire product or service when only selected clauses or parts of a standard were applied.
- Do not mix Web Accessibility Directive evidence, EAA evidence, and procurement evidence unless each row says which legal requirement it supports.
- Do not leave supplier VPATs, accessibility conformance reports, design tickets, and manual test results disconnected from the EAA Annex I requirement they are meant to support.

Sources for this answer:

- [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Supports keeping EAA Annex I requirements, Article 14 exceptions, conformity documentation, and service information distinct in the evidence record.
- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Supports checking EN 301 549 clause applicability by ICT feature and precondition rather than assuming all clauses apply.
- [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Supports avoiding overclaiming because harmonised standards can be used to demonstrate compliance but remain voluntary.

## Primary sources

- [Directive (EU) 2019/882 (European Accessibility Act)](https://eur-lex.europa.eu/eli/dir/2019/882/oj?ref=sorena.io) - Primary legal source for the EAA accessibility requirements, Article 14 limits, Article 15 presumption of conformity, technical documentation, EU declaration of conformity, and service information duties.
  - Quote: "Products and services which are in conformity with harmonised standards"
- [ETSI - EN 301 549 V3 standard overview](https://www.etsi.org/human-factors-accessibility/en-301-549-v3-the-harmonized-european-standard-for-ict-accessibility?ref=sorena.io) - Official ETSI overview for EN 301 549 as the European ICT accessibility standard, including scope, self-scoping requirements, clause structure, and EAA revision context.
  - Quote: "Accessibility requirements for ICT products and services"
- [European Commission - Harmonised standards](https://single-market-economy.ec.europa.eu/single-market/goods/european-standards/harmonised-standards_en?ref=sorena.io) - Commission source for harmonised-standard legal effect, OJEU publication, voluntary use, and alternative technical solutions.
  - Quote: "published in the Official Journal of the European Union"
- [European Commission - Accessibility standardisation](https://commission.europa.eu/strategy-and-policy/policies/justice-and-fundamental-rights/disability/accessibility-standardisation_en?ref=sorena.io) - Commission source for European accessibility standardisation and EN 301 549's role in ICT accessibility.
  - Quote: "ICT accessibility resulting in European Standard EN 301 549"

## Topic Guides

- [EAA Accessibility Conformance Statement Template](/artifacts/eu/accessibility-act/accessibility-conformance-statement-template.md): Template language for an EU Accessibility Act conformance statement covering scope, Annex I mapping, service information, standards, support routes, evidence, and limits.
- [EAA Article 14 disproportionate burden workflow](/artifacts/eu/accessibility-act/disproportionate-burden-assessment-workflow.md): A grounded EU Accessibility Act workflow for Article 14 fundamental alteration and disproportionate burden assessments, records, reassessment triggers, and evidence.
- [EAA conformance statements: products, services, EN 301 549 evidence](/artifacts/eu/accessibility-act/faq/conformance-statements.md): What an EU Accessibility Act conformance statement should include, with product EU declarations, service information, EN 301 549 and WCAG evidence boundaries.
- [EAA e-commerce checkout accessibility FAQ](/artifacts/eu/accessibility-act/faq/e-commerce-checkout.md): How to test an e-commerce checkout under the European Accessibility Act, including service scope, payment and identification flows, service information, and evidence.
- [EAA e-commerce checkout accessibility guide](/artifacts/eu/accessibility-act/e-commerce-checkout-accessibility.md): Grounded EU Accessibility Act guide for accessible e-commerce checkout scope, payment and identification requirements, evidence, standards mapping, and customer information.
- [EAA EN 301 549 and WCAG mapping](/artifacts/eu/accessibility-act/en-301-549-and-wcag-mapping.md): Map European Accessibility Act Annex I requirements to EN 301 549 and WCAG evidence without overstating what WCAG tests can prove.
- [EAA EN 301 549 clause mapping for ICT evidence](/artifacts/eu/accessibility-act/en-301-549-clause-mapping.md): Map EN 301 549 clauses to EU Accessibility Act evidence, Annex I outcomes, product and service records, and gaps that need non-ICT support.
- [EAA procurement clauses and accessibility acceptance criteria](/artifacts/eu/accessibility-act/procurement-language-and-acceptance-criteria.md): Buyer-side EU Accessibility Act procurement language for covered products and services, with supplier evidence, EN 301 549 limits, Article 14 exception records, and acceptance criteria.
- [EAA scope classifier workflow for products and services](/artifacts/eu/accessibility-act/accessibility-scope-classifier-workflow.md): Classify EU Accessibility Act scope by product or service category, consumer use, market or service date, operator role, exclusions, exemptions, Article 14 records, and evidence.
- [EAA testing and conformance evidence | Annex I, EN 301 549 and Article 14](/artifacts/eu/accessibility-act/testing-and-conformance-evidence.md): How to document European Accessibility Act testing evidence: Annex I mappings, product technical files, service information, EN 301 549 boundaries, harmonised-standard limits, and Article 14 exception records.
- [EAA WCAG evidence and procurement acceptance](/artifacts/eu/accessibility-act/wcag-evidence-and-procurement-acceptance.md): How to use EN 301 549 and WCAG evidence in EU Accessibility Act procurement acceptance without overstating presumption of conformity.
- [EN 301 549 evidence matrix workflow for EAA readiness](/artifacts/eu/accessibility-act/en-301-549-evidence-matrix-workflow.md): Build an EN 301 549 evidence matrix for European Accessibility Act work: scope rows, clause mapping, test evidence, owner sign-off, exception records, and limits of standards evidence.
- [EN 301 549 vs WCAG for EAA evidence](/artifacts/eu/accessibility-act/en-301-549-vs-wcag.md): Compare EN 301 549 and WCAG for European Accessibility Act planning: ICT scope, web-content overlap, harmonised-standard limits, and evidence beyond WCAG-only tests.
- [EU Accessibility Act Applicability Test](/artifacts/eu/accessibility-act/applicability-test.md): Check whether the European Accessibility Act covers a product or consumer service, which role applies, which date matters, and what evidence to keep.
- [EU Accessibility Act authority request response FAQ](/artifacts/eu/accessibility-act/faq/authority-response.md): How to answer EU Accessibility Act checks from market surveillance or service authorities with technical documentation, service information, Article 14 records, and corrective actions.
- [EU Accessibility Act checklist for products and services](/artifacts/eu/accessibility-act/checklist.md): Checklist for EAA scope, operator role, Annex I mapping, product technical files, service information, Article 14 assessments, supplier evidence, release checks, and monitoring.
- [EU Accessibility Act compliance operating model](/artifacts/eu/accessibility-act/compliance.md): Build an EU Accessibility Act compliance file for covered products and services: scope, operator roles, Annex I mapping, conformity evidence, Article 14 assessments, corrective actions, and records.
- [EU Accessibility Act deadlines and compliance calendar](/artifacts/eu/accessibility-act/deadlines-and-compliance-calendar.md): Calendar for the EU Accessibility Act: 2022 transposition, 2025 application, 2027 emergency communications timing, 2030 transition rules, owner actions, and evidence records.
- [EU Accessibility Act deadlines and transition plan](/artifacts/eu/accessibility-act/deadlines-and-transition-plan.md): Plan for the European Accessibility Act application date, service-contract transition, self-service terminal transition, 112 derogation, and evidence gates.
- [EU Accessibility Act disproportionate burden decision](/artifacts/eu/accessibility-act/disproportionate-burden-decision.md): How to document an EU Accessibility Act Article 14 disproportionate burden decision with supported criteria, retained evidence, limits, notifications, and review triggers.
- [EU Accessibility Act exemptions and disproportionate burden](/artifacts/eu/accessibility-act/exemptions-and-disproportionate-burden.md): Article 14 EAA guide covering fundamental alteration, disproportionate burden, service microenterprise exemptions, content exclusions, transition limits, and documentation.
- [EU Accessibility Act FAQ: scope, dates, services, Article 14](/artifacts/eu/accessibility-act/faq.md): Clear answers on EU Accessibility Act scope, 28 June 2025 application, covered products and services, microenterprises, Article 14, service information, standards, and penalties.
- [EU Accessibility Act for ecommerce websites](/artifacts/eu/accessibility-act/accessibility-act-for-ecommerce-websites.md): Grounded guide for ecommerce teams applying the EU Accessibility Act to consumer checkout journeys, service information, accessibility evidence, and exceptions.
- [EU Accessibility Act microenterprise exemption and disproportionate burden FAQ](/artifacts/eu/accessibility-act/faq/microenterprise-and-disproportionate-burden-decisions.md): FAQ explaining when EAA microenterprise relief applies, how Article 14 disproportionate-burden assessments work, what Annex VI requires, and what records to keep.
- [EU Accessibility Act penalties and enforcement](/artifacts/eu/accessibility-act/penalties-and-fines.md): How Directive (EU) 2019/882 handles penalties, Member State enforcement, market surveillance for products, and service compliance checks.
- [EU Accessibility Act procurement acceptance criteria | EAA FAQ](/artifacts/eu/accessibility-act/faq/procurement-acceptance.md): How to write EAA procurement acceptance criteria that ask suppliers for scoped accessibility evidence, standards mappings, declarations, and exception records without overclaiming conformity.
- [EU Accessibility Act Product and Service Scope](/artifacts/eu/accessibility-act/product-and-service-category-scoping.md): Scope products and services under the EU Accessibility Act using Article 2 categories, Article 3 definitions, limited content exclusions, microenterprise treatment, and evidence records.
- [EU Accessibility Act products and services in scope](/artifacts/eu/accessibility-act/products-and-services-in-scope.md): Article 2 scope guide for the European Accessibility Act: covered products, covered consumer services, economic-operator roles, Article 3 definitions, and evidence records.
- [EU Accessibility Act Requirements: Annex I, Products, Services](/artifacts/eu/accessibility-act/requirements.md): Map EU Accessibility Act requirements by Article 4, Annex I, product and service obligations, Article 13 evidence, standards, and Article 14 exceptions.
- [EU Accessibility Act service transition rules under Article 32 | EAA FAQ](/artifacts/eu/accessibility-act/faq/transition-services.md): FAQ on EU Accessibility Act Article 32 transition rules for service providers, pre-28 June 2025 contracts, 2030 limits, self-service terminals, evidence records, and change triggers.
- [EU Accessibility Act services: banking, transport, media and e-books](/artifacts/eu/accessibility-act/faq/banking-transport-and-media-services.md): FAQ on which consumer banking, transport, audiovisual media access, electronic communications, e-book, and e-commerce services fall under the EU Accessibility Act.
- [EU Accessibility Act vs ADA and Section 508: EAA-grounded comparison](/artifacts/eu/accessibility-act/accessibility-act-vs-ada-and-section-508.md): Compare the EU Accessibility Act with ADA and Section 508 planning boundaries, using grounded EAA scope, evidence, standards, procurement, and operator-duty points.
- [EU Accessibility Act vs Web Accessibility Directive](/artifacts/eu/accessibility-act/accessibility-act-vs-web-accessibility-directive.md): Compare the European Accessibility Act with the Web Accessibility Directive: scope, covered actors, services, standards, evidence, monitoring, enforcement, and key dates.
- [WCAG Evidence for the EU Accessibility Act and EN 301 549 | EAA FAQ](/artifacts/eu/accessibility-act/faq/wcag-evidence.md): When WCAG test evidence helps EAA work, how it maps through EN 301 549, and why WCAG alone does not prove European Accessibility Act compliance.
- [Which products and services does the EU Accessibility Act cover? | EAA FAQ](/artifacts/eu/accessibility-act/faq/product-and-service-categories.md): Article 2 and Article 3 scope summary for EU Accessibility Act covered products, services, exclusions, product-service boundaries, and records to keep.

*Recommended next step*

*Placement: after implementation section*

## Turn the clause map into reviewable EAA evidence

Keep each EAA Annex I requirement, EN 301 549 clause, WCAG finding, exception, owner, and retest result in one evidence record so product, accessibility, legal, quality, and procurement teams can review the same facts.

- [Open Research Copilot](/solutions/research-copilot.md): Answer EAA scope, standards, and evidence questions with cited outputs.
- [Talk through implementation](/contact.md): Review your EAA scope, clause map, WCAG evidence, exceptions, and next actions.


---

[Privacy Policy](https://www.sorena.io/privacy) | [Terms of Use](https://www.sorena.io/terms-of-use) | [DMCA](https://www.sorena.io/dmca) | [About Us](https://www.sorena.io/about-us)

(c) 2026 Sorena AB (559573-7338). All rights reserved.

Source: https://www.sorena.io/artifacts/eu/accessibility-act/faq/en-301-549-clause-mapping