Overlays d'accessibilité : sont-ils légalement sûrs ?

Qu’est-ce qu’un overlay d’accessibilité ?

Un overlay d’accessibilité est un widget JavaScript — chargé via un script tiers — qui se superpose à un site existant et prétend le rendre plus accessible. La plupart des overlays affichent une petite icône (une silhouette dans un cercle, ou un symbole de fauteuil roulant) qui ouvre un panneau de contrôles : ajuster la taille de police, activer le contraste élevé, activer un « mode lecteur d’écran », ou appliquer des polices adaptées à la dyslexie.

Les éditeurs d’overlays présentent leurs produits comme une voie simple, rapide et peu coûteuse vers la conformité WCAG et la protection juridique ADA. L’argument est séduisant : installez une balise de script, payez un abonnement mensuel, et votre problème d’accessibilité est résolu.

Les preuves — issues de la recherche académique, des tests indépendants, des retours d’utilisateurs et des tribunaux — racontent une histoire différente.

Comment fonctionnent les overlays (et pourquoi cela crée des problèmes)

Les overlays fonctionnent en interceptant le DOM rendu après que le navigateur a traité la page, puis en appliquant des modifications pilotées par JavaScript. Certains utilisent l’apprentissage automatique pour tenter une correction automatique : deviner un texte alternatif manquant à partir du nom du fichier image, deviner des étiquettes ARIA, tenter de réordonner le focus clavier.

Cette approche présente un problème architectural fondamental : elle tente de corriger l’inaccessibilité au niveau de la présentation sans changer le code sous-jacent. Le HTML, le CSS et le JavaScript inaccessibles d’origine restent en place. L’overlay tente de les masquer à l’exécution.

Les conséquences sont prévisibles :

• Les corrections appliquées par l’overlay peuvent entrer en conflit avec la façon dont les technologies d’assistance interprètent le DOM natif, produisant des résultats pires que la page non corrigée
• Les lecteurs d’écran interagissent directement avec le DOM — une couche appliquée par-dessus peut ne pas affecter ce que le lecteur d’écran lit réellement
• Les problèmes de navigation au clavier liés à un tabindex manquant ou à une gestion défaillante du focus ne sont pas corrigés de manière fiable par des correctifs JavaScript appliqués après le rendu
• Les technologies d’assistance mobiles (VoiceOver sur iOS, TalkBack sur Android) contournent largement les modifications de l’overlay
• Les panneaux d’overlay eux-mêmes contiennent fréquemment des défauts d’accessibilité — des boîtes de dialogue modales qui piègent le focus clavier, des boutons sans nom accessible, des widgets eux-mêmes inaccessibles au clavier

Ce que montre la recherche

Plusieurs études indépendantes ont testé les affirmations des overlays face à la conformité WCAG réelle :

Le WebAIM Million (2023) a révélé que les pages d’accueil des sites utilisant des produits d’overlay d’accessibilité présentaient significativement plus d’échecs WCAG détectables que celles qui n’en utilisaient pas. Les overlays n’ont pas réduit le taux d’échec ; ils ont été corrélés à un taux plus élevé — probablement parce que les organisations qui s’appuient sur les overlays comme stratégie de conformité principale ne réalisent pas le travail de correction sous-jacent.

Les audits d’AccessiBe et UserWay menés par des chercheurs en accessibilité ont montré que même après l’activation d’un overlay, les pages continuent d’échouer à une proportion significative des critères de succès WCAG 2.1 niveau AA — y compris des échecs que l’overlay prétend spécifiquement résoudre.

Les tests utilisateurs avec des participants en situation de handicap menés par des chercheurs tels que Karl Groves et Adrian Roselli ont montré que de nombreux utilisateurs en situation de handicap désactivent ou bloquent activement les widgets d’overlay, car ces interventions dégradent leur expérience plutôt que de l’améliorer. Le « mode lecteur d’écran » de l’overlay en particulier est fréquemment cité comme perturbateur par les utilisateurs de lecteurs d’écran qui ont déjà configuré leur technologie d’assistance selon leurs besoins.

L’organisme du secteur que les overlays prétendent satisfaire — le W3C — n’a pas approuvé la technologie des overlays comme voie vers la conformité WCAG. Les directives du W3C indiquent clairement que la conformité exige que la page sous-jacente elle-même respecte les critères de succès, et non une couche de modification tierce appliquée par-dessus.

Ce que disent les tribunaux

Le bilan juridique des overlays est de plus en plus défavorable aux organisations qui s’appuient sur eux comme stratégie de conformité principale.

Poursuites contre les utilisateurs d’overlays

Les organisations utilisant des produits d’overlay ont continué à faire face à des poursuites au titre du Titre III de l’ADA. L’overlay n’a pas fonctionné comme un bouclier juridique.

Parmi les affaires notables :

Lainey Feingold et la NFB — la National Federation of the Blind a été explicite : les widgets d’overlay ne constituent pas une accessibilité effective, et la NFB ne les considère pas comme un substitut raisonnable à une véritable correction.

De multiples dépôts devant des tribunaux fédéraux — les plaignants dans des affaires d’accessibilité de sites au titre de l’ADA ont réussi à faire valoir que la présence d’un overlay ne constitue pas une conformité, parce que la page sous-jacente continue de présenter des obstacles aux utilisateurs de technologies d’assistance spécifiques. Les tribunaux ont donné raison. Dans plusieurs accords transactionnels, des défendeurs utilisant des produits d’overlay ont été tenus de le retirer et d’entreprendre une véritable correction.

Robles c. Domino’s Pizza — bien qu’il ne s’agisse pas spécifiquement d’une affaire d’overlay, cette décision phare du neuvième circuit a établi que l’ADA s’applique aux sites web et que la norme technique attendue est le WCAG. Les tribunaux évaluant l’efficacité des overlays ont appliqué cette norme : le site respecte-t-il réellement le WCAG ? L’overlay est sans pertinence si la page sous-jacente ne le fait pas.

Le problème de l’overlay comme preuve

Dans certains cas, la présence d’un overlay a été utilisée contre les défendeurs. L’argument : en achetant et en installant un overlay, l’organisation a reconnu que le site présentait des problèmes d’accessibilité. L’incapacité de l’overlay à résoudre ces problèmes démontre donc une non-conformité continue et consciente — une position plus difficile que celle d’une organisation qui n’avait simplement pas encore traité l’accessibilité.

Accords et décisions consenties du DOJ

Les accords de conformité du Department of Justice exigent systématiquement une conformité WCAG réelle, et non l’installation d’outils de conformité. Aucun des accords publiés du DOJ ni des accords de conformité volontaire n’a reconnu les produits d’overlay comme satisfaisant les obligations de l’ADA.

Ce que prétendent les éditeurs d’overlays face à ce qu’ils livrent réellement

Les éditeurs d’overlays formulent des affirmations spécifiques qui méritent d’être examinées individuellement :

« Conformité WCAG 2.1 instantanée »

La conformité WCAG 2.1 est une propriété de la page elle-même, pas d’une couche appliquée par-dessus. Une page qui échoue à l’accessibilité clavier, qui a un texte alternatif manquant, ou qui manque d’une structure de titres appropriée ne devient pas conforme au WCAG parce qu’un widget a été installé. Le modèle de conformité du W3C exige que la page respecte chaque critère de succès — pas qu’un outil prétende qu’elle le fait.

« Légalement conforme »

La conformité juridique au titre de l’ADA, du PSBAR, de l’EAA ou de cadres équivalents dépend du fait qu’un site présente réellement ou non des obstacles pour les utilisateurs en situation de handicap. Les tribunaux et les régulateurs évaluent cela en testant le site tel que les utilisateurs le vivent — souvent avec de véritables utilisateurs de technologies d’assistance. Un overlay qui ne résout pas les obstacles de manière fiable ne confère aucune protection juridique.

« Fonctionne avec les lecteurs d’écran »

Les lecteurs d’écran interagissent avec l’arbre d’accessibilité dérivé du DOM. Un overlay appliquant des modifications JavaScript après le rendu peut ne pas se refléter dans l’arbre d’accessibilité que lit le lecteur d’écran. Ce n’est pas un cas limite théorique — c’est un mode d’échec courant documenté dans les tests utilisateurs.

« Utilisé par [un grand nombre] de sites »

La pénétration du marché ne confère aucune validité juridique. La recherche de WebAIM suggère que l’échelle est corrélée à des résultats d’accessibilité pires, pas meilleurs.

« Libérez-vous des poursuites WCAG »

Aucun éditeur d’overlay ne peut légalement garantir une liberté face aux poursuites. La conformité WCAG que les tribunaux évaluent réellement est celle de la page sous-jacente — quelque chose qu’un overlay ne peut pas créer.

Pourquoi les organisations achètent des overlays malgré tout

Comprendre pourquoi les overlays ont trouvé un marché aide à expliquer pourquoi l’argument de vente est si efficace même lorsque le produit ne l’est pas.

Coût et rapidité. Un véritable programme de correction de l’accessibilité — audit, correction, nouveau test, formation, surveillance — prend du temps et de l’argent. Un overlay coûte quelques centaines d’euros par an et s’installe en quelques minutes. Pour les organisations confrontées à des constats d’audit ou à une pression juridique avec un délai court, le contraste est saisissant.

Déni plausible. Certaines organisations achètent des overlays non pas parce qu’elles croient qu’ils fonctionnent, mais pour créer une trace écrite. « Nous avons acheté une solution d’accessibilité » est une meilleure position que « nous n’avons rien fait » — même si les tribunaux ont largement rejeté cet argument.

Tactiques de vente des éditeurs. Les éditeurs d’overlays investissent massivement dans la vente auprès des agences web, des équipes d’achat et des responsables de la conformité qui n’ont pas nécessairement une expertise approfondie en accessibilité. Les affirmations de « conformité ADA » et de « certification WCAG » sont formulées avec assurance et sont difficiles à évaluer rapidement pour des non-spécialistes.

Incompréhension du problème. L’accessibilité numérique est technique, et de nombreux décideurs ne comprennent pas pleinement pourquoi corriger le code sous-jacent est nécessaire. Présenter les overlays comme un « outil » ou une « solution » implique une équivalence avec une véritable correction.

Que faire à la place

Si votre organisation utilise actuellement un overlay et envisage de continuer, le cadre est simple :

Auditez votre site de manière indépendante. Confiez un audit d’accessibilité qui teste la page sous-jacente — pas la version modifiée par l’overlay. Cela vous donne une image honnête de votre conformité réelle. De nombreux auditeurs désactiveront l’overlay avant de tester.

Priorisez vos parcours les plus utilisés. Les obstacles à plus haut risque sont ceux des parcours utilisateurs essentiels : connexion, paiement, gestion de compte, formulaires de candidature, navigation clé. C’est ce que testent les plaignants et ce qu’enquêtent les régulateurs. Corrigez-les en premier.

Corrigez le code sous-jacent. Le travail se situe dans le HTML, le CSS, le JavaScript et le contenu — pas dans une couche appliquée par-dessus. Cela nécessite du temps de développement et, idéalement, une expertise en accessibilité intégrée à votre équipe ou engagée depuis l’extérieur.

Intégrez la surveillance dans votre flux de travail. Des vérifications d’accessibilité automatisées dans votre pipeline de développement détectent les régressions avant qu’elles n’atteignent les utilisateurs. Notre intégration CI/CD de l’accessibilité fait de cela une partie de chaque build.

Formez votre équipe. Les développeurs qui comprennent le WCAG écrivent du code accessible. Les designers qui comprennent l’accessibilité conçoivent des interfaces accessibles. Une journée de formation à l’accessibilité se rembourse plusieurs fois grâce aux coûts de correction évités.

Publiez une déclaration d’accessibilité honnête. Une déclaration d’accessibilité qui décrit fidèlement vos problèmes connus et vos plans de correction démontre la bonne foi auprès des régulateurs et des utilisateurs. Elle offre aussi aux utilisateurs un canal direct pour signaler des obstacles avant qu’ils ne s’aggravent.

La place de l’overlay dans un vrai programme d’accessibilité

Ce n’est pas un argument selon lequel la technologie des overlays n’a aucune place dans un programme d’accessibilité. Certaines fonctionnalités d’overlay — préférences de contraste contrôlées par l’utilisateur, ajustement de la taille de police, réduction des animations — peuvent être des améliorations réellement utiles *en complément d’*un site sous-jacent accessible.

Le problème consiste à utiliser un overlay à la place de l’accessibilité. Cette substitution ne fonctionne pas techniquement, ne satisfait pas aux normes juridiques, et échoue vis-à-vis des utilisateurs que l’overlay prétend aider.

La véritable accessibilité n’est pas un widget. C’est une propriété du code, du contenu et de la conception du site lui-même — intégrée dès la construction, et non ajoutée après coup.

Si votre organisation s’appuie actuellement sur un overlay pour sa conformité, une analyse d’accessibilité gratuite vous montrera les obstacles qui existent en dessous. Notre équipe de conseil en accessibilité peut vous aider à construire un plan de correction réaliste qui traite les problèmes sous-jacents plutôt que de les masquer.