Widget ou plugin d'accessibilité : rend-il un site conforme ?

Si vous tenez une boutique en ligne, on vous a sans doute proposé un widget ou un plugin d'accessibilité assorti d'une promesse : ajoutez un script et votre site devient accessible, conforme et à l'abri des ennuis juridiques. Nous éditons nous-mêmes un de ces widgets, SiteAccessible : nous ne sommes donc pas neutres sur la question. Voici la réponse : aucun widget ne rend un site conforme. Ni le nôtre ni aucun autre.

Qu'est-ce qu'un overlay ou un widget d'accessibilité ?

Un overlay d'accessibilité (en français, une surcouche) est un code tiers, généralement du JavaScript, ajouté à un site pour tenter d'en améliorer l'accessibilité. La Commission européenne les décrit comme « des outils qui peuvent être ajoutés aux sites Web dans le but d'améliorer l'accessibilité ». En pratique, le mot recouvre deux choses bien différentes, et la différence compte.

• Les panneaux pilotés par le visiteur. Un bouton ouvre un menu dans lequel le visiteur peut choisir un texte plus grand, plus d'espacement, un contraste renforcé, un guide de lecture ou la synthèse vocale. Rien ne devrait changer sans que le visiteur le demande.
• Les overlays de « réparation » automatique. Un script analyse la page au chargement et tente de la corriger à la volée : il devine les textes alternatifs, ajoute des étiquettes aux champs de formulaire, réécrit les attributs ARIA (le code qui indique aux lecteurs d'écran ce qu'est un élément) et active parfois un mode spécial quand il détecte un lecteur d'écran.

Beaucoup de produits font les deux. Le nôtre relève uniquement de la première catégorie : il n'analyse ni ne réécrit votre balisage. Mais aucune des deux ne modifie le site sur lequel porte l'évaluation au regard d'une norme.

Un widget peut-il rendre un site conforme aux WCAG, à l'EAA ou à l'ADA ?

Non. Les normes et les lois sur l'accessibilité s'appliquent au code, aux contenus et aux processus de votre site, pas à une couche ajoutée par-dessus. La Commission européenne estime que les outils qui ne garantissent pas que « le site Web lui-même » respecte la norme « ne sont pas une solution appropriée », et les associations de personnes handicapées partagent cet avis. Aux États-Unis, l'autorité de protection des consommateurs a sanctionné un éditeur qui affirmait le contraire.

Cette page traite des sites du secteur public, mais les boutiques et les banques soumises à l'European Accessibility Act sont évaluées selon la même norme, EN 301 549, qui s'appuie sur les Règles pour l'accessibilité des contenus web (WCAG).

La raison est pratique. Les WCAG s'évaluent sur la page telle que tout le monde la reçoit. Si le gris de votre texte courant n'atteint pas le contraste minimal, un bouton de contraste dans un panneau n'y change rien : la page reste non conforme pour tous les visiteurs qui n'ouvrent jamais le panneau. Les scripts de réparation se heurtent au même mur : un logiciel ne peut pas savoir de façon fiable ce que montre la photo d'un produit, ni à quoi sert un champ sans étiquette.

L'Overlay Fact Sheet (s'ouvre dans un nouvel onglet), une lettre ouverte qui réunissait 1 048 signataires lors de notre décompte du 13 octobre 2026, le dit sans détour : « Aucun overlay sur le marché ne peut rendre un site web pleinement conforme à une quelconque norme d'accessibilité existante. » Aux États-Unis, le ministère de la Justice ne fixe aucune norme technique web pour les entreprises privées. Ses recommandations de 2022 (s'ouvre dans un nouvel onglet), le texte officiel le plus favorable à ces outils que nous ayons trouvé, indiquent que les outils de vérification et les overlays « peuvent être utiles » mais « doivent être utilisés avec prudence », et qu'un rapport sans erreur « ne signifie pas nécessairement que tout est accessible ».

Qu'a décidé la FTC au sujet d'accessiBe ?

En avril 2025, la Federal Trade Commission (FTC), l'autorité américaine de protection des consommateurs, a rendu définitive une décision obligeant accessiBe, éditeur d'un overlay, à payer 1 million de dollars. La FTC reprochait à l'entreprise d'avoir affirmé à tort, de façon trompeuse ou sans preuve, que son accessWidget « peut rendre n'importe quel site conforme aux WCAG », et d'avoir présenté comme des avis indépendants des articles et des critiques avec lesquels elle avait des liens.

La FTC a annoncé le projet de décision (s'ouvre dans un nouvel onglet) le 3 janvier 2025 et l'a approuvé (s'ouvre dans un nouvel onglet) le 22 avril 2025. accessiBe ne peut plus affirmer, sans preuve, que ses produits automatisés « peuvent rendre n'importe quel site conforme aux WCAG » ou « peuvent garantir le maintien de la conformité aux WCAG dans le temps ».

Pour être juste, la FTC s'est prononcée sur la publicité d'une entreprise, pas sur l'utilité des overlays pour qui que ce soit. Mais la promesse qu'elle visait figure encore sur bien des pages de destination. Nous ne la ferons pas.

Que disent les utilisateurs handicapés et les experts des overlays ?

Pour l'essentiel, que les overlays aident peu et gênent parfois. Le Forum européen des personnes handicapées (EDF) et l'International Association of Accessibility Professionals (IAAP) affirment qu'ils ne rendent pas un site conforme, et dans une étude de 2024 menée auprès de 47 personnes aveugles ou malvoyantes, la plupart ont jugé les overlays peu utiles et beaucoup ont signalé des conflits avec leurs technologies d'assistance.

Cette déclaration n'épargne pas non plus les panneaux comme le nôtre. Elle indique que si « certaines de ces fonctionnalités peuvent aider certains utilisateurs, la plupart sont redondantes, car elles sont déjà disponibles dans les navigateurs ou fournies par les technologies d'assistance choisies par les utilisateurs ». Nous pensons qu'un panneau a tout de même sa place, mais la critique est juste et vous devez l'entendre de notre bouche. La déclaration fixe aussi la barre que tout widget doit franchir : « Il n'est pas acceptable que des overlays, plugins ou widgets entravent l'accès aux technologies d'assistance des utilisateurs, à leur choix de navigateur et/ou aux fonctionnalités de leur système d'exploitation. »

L'étude s'intitule « The Promise and Pitfalls of Web Accessibility Overlays for Blind and Low Vision Users » (s'ouvre dans un nouvel onglet), de Makati, Tigwell et Shinohara (ACM ASSETS, octobre 2024). Un résumé de l'université de Washington (s'ouvre dans un nouvel onglet) ajoute que jusqu'à 42 % des répondants avaient cessé d'utiliser des sites équipés d'overlays, tandis que certains tiraient profit de petits réglages comme la taille de police ou le contraste des couleurs.

En Allemagne, le BIK BITV-Test (s'ouvre dans un nouvel onglet) n'accorde pas ses labels à un site qui utilise un outil de type overlay. Cela vaut aussi pour les panneaux comme le nôtre : c'est pourquoi notre documentation sur l'EAA demande aux clients de mettre le widget en pause pendant ce type de test.

Les sites équipés d'un widget sont-ils encore poursuivis ?

Oui. UsableNet, qui suit les actions en justice américaines liées à l'accessibilité numérique, a recensé en 2025 entre 95 et 155 actions par mois contre des sites qui avaient déjà installé un widget d'accessibilité, et n'a constaté « aucune baisse significative des poursuites contre les utilisateurs de widgets » sur l'année. Un widget ne supprime pas les obstacles que décrivent les plaintes.

Le bilan des actions de 2025 (s'ouvre dans un nouvel onglet) d'UsableNet dénombre plus de 5 000 actions en justice pour accessibilité numérique aux États-Unis cette année-là. Certaines plaintes visent désormais le widget lui-même, en affirmant qu'il perturbe les lecteurs d'écran.

Ces chiffres sont à lire avec prudence. UsableNet vend des services d'accessibilité, et ce décompte ne montre pas que les widgets attirent les procès : beaucoup de sites en ont un, tout simplement. Il établit un point plus limité, mais essentiel : avoir un widget installé n'a pas évité le tribunal à ces entreprises.

Quand un panneau d'accessibilité côté visiteur peut-il aider ?

Un panneau de réglages aide quand un visiteur a besoin d'une adaptation que le site ne propose pas par défaut et qu'il ne sait pas obtenir dans son navigateur ou son système. Il convient aux besoins ponctuels ou liés à une situation, comme des yeux fatigués, une migraine ou un téléphone en plein soleil, davantage qu'aux besoins des utilisateurs expérimentés de technologies d'assistance.

Sur ce point, nous ne suivons pas les critiques les plus sévères ; distinguons donc les faits de l'opinion. Les faits : les utilisateurs expérimentés de lecteurs d'écran et de logiciels d'agrandissement ne trouvent généralement pas les overlays utiles, et certaines personnes tirent profit de changements simples comme la taille du texte et le contraste. Notre opinion : beaucoup de personnes qui liraient plus confortablement avec un texte plus grand n'ont jamais ouvert les réglages d'accessibilité de leur navigateur, et un bouton visible se trouve plus facilement.

• Une cliente âgée qui trouve vos descriptions de produits trop petites et trop serrées, et qui n'a jamais utilisé le zoom du navigateur.
• Une personne dyslexique qui lit plus facilement avec un espacement plus large et un guide de lecture.
• Quiconque veut arrêter les animations le temps de remplir un formulaire de réservation.

Ce sont des changements de présentation sur un site qui fonctionne déjà. Un panneau ne peut pas donner à un utilisateur de lecteur d'écran une étiquette absente du code, ni rendre un tunnel de commande utilisable au clavier.

Qu'est-ce qui peut mal tourner, et comment un widget doit-il être conçu ?

Les principaux risques : un widget qui entre en conflit avec les technologies d'assistance du visiteur, piège le focus clavier, modifie la page sans qu'on le lui demande ou ajoute du bruit pour les utilisateurs de lecteurs d'écran. Un widget bien conçu reste discret tant que personne ne l'ouvre, s'utilise lui-même entièrement au clavier et au lecteur d'écran, et ne réécrit jamais la sémantique de la page.

Passez n'importe quel produit, le nôtre compris, au crible de cette liste, avec un clavier et un lecteur d'écran gratuit, comme dans notre guide pour tester l'accessibilité de votre site.

• Inactif tant qu'on ne demande rien. Rien ne change tant qu'un visiteur n'active pas un réglage. Détecter les technologies d'assistance pose aussi un problème de vie privée, comme le relèvent l'EDF et l'IAAP, car cela laisse deviner un handicap.
• Aucune réécriture automatique. Des textes alternatifs devinés et des attributs ARIA injectés peuvent contredire ce qu'un lecteur d'écran annoncerait autrement.
• Accessible lui-même. Un vrai bouton, un panneau qui fonctionne avec Tab, les flèches et Échap, le focus restitué à la fermeture et un nom lisible sur chaque commande.
• Respecte les réglages du système. Si le système du visiteur demande de réduire les animations, celles du widget s'arrêtent.
• Ne gêne pas. Les visiteurs peuvent le déplacer pour qu'il ne recouvre pas votre bouton « Ajouter au panier ».
• Respectueux de la vie privée et désactivable. Les réglages restent dans le navigateur du visiteur, pour votre seul site, et vous pouvez mettre le widget en pause pendant un audit.

Que fait notre widget, et que ne fait-il pas ?

SiteAccessible est un panneau piloté par le visiteur : il permet de modifier le contraste, la taille du texte, l'espacement, la police, le curseur et les aides à la lecture, ou de choisir l'un des huit profils. Il n'analyse pas, ne répare pas et ne réécrit pas votre code, il ne rend votre site conforme à aucune norme et ne vous offre aucune protection juridique. Voici comment il se situe par rapport à la liste ci-dessus.

Les offres Pro et Business ajoutent un générateur de déclaration d'accessibilité, qui consigne l'état de conformité que vous choisissez au lieu d'en décider à votre place. La liste des fonctionnalités présente le reste.

Que faire à la place d'un widget, ou en plus ?

Corrigez l'accessibilité là où elle se joue : dans vos gabarits, vos contenus et vos processus. Testez avec des outils automatiques et manuellement, faites participer des personnes handicapées aux tests de vos parcours clés, publiez une déclaration d'accessibilité honnête et continuez à vérifier au fil des évolutions du site. Un widget, si vous en voulez un, vient par-dessus ce travail et n'en remplace aucune partie.

1. Faites le point. Lancez un outil de vérification automatique gratuit, puis testez manuellement vos parcours clés : recherche, fiche produit, panier, paiement.
2. Corrigez à la source. Commencez par ce qui bloque une tâche : champs de formulaire sans étiquette, boutons sans nom, pièges au clavier, texte peu contrasté, images sans texte alternatif. Certaines corrections prennent dix minutes dans votre CMS ; d'autres demandent un développeur.
3. Vérifiez ce que la loi vous demande. Si vous vendez à des consommateurs dans l'UE, lisez ce qu'exige l'European Accessibility Act, y compris l'exemption des microentreprises prestataires de services.
4. Testez avec des personnes handicapées. La Commission rappelle qu'il est important de « toujours faire participer les personnes handicapées aux tests ». Même deux sessions sur votre tunnel de commande sont utiles.
5. Publiez une déclaration honnête de ce que vous avez testé et de ce qui manque encore. Notre guide de la déclaration propose un modèle.
6. Inscrivez-le dans la durée. Testez à nouveau après chaque changement important, et au moins une fois par an.

Si vous ajoutez ensuite un widget, faites-le pour les visiteurs qui s'en serviront, pas pour afficher un badge. Et si quelqu'un, nous compris, vous affirme qu'un script rendra votre site conforme, demandez à voir l'audit.