Not just WCAG: how web accessibility really works in Europe

When I first prepared for WCAG certification and later specialised in RGAA for projects in France, I thought these two standards would be enough to cover accessibility work both locally and internationally.

But the European landscape is more complex. Beyond WCAG as the technical foundation, there’s EN 301 549, which makes accessibility legally enforceable across the EU. Several countries also add national standards like RGAA (France), BITV (Germany), UNE 139803 (Spain) or Italy’s Legge Stanca, each with their own tests and clarifications. In Scandinavia, WCAG applies directly, supported by national agencies like Sweden’s DIGG.

With the European Accessibility Act now in force since June 28 2025, these differences matter more than ever, shaping audits, statements and design decisions for both public and private sectors.

In this article I tried to offer a clear comparison: when each standard appeared, where it applies, how strict it is, and what it adds to WCAG — to help teams see the bigger picture of accessibility across Europe.

1. WCAG – Web Content Accessibility Guidelines

AspectDetails
Published byW3C (World Wide Web Consortium)
First versionWCAG 1.0 in 1999; WCAG 2.0 in 2008; WCAG 2.1 in 2018; WCAG 2.2 in October 2023; WCAG 3 (draft, not final)
Where it appliesInternational — referenced worldwide (EU, US, UK, Canada, Australia, etc.)
Legal statusNot legally binding by itself — becomes mandatory when referenced in law (e.g., EU Directive, ADA settlements, UK regulations)
How strict?Provides guidelines organised under POUR (Perceivable, Operable, Understandable, Robust); testable “success criteria” at levels A, AA, AAA
CheckingBy running accessibility audits / manual testing / automated tools against the success criteria (e.g., contrast ratio, focus indicators, alt text)
Key pointWCAG itself doesn’t tell you how to document or publish; it’s purely technical. It’s the backbone everyone builds on.
Practicality & detail levelAbstract & principle‑based: explains what must be done, but not how to do it. Good for high‑level guidance.
Best suited forDesigners (color contrast, focus order, content clarity)
Front‑end devs (semantic HTML, ARIA, keyboard nav)
Product managers & content teams (clear language, consistent structure)

2. EN 301 549 – European standard

AspectDetails
Published byCEN/CENELEC & ETSI (European standardisation bodies)
First version2014 (EN 301 549 v1.0); updated regularly — current version EN 301 549 v3.2.1 (2021), aligned with WCAG 2.1; WCAG 2.2 update expected
Where it appliesAll EU member states, as well as EEA countries (e.g., Norway, Iceland); cited in EU laws like the Web Accessibility Directive (2016/2102) and the European Accessibility Act (2019/882)
Legal statusLegally binding once referenced in an EU Directive or Regulation; becomes the technical means to prove compliance (“presumption of conformity”)
How strict?Requires public sector websites/apps to meet WCAG success criteria (currently 2.1 AA); also adds requirements for documents, video, software, authoring tools, hardware, biometrics
CheckingBy technical audits + mandatory accessibility statement (EU template); may require documentation & conformity assessments, especially under the EAA
Key pointEN 301 549 is what turns WCAG from a voluntary guideline into a concrete legal obligation in Europe.
Practicality & detail levelFormal legal text + references to WCAG; adds requirements for documents, video players, software & hardware. Not a daily reference for coding; useful for compliance leads, legal & procurement.
Best suited forCompliance officers & DPOs
Accessibility leads
Project managers (to check scope: documents, software, apps)

3. RGAA – Référentiel Général d’Amélioration de l’Accessibilité (France)

AspectDetails
Published byFrench government (DINUM – Direction interministérielle du numérique)
First version2009; current: RGAA 4.1 (2023), aligned with WCAG 2.1; update to WCAG 2.2 expected soon
Where it appliesFrance — all public websites, mobile apps, intranets, extranets; many private companies offering digital services to the public (especially >250 employees)
Legal statusMandatory by French law (Law n°2005‑102 on equal rights for disabled people; decrees from 2009, updated 2019)
How strict?Adds detailed test procedures (approx. 106 criteria) that say how to check each WCAG point; requires: an accessibility statement in French, updated annually; publication of an “audit report” summarising findings; “multi‑year plan” for improvement
CheckingThrough an RGAA audit (can be internal or by a certified expert); audit follows official test procedures; must publish the results
Key pointRGAA is not just a copy of WCAG — it’s a practical, test‑oriented standard + legal obligation + strong transparency requirements.
Practicality & detail levelHighly practical: step‑by‑step test criteria, concrete examples, yes/no checks. Makes WCAG actionable.
Best suited forFront‑end developers & integrators (checklists before release)
QA testers / auditors (run the tests)
Some points help designers (e.g., contrast, structure)

4. BITV 2.0 – Germany

AspectDetails
Published byFederal Ministry of Labour and Social Affairs
SinceBITV 1.0 in 2002 (aligned with WCAG 1.0); BITV 2.0 from 2011, updated in 2019 & 2021 to align with WCAG 2.1
Where it appliesAll German federal and state public bodies; since EAA, also certain private sectors
Legal statusMandatory by German law: Barrierefreie-Informationstechnik-Verordnung (Ordinance on Accessible Information Technology), based on Behindertengleichstellungsgesetz (BGG, Equal Opportunities for Disabled Persons Act)
Adds to WCAGHas detailed testing procedure (BITV-Test) developed by DIAS & BIK project; adds clarifications in German, practical examples, recommended methods to test consistency across audits
PracticalityQuite practical: BITV-Test is structured into checkpoints; easy for testers & devs to follow; less abstract than pure WCAG
Best suited forAuditors & QA teams (use BITV-Test)
Front‑end devs & integrators (follow checkpoints during implementation)
Designers (get clarity on contrast & structure)
Legal & compliance teams (less detailed legal text; main law is BGG & BITV text)

5. UNE 139803 – Spain

AspectDetails
Published byAENOR (Spanish Association for Standardisation)
SinceFirst version 2004 (based on WCAG 1.0); current UNE 139803:2012 aligned with WCAG 2.0
Where it appliesSpanish public sector; private companies in certain regulated sectors; recommended for private companies to self‑declare
Legal statusNot directly a law, but referenced by Spanish legislation (Ley 34/2002 and Ley 51/2003) & Royal Decree 1112/2018 (implements EU Directive)
Adds to WCAGOffers clarifications, national context & practical guidance for Spanish content (e.g., Spanish‑specific language issues, legal texts)
PracticalityPractical for audits and self‑declarations: gives detailed criteria, structured in “priority levels” similar to WCAG AA
Best suited for…Auditors & consultants (use UNE as checklist)
Front‑end devs (follow concrete criteria)
Designers (color, language, forms)
Legal/compliance (main law is Royal Decree, UNE supports the technical implementation)

6. Legge Stanca & Decreto Ministeriale – Italy

AspectDetails
Published byItalian Parliament (Law 4/2004, known as Legge Stanca); updated by Ministry Decree.
First versionLegge Stanca in 2004 (based on WCAG 1.0); updated 2013 to align with WCAG 2.0; further aligned after EU Directive.
Where it appliesPublic sector, some private bodies providing public services or receiving public funds.
Legal statusNational law — non‑compliance can lead to penalties, exclusion from tenders.
How strict?WCAG 2.0 AA level + Allegato A (Annex A): practical checklist that says what must be checked (like RGAA, but shorter).
CheckingSelf‑assessment & audits using Allegato A; national monitoring.
Key pointAdds national clarifications & test points, especially for Italian content, forms, language.
Practicality & detail levelMore practical than raw WCAG: Allegato A is concrete, though less detailed than RGAA.
Best suited forAuditors & QA teams (use Allegato A)
Front‑end devs (specific test points)
Designers (structure, color, clarity)
Backend engineers: only if backend affects output

While each standard has its own history, scope and national context, they all share a common goal: turning WCAG’s technical principles into concrete, enforceable and testable requirements adapted to local legal systems and practical needs.

Taken together, they form a layered framework:

  • WCAG as the international backbone;
  • EN 301 549 making those requirements legally binding across the EU and EEA;
  • and national standards like RGAA, BITV, UNE 139803 and Legge Stanca adding country‑specific tests and clarifications.

To make these differences easier to see at a glance, here’s a comparison table summarising when each standard appeared, where it applies, its legal status, what it adds on top of WCAG, and how compliance is usually checked.

StandardSinceWhereLegal?Adds to WCAGHow to check
WCAG1999+WorldwideVoluntary unless in lawTechnical guidelines onlyAudits vs success criteria
EN 301 5492014+EU & EEAYes, by EU lawCovers more than websites (apps, docs, hardware)Audit + accessibility statement
RGAA2009+FranceYesDetailed tests & audit processOfficial audit + yearly update
BITV2002+GermanyYesAdapted test procedure for auditsManual audit + declaration
UNE 1398032004+SpainYesSpanish clarifications & checklistAudit or self-assessment
Legge Stanca2004+ItalyYesConcrete test points addedSelf-assessment + audit

In summary, while WCAG forms the foundation of web accessibility, understanding regional standards like EN 301 549, RGAA, BITV, UNE 139803, and Legge Stanca is essential for effective compliance across Europe. Each standard reflects local legal requirements and practical approaches, making it important to align accessibility efforts with the specific regulations of the target market.

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *