WCAG 2.1 or 2.2 for the European Accessibility Act? The directive names neither.

Search for what the European Accessibility Act requires and you will be told, confidently and in a lot of places, that it requires WCAG 2.1 Level AA. Some pages say 2.2. A few say "2.1, moving to 2.2".

Open Directive (EU) 2019/882 and search it for the string "WCAG".

It is not there. The directive never names the Web Content Accessibility Guidelines, and it never names a version of them.

This is not a technicality, and getting it right changes what you write in your own accessibility information.

What the directive actually requires

The binding obligation is Annex I: functional accessibility requirements, expressed as outcomes rather than as a checklist. Information must be perceivable through more than one sensory channel, understandable, presented in ways users can perceive; functionality must be operable; and so on for the specific service categories.

Annex I does not tell you what contrast ratio to hit. That is deliberate — a directive that named a version number would need amending every time the version changed.

Where a WCAG version does come from

Article 15(1):

Products and services which are in conformity with harmonised standards or parts thereof the references of which have been published in the Official Journal of the European Union, shall be presumed to be in conformity with the accessibility requirements of this Directive in so far as those standards or parts thereof cover those requirements.

Three conditions, and all three matter.

It must be a harmonised standard, not any standard. Its reference must be published in the Official Journal — not drafted, not approved by a standardisation body, not widely adopted. And the presumption reaches only as far as the standard covers the requirement; it is not a blanket pass.

The relevant standard is EN 301 549, the European ICT accessibility standard. Version V3.2.1 dates from March 2021 and maps its web requirements to WCAG 2.1 Level AA. The revision aligned with WCAG 2.2 is V4.1.1, expected to be cited in the Official Journal around October 2026; a draft, V4.1.0, went out for review in November 2025.

So as things stand while I write this in August 2026, the WCAG version with a route to presumption of conformity is 2.1 AA, and 2.2 is coming.

Why the bigger number is not automatically the safer claim

The intuition is that claiming WCAG 2.2 AA is a superset, so it must be at least as good. For engineering, broadly yes. For a written legal claim, no, and for two separate reasons.

It is more than the law asks and less than the law recognises. A statement saying "this service conforms to WCAG 2.2 AA" asserts something the directive never required, while not asserting conformity with the instrument that would actually give you the presumption. You have taken on extra exposure and bought no extra protection.

And it is a bigger promise to keep. WCAG 2.2 adds nine success criteria over 2.1, including 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements and 3.3.8 Accessible Authentication (Minimum) at AA. Every one is another thing that can be wrong on your site, in a claim you published, in writing, about yourself. The FTC's action against accessiBe turned on claims of exactly this shape — not on the state of anyone's site, but on what was said about it.

None of which means do not implement 2.2. Implement whatever you can; 3.3.8 in particular is a real improvement for real people. The point is narrower: what you build and what you claim in a formal document are two different decisions, and the second one should be made deliberately rather than by reaching for the larger number.

The honest gap in this

I can tell you what Article 15 says, that the directive does not name WCAG, and which EN 301 549 version maps to which WCAG version. I could not establish from secondary sources, to my own satisfaction, exactly which references currently stand cited in the Official Journal under Directive (EU) 2019/882 as opposed to under Directive (EU) 2016/2102, the older public sector directive. Sources disagree, and vendor pages state it with a confidence their citations do not support.

That gap is the practical advice. If you are about to publish a document claiming presumption of conformity, the thing to check is not a blog post — mine included. It is the OJ listing for the directive that applies to you, on the day you publish. It takes a few minutes and it is the only source that settles it.

If that sounds like more diligence than a compliance claim should need, that is worth sitting with, because it is an argument for making a narrower claim.

What I would write instead

Rather than "this service conforms to WCAG 2.2 AA", something that is true and that you can defend:

We test against WCAG 2.1 Level AA, the level referenced by EN 301 549 V3.2.1. Our most recent audit was on [date]. The following issues are known and outstanding: [list]. If you hit a barrier, contact us at [address] and we will respond within [time].

Dated. Specific. Contains known failures, which paradoxically makes it more credible rather than less, and makes it very hard to characterise as deceptive. And it says how to reach a human, which is the most useful line on the page and the one that vendors' templates most often leave out.

The caveats

I am not a lawyer. I am a developer who reads the primary texts because a marketplace reviewer once proved to me that I had built the wrong document entirely, and I have not trusted a summary since.

Also: check whether you owe any of this. Article 4(5) exempts microenterprises providing services — fewer than 10 persons, with turnover or balance sheet total under €2 million — from the accessibility requirements and from every obligation attached to them. That is a large share of the people currently being sold compliance tooling, and it is worth reading before you write anything down.

Sources: Directive (EU) 2019/882 · Directive (EU) 2016/2102 · EN 301 549 (ETSI) · FTC v. accessiBe