Accessibility ≠ Overlay: the European Commission recommends fixing accessibility at the source

📅 September 2026   ⏱ 8 min read

The European Commission puts it plainly: if a tool does not make the website itself meet the applicable accessibility criteria, it is not an appropriate solution. Accessibility problems should be fixed at their source.

The European Commission enters the overlay debate

In its official web accessibility guidance, the European Commission specifically addresses accessibility overlays. It explains that the technical requirements linked to the Web Accessibility Directive rely on the harmonised European standard EN 301 549 v3.2.1 and distinguishes between adding a tool and actually meeting those requirements.

Adding a tool is not the same as meeting the criteria

An overlay may add controls, alter styles or attempt runtime repairs. The relevant question, however, is whether the resulting website satisfies the accessibility requirements that apply to it. The Commission states that overlays, or any other tools, that do not ensure the website itself meets the detailed criteria are not an appropriate solution.

Fix accessibility at the source

The Commission’s recommendation is direct: it is better to fix accessibility problems at their source. If a form field lacks an accessible label, fix the form. If a menu does not work with a keyboard, fix its interaction. If a custom component does not expose its name, role or state correctly, fix the component itself.

The goal is not to make an external layer appear to compensate for the problem, but to make the original interface accessible.

What role does EN 301 549 play?

EN 301 549 sets accessibility requirements for ICT products and services. For the Web Accessibility Directive, the Commission identifies harmonised version 3.2.1 as the technical reference. Compliance therefore cannot be reduced to installing a widget or obtaining a good automated score.

Testing with disabled people remains necessary

The Commission also recommends involving disabled people in testing. Automated tools can identify certain errors, but they do not reproduce the full experience of people using keyboards, screen readers, magnification, voice recognition or other assistive technologies.

Accessibility ≠ Overlay

This fourth article adds the European Commission’s published position to the series: an additional tool is not an adequate solution if the website still fails to meet accessibility criteria. The practical recommendation is to design, develop, evaluate and maintain accessibility in the product itself.

Official sources

European Commission — Web Accessibility

Web Accessibility Directive — Standards and harmonisation

This article is part of the Accessibility ≠ Overlay series. Issue 04 — European Commission.

🧑‍🦯 Blind Reader
Intent narrator ready.

Accessibility guide

This is a functional summary, not a literal reading.

Go to primary goal Jumps to the main action area (form, list or contact).

You are on a listing page. The main goal seems to be: to explore options.

Top actions: Browse results, Filter or sort.

There are 8 key sections you can jump to.

Confidence: Confidence: 68%

Before continuing:

  • Handle cookies/consent Reason: Detecté un aviso relacionado con cookies/consentimiento. — Recommended route: Contenido principal

Recommended actions

  • Browse results Reason: Parece haber un listado de elementos. — Recommended route: Listado
  • Filter or sort Reason: Detecté términos de filtros/ordenación. — Recommended route: Listado

Go by goals

Choose what you want to do. I will explain it, then ask before jumping.

Confirmation mode

Choose how often I should ask before jumping.



Learning scope (only for “first time”)

Site: remember this goal across the whole site. Page: remember per URL.


  • Go to Home
  • Go to About
  • Go to BlindReader
  • Go to Withdrawal Button
  • Go to Services
  • Go to Blog
  • Go to Contact
  • Go to English
  • Go to Español
  • Go to Català
  • Go to Polski
  • Go to Română
  • Go to Italiano
  • Go to Français
  • Go to Svenska
  • Go to Deutsch
  • Go to Nederlands
  • Go to Português
  • Go to article content
  • Go to comments
  • Go to end of article
  • Back to News / Blog
  • Previous post
  • Next post
  • Handle cookies/consent Important: this may block navigation.
  • Browse results
  • Filter or sort

Guided navigation

The guide announces one section at a time.

How it works: Start guide to hear the first key section. Use Next to move through. Use Stop to exit.

Status: Guide inactive

Go to current section This link updates as the guide advances.

This article has approximately 405 words.

Moves focus to the start of the content, skipping menus and secondary elements.

About Blind Reader

Blind Reader is an accessibility assistant that analyzes each page and narrates its purpose, key sections and recommended actions — designed for screen reader users.

Compatible page builders: Works with any WordPress theme or builder: Divi, Elementor, Gutenberg, WPBakery, Avada and others. It reads the real content of the page, not the builder markup.

Does it interfere with your content? No. Blind Reader adds an accessible panel above the page but does not modify, hide or alter any existing content or styles on your site.

How does it work? It analyzes the page structure (headings, links, forms, landmarks) and generates a functional summary. The guide and goals help navigate without having to scan the whole page.

Keyboard shortcut: Press Alt + G to jump directly to the first goal.