Overlays d'accessibilité : pourquoi il faut les éviter

Depuis quelques années, une catégorie de produits fait de la publicité intensive auprès des PME avec une promesse simple : installe ce script sur ton site, et tu es conforme RGAA en quelques minutes. Ce sont les overlays d'accessibilité - aussi appelés widgets d'accessibilité. Certains éditeurs (UserWay, accessiBe, AudioEye et d'autres) proposent aussi des prestations d'audit à côté du widget. C'est bien le widget et sa promesse de conformité automatique qui posent problème.

Cette promesse ne résiste pas à l'examen.

Ce qu'un overlay fait réellement

Un overlay est un script JavaScript injecté en fin de chargement de page. Il analyse le DOM rendu, détecte certaines classes d'erreurs, et tente de les corriger à la volée. La plupart affichent aussi une barre d'outils proposant des options de contraste, de taille de police ou un mode daltonien.

Sur le papier, ça semble utile. En pratique, le périmètre est limité. Un overlay peut ajouter un attribut alt automatique sur une image non décrite - mais un alt deviné ne satisfait pas le critère de pertinence de l'alternative textuelle. Il peut forcer un ratio de contraste - mais sans comprendre le contexte sémantique. Il peut injecter des rôles ARIA - mais des rôles mal placés créent plus de confusion qu'ils n'en résolvent.

Les corrections qu'un overlay ne peut pas générer automatiquement sont celles qui demandent du jugement : la logique de navigation clavier, l'ordre de lecture dans la page, la pertinence des étiquettes de formulaire, les descriptions de graphiques, la gestion des sessions temporisées. Ce sont des critères qu'aucune détection automatique ne peut trancher seule, et qui pèsent autant que les autres dans le taux de conformité RGAA.

À cela s'ajoute une fragilité structurelle : les corrections d'un overlay dépendent du chargement d'un script tiers. Si ce script est bloqué par un adblocker, mis à jour sans préavis ou indisponible, la page revient à son état d'origine. La correction doit être dans le HTML.

Un overlay gêne-t-il vraiment les lecteurs d'écran ?

C'est le cas le plus documenté. Les lecteurs d'écran - NVDA, JAWS, VoiceOver - construisent un arbre d'accessibilité à partir du DOM pour restituer la page sous forme audio. Ils ont leurs propres règles de navigation et leur propre gestion des rôles ARIA.

Quand un overlay mute l'arbre d'accessibilité après le rendu initial, il force le rafraîchissement du buffer virtuel en mode navigation. Ce rafraîchissement peut faire perdre la position du curseur virtuel, produire des annonces doublées ou générer des landmarks dupliqués et mal typés. Certains overlays interceptent aussi des raccourcis clavier qui entrent en conflit direct avec ceux du lecteur d'écran ou du navigateur.

L'Overlay Fact Sheet, prise de position signée par plusieurs centaines de professionnels de l'accessibilité numérique - développeurs, auditeurs WCAG, personnes en situation de handicap - réfute une à une les promesses commerciales de ces produits et engage ses signataires à ne jamais les recommander (overlayfactsheet.com).

Un overlay rend-il un site conforme RGAA ou EAA ?

Non. C'est le point juridique central.

Le RGAA 4.1.2, les WCAG 2.1 et 2.2, et la directive EAA transposée en France via l'ordonnance n° 2023-859 du 6 septembre 2023 ne prévoient aucun mécanisme de conformité par outil tiers. La conformité s'établit critère par critère, sur la page livrée à l'utilisateur.

Le contenu d'une déclaration d'accessibilité valide est fixé par l'arrêté du 20 septembre 2019 pris en application de l'article 47 de la loi n° 2005-102 : pages testées, méthodologie utilisée, taux de conformité aux critères applicables, dérogations motivées, coordonnées du référent. Un overlay ne produit aucune de ces informations.

En janvier 2025, la FTC américaine a sanctionné accessiBe à hauteur de 1 million de dollars pour avoir affirmé que son widget "can make any website compliant with WCAG" (FTC, communiqué de janvier 2025). La FTC a jugé ces allégations "false, misleading, or unsubstantiated". L'ordonnance finale interdit désormais à accessiBe, pour vingt ans, de prétendre qu'un outil automatisé peut rendre n'importe quel site conforme aux WCAG. Un précédent qui vaut signal clair pour tout le marché.

Pourquoi ça se vend

La promesse est commercialement efficace parce qu'elle s'adresse à des dirigeants qui ont entendu parler d'amendes EAA et cherchent une solution rapide. Un abonnement overlay coûte quelques dizaines à quelques centaines d'euros par an, contre plusieurs milliers pour un audit et des corrections sérieuses - notre guide sur le coût d'une mise en conformité RGAA détaille ces fourchettes.

Mais le calcul est trompeur. Le coût réel d'un overlay cumule l'abonnement, le risque de mise en demeure toujours présent - puisque la conformité n'est pas atteinte -, et le travail correctif à faire quand même. Sans compter la dégradation d'expérience pour les utilisateurs de technologies d'assistance.

Corriger à la source

La bonne nouvelle : sur un site WordPress de PME, les erreurs les plus fréquentes se concentrent dans cinq domaines couverts par les thématiques du RGAA 4.1.2. Images sans alternative textuelle pertinente (thématique 1). Contraste insuffisant entre le texte et l'arrière-plan (thématique 3). Hiérarchie de titres incohérente (thématique 9). Formulaires sans étiquette explicite (thématique 11). Navigation clavier bloquée ou mal balisée (thématiques 7 et 12).

Ces corrections se font dans le HTML, une à une. Elles s'intègrent dans le cycle normal de maintenance. Une fois faites, elles tiennent dans le temps, sans dépendance à un script tiers.

Les obligations documentaires - déclaration d'accessibilité, schéma pluriannuel, plan d'action annuel - découlent de l'article 47 de la loi n° 2005-102 pour les grandes entités publiques et privées, et des articles L.412-8 et suivants du code de la consommation (ordonnance 2023-859) pour les services B2C. Elles n'ont de sens que si un audit réel les sous-tend. Tu peux consulter le détail de ces obligations dans notre guide sur l'EAA et ce qui change pour les PME ou voir les étapes concrètes dans notre checklist de mise en conformité EAA.

Si tu veux comparer avec les alternatives d'audit, nos pages userway et accessiBe détaillent les différences d'approche.

Ce qu'il faut retenir

Un overlay n'est pas un audit. Ce n'est pas une correction. Ce n'est pas une conformité.

C'est un script tiers, facturé à l'abonnement, qui corrige automatiquement une fraction des problèmes les moins critiques, au risque d'en créer d'autres pour les utilisateurs de lecteurs d'écran.

La seule voie valide vers la conformité RGAA et EAA passe par un audit sur le code source, des corrections dans le HTML, et la publication des documents légaux prévus par le référentiel.

Un audit automatisé - celui de Mynto comme n'importe quel autre - ne couvre qu'une partie des critères. Les critères qui portent sur la pertinence, le contexte et le parcours réel exigent un test manuel avec un lecteur d'écran. C'est vrai pour nous aussi, et c'est pour ça qu'on ne promet pas de conformité automatique.

L'audit gratuit Mynto te donne un état des lieux immédiat : les erreurs détectées, leur criticité, et une base pour prioriser les corrections. Pas d'overlay. Pas de promesse automatique.

---

Sources

• Overlay Fact Sheet - prise de position collective des professionnels de l'accessibilité
• FTC v. accessiBe, communiqué de janvier 2025 - sanction fédérale américaine pour allégations trompeuses
• RGAA 4.1.2 - référentiel officiel français d'accessibilité
• Ordonnance n° 2023-859 du 6 septembre 2023 (legifrance.gouv.fr) - transposition de la directive EAA en France
• Arrêté du 20 septembre 2019 (legifrance.gouv.fr) - contenu de la déclaration d'accessibilité