Extensions WordPress pour l’accessibilité : ce qu’elles peuvent faire et ce qu’elles ne peuvent pas

Le répertoire WordPress compte des dizaines d’extensions sous le mot-clé accessibilité – et elles font des choses très différentes. Nous en avons installé 26 sur un site WordPress vierge pour voir ce qui se passe réellement après activation. Cet article classe le paysage, montre à partir des erreurs les plus fréquentes sur le web quelle part du travail peut être automatisée, et explique pourquoi aucune extension ne rend votre site conforme.

Trois familles d’extensions, toutes rangées sous « accessibilité »

Une recherche dans le répertoire les met toutes dans le même panier. En pratique, elles se répartissent en trois familles aux missions radicalement différentes :

Une extension de correction renseigne l’attribut de langue, ajoute les liens d’évitement, associe les champs de formulaire à leur étiquette visible, donne un titre aux iframes et des cellules d’en-tête aux tableaux. Autant d’informations pour lesquelles il n’existe qu’une seule bonne réponse. Elle ne peut pas inventer un texte alternatif pertinent, parce que celui-ci ne découle pas du balisage mais de la fonction de l’image.

Un widget – souvent appelé overlay – pose une barre par-dessus la page pour que les visiteurs puissent agrandir le texte, augmenter les contrastes ou arrêter les animations. Qui n’ouvre pas cette barre, c’est-à-dire la grande majorité, voit la page inchangée.

Le piège : la plupart des extensions cumulent deux ou trois de ces rôles. C’est pourquoi la question « quelle est la meilleure extension ? » ne mène nulle part. La bonne question est : de laquelle des trois parties ai-je besoin – et l’extension est-elle bonne précisément sur cette partie ?

Ce qui s’automatise – et ce qui ne s’automatise pas

Cette question se tranche avec des chiffres. Chaque année, l’organisation WebAIM analyse automatiquement les pages d’accueil du million de sites les plus visités à la recherche d’erreurs WCAG. En février 2026, 95,9 % présentaient au moins une erreur détectable – contre 94,8 % l’année précédente. En moyenne, 56,1 erreurs par page d’accueil, soit une bonne dizaine de pour cent de plus qu’en 2025. Les types d’erreurs les plus fréquents sont les mêmes depuis des années.

La liste devient parlante lorsqu’on note en regard de chaque erreur si une extension peut la corriger :

Les nuances : tout outil de vérification détecte les problèmes de contraste de façon fiable – les corriger relève d’une décision de design, et c’est un être humain qui la prend. Les étiquettes manquantes sur les champs de formulaire peuvent le plus souvent être associées automatiquement, à condition qu’une étiquette visible existe. Un lien vide qui ne contient qu’une icône peut recevoir un nom ; un lien sans destination identifiable est une erreur de rédaction. Et la langue du document manquante est le seul cas qu’une extension règle intégralement.

Il en découle un calcul inconfortable. L’erreur de loin la plus fréquente sur le web est celle qu’aucune extension ne peut résoudre à votre place – le contraste insuffisant, sur plus de quatre pages d’accueil sur cinq. Et la seule erreur de la liste entièrement automatisable arrive en dernier.

Un widget peut proposer ici un mode contrasté. Cela aide les rares personnes qui trouvent la barre et l’activent. Pour toutes les autres – et pour tout audit automatisé, y compris celui d’une autorité de contrôle – la page reste inchangée.

Le paysage : 26 extensions dans le répertoire

Une recherche sur « accessibility » dans le répertoire renvoie plus de 3 000 résultats – dont la plupart n’ont rien à voir avec l’accessibilité au sens strict. La liste ci-dessous retient les entrées qui font réellement l’une des trois choses évoquées plus haut, de 500 000 installations jusqu’aux petits éditeurs germanophones. D’abord la vue d’ensemble :

Données du répertoire d’extensions WordPress, relevées le 10 septembre 2026. Le répertoire indique les installations par paliers et les notes évoluent en permanence. Les colonnes « Famille » et « Compte requis » relèvent de notre classement issu du test.

Cinq observations qui nous paraissent plus importantes que le classement :

• Diffusion et satisfaction divergent. L’extension de loin la plus installée – autrefois One Click Accessibility, puis Ally, aujourd’hui propriété d’Elementor – affiche aussi la plus mauvaise note, 2,9 sur 5 pour 162 avis. Les critiques portent surtout sur les incitations à l’achat dans l’administration et sur l’obligation de créer un compte chez l’éditeur ; les fonctions d’IA plus poussées sont payantes.
• Un éditeur, deux entrées. Derrière AccessibleWP et ses 20 000 installations se trouve le même éditeur que derrière Accessibility by UserWay et ses 80 000. Cela fait 100 000 installations pour une seule entreprise. AccessibleWP a été mise à jour pour la dernière fois en octobre 2024 et n’est testée que jusqu’à WordPress 6.6.7 – l’entrée la plus ancienne de toute la liste.
• Le métier voisin est là aussi. AccessiYes et ses 20 000 installations viennent de CookieYes, éditeur de bandeaux de consentement. L’accessibilité est manifestement devenue un produit complémentaire – signe de la demande créée par l’EAA.
• L’outil le mieux noté ne corrige rien. Accessibility Checker vérifie dans l’éditeur et signale ce qui ne va pas – rien de plus. C’est apparemment exactement ce dont les rédactions ont le plus besoin.
• La maintenance est un critère de choix. Douze des 26 entrées sont testées jusqu’à WordPress 7.1, quatre restent bloquées à 6.8.8 ou avant. Une extension d’accessibilité qui n’est plus testée avec la version courante de WordPress peut elle-même devenir une source d’erreurs – précisément parce qu’elle intervient en profondeur dans le HTML livré.

Ce qui se passe après l’activation

C’est la partie que les chiffres du répertoire ne disent pas. Pour plusieurs extensions de la liste, le premier écran après activation n’est pas un réglage mais un formulaire d’inscription. L’entrée dans le répertoire n’est alors que l’enveloppe d’un service qui tourne chez l’éditeur et se facture là-bas.

À cela s’ajoutent AllAccessible, dont la page d’administration est restée vide chez nous parce qu’elle est chargée depuis l’éditeur, et AAArdvark, qui exige une clé d’API avant d’afficher un rapport. Les éditeurs allemands Hürdenlos.Assist et BarrierEase réclament eux aussi d’abord une clé ou une inscription liée à l’adresse du site.

Ce n’est pas un reproche – un service a le droit de coûter de l’argent, et certains éditeurs en donnent beaucoup pour ce prix. Mais cela a trois conséquences qu’il faut poser sur la table avant de décider :

• Protection des données. Si le widget est chargé depuis un serveur tiers à chaque affichage de page, l’adresse IP de vos visiteurs y parvient au minimum. Pour un organisme public, c’est souvent rédhibitoire ; pour les autres, c’est une ligne au registre des traitements et, le plus souvent, un contrat de sous-traitance.
• Disponibilité. Si l’éditeur tombe, la fonction tombe – et avec certains widgets, une partie de l’utilisabilité du site avec elle.
• Dépendance. À la fin de l’abonnement, le site revient à son état antérieur. Ce qui n’a rien changé au balisage ne laisse rien derrière soi.

L’autre moitié du paysage fonctionne dès l’activation, sans compte. On y trouve les deux outils les mieux notés de la liste :

Les outils un par un

Correction : ce qui change vraiment le HTML

L’entrée de WP Accessibility mérite l’attention. Elle vient de Joe Dolson, membre de longue date de l’équipe accessibilité de WordPress et interlocuteur pour le cœur et l’éditeur de blocs. La deuxième phrase de sa description dit :

« WP Accessibility is not intended to make your site compatible with any accessibility guidelines. »

Ce n’est pas de la fausse modestie mais l’énoncé techniquement exact – et un bon étalon pour toutes les autres entrées. L’extension pose des liens d’évitement, impose les champs de texte alternatif dans l’éditeur, signale dans la médiathèque les images sans texte alternatif et corrige une série de défauts de thème classiques. Elle ne promet rien de plus.

WP Accessibility Helper est l’hybride du lot : une barre d’outils pour les visiteurs plus quelques interventions dans le balisage. L’entrée est de nouveau entretenue – la version du 2 septembre 2026 est testée jusqu’à WordPress 7.1. Sur la page de réglages, on remarque toutefois la place qu’occupent les renvois vers la version payante.

Vérification : les outils qui ne promettent rien

C’est le groupe le plus discret et, en pratique, le plus utile. Il ne corrige rien : il dit sur quoi travailler – et fournit ainsi la base de la déclaration d’accessibilité que vous devez de toute façon signer vous-même.

Editoria11y et Sa11y viennent tous deux du monde universitaire et travaillent directement dans la vue d’édition : ils signalent les problèmes là où le texte se rédige, plutôt que dans un rapport séparé. Pour une rédaction à plusieurs auteurs, c’est l’endroit le plus efficace.

WP ADA Compliance Check Basic livre un rapport détaillé sur l’ensemble du site – et illustre en même temps à quel point les renvois vers la version complète peuvent recouvrir un rapport. Dans la version gratuite, la vérification est limitée à 15 pages.

Widgets : ce qui distingue les barres d’outils

Les widgets se ressemblent davantage que ne le laissent croire les pages produit : taille du texte, contraste, curseur, arrêt des animations, souvent une lecture vocale. Les différences tiennent surtout à trois points – le widget vient-il de votre serveur ou de celui de l’éditeur, jusqu’où s’adapte-t-il à votre charte, et quelle part des fonctions la version gratuite contient-elle.

Les éditeurs allemands

L’Allemagne a transposé l’EAA sous le nom de Barrierefreiheitsstärkungsgesetz (BFSG), applicable depuis juin 2025 – et un petit marché germanophone s’est formé autour. Toutes ces entrées restent sous la centaine d’installations ; le sujet est jeune et les chiffres ne disent ici rien de la qualité.

AccessGO en est l’éditeur le plus visible. Après l’activation, un assistant en trois étapes guide la mise en route ; l’étape deux consiste à créer un compte, avec un code de réduction à la clé.

Pourquoi aucune extension ne rend votre site conforme

Certaines fiches se lisent tout autrement. L’éditeur allemand AccessGO écrit par exemple que son extension « répond aux exigences de la loi allemande sur le renforcement de l’accessibilité (BFSG), de la BITV et de l’European Accessibility Act (EAA) » et génère automatiquement des « déclarations d’accessibilité juridiquement sûres ». La fiche se termine par cette phrase : « Installer, activer et être immédiatement en conformité. » (Traduit de l’allemand.) Ce sont ces phrases qui justifient cette section.

Les autorités de contrôle allemandes, fédérale et régionales – celles-là mêmes qui évaluent la conformité au titre de la directive européenne sur l’accessibilité du web – ont publié en mars 2025 une évaluation commune des outils overlay. Trois phrases, traduites :

« Un site qui n’est pas accessible ne devient pas nécessairement accessible au sens des exigences légales par l’emploi d’un outil overlay. »

« À l’heure actuelle, les outils overlay ne sont pas en mesure de rendre pleinement accessible un site présentant des barrières. »

« Souvent, l’intégration d’un outil overlay dégrade l’accessibilité d’un site pour les personnes utilisant des technologies d’assistance. »

La dernière phrase est la plus gênante : un widget mal conçu peut aggraver la situation, parce qu’il s’intercale entre la page et les aides techniques sur lesquelles s’appuient les personnes aveugles et malvoyantes.

À l’international, le même point est devenu coûteux. En janvier 2025, l’autorité américaine de la concurrence FTC a condamné l’éditeur d’overlay accessiBe à verser un million de dollars. Le grief : l’affirmation selon laquelle l’outil rendait n’importe quel site conforme aux WCAG était « false, misleading, or unsubstantiated ». La FTC a également reproché à l’entreprise d’avoir présenté des articles et avis de tiers comme des opinions indépendantes sans divulguer ses liens d’intérêt avec ces auteurs.

L’ampleur du malentendu apparaît dans un cas allemand : en juillet 2025, l’association Digitale Barrierefreiheit e. V. a relevé que l’autorité de surveillance du marché chargée du BFSG utilisait elle-même un outil overlay sur son propre site. Si la distinction est difficile jusque-là, ce n’est pas une faute qu’une association ou une agence la trouve difficile aussi.

Comment reconnaître une extension qui vaut la peine

Six critères que l’on peut vérifier en quelques minutes :

1. Elle dit ce qu’elle ne sait pas faire. Une fiche sans la moindre réserve est un signal d’alerte, pas un gage de qualité.
2. Elle ne promet aucune conformité. « Conforme EAA », « juridiquement sûr », « 100 % WCAG » – aucune extension ne peut tenir cela, parce que rien de tout cela ne dépend d’elle seule.
3. Elle ne charge pas de code depuis des serveurs tiers. Un widget récupéré à chaque affichage sur le serveur de l’éditeur y transmet les données de vos visiteurs et tombe en panne quand l’éditeur tombe. Pour les organismes publics, cela suffit souvent à trancher, pour des raisons de protection des données.
4. Elle se désactive sans casser le site. Une extension qu’on ne peut plus retirer n’est pas un outil acheté mais une dépendance.
5. Elle est maintenue. Testée avec la version courante de WordPress, mise à jour ces derniers mois, réponses sur le forum d’assistance.
6. Elle montre ce qu’elle a modifié. Vous devez pouvoir retracer quelles corrections s’appliquent – sinon vous ne pouvez ni vérifier ni documenter.

L’ordre qui fonctionne

Une extension n’est pas la première étape mais la deuxième. Cette progression a du sens :

1. Mesurer. Savoir d’abord ce qui manque réellement – sinon vous achetez une solution à un problème que vous ne connaissez pas. La marche à suivre est décrite dans l’article tester l’accessibilité de son site.
2. Combler les manques mécaniques. Attribut de langue, liens d’évitement, étiquettes de formulaire, titres d’iframe. C’est ce pour quoi une extension de correction est faite, et cela se règle en un après-midi.
3. Planifier le travail rédactionnel. Textes alternatifs, structure de titres, intitulés de liens explicites. C’est le gros morceau, et il ne s’achète pas. Ce qui aide : une liste et un rythme hebdomadaire – vingt images par semaine et même une grande médiathèque est traitée en un trimestre.
4. Intégrer le design à la prochaine refonte. Contrastes et visibilité du focus relèvent du design, pas d’une extension. Prévus tôt, ils ne coûtent rien de plus.
5. Le widget en dernier. C’est un plus pour les visiteurs qui l’apprécient – ni un socle, ni une preuve.

Sources et mentions

• WebAIM : The WebAIM Million, relevé de février 2026
• Autorités de surveillance fédérale et régionales allemandes : Évaluation commune sur l’usage des outils overlay, mars 2025 (en allemand)
• Federal Trade Commission : Order Requires Online Marketer to Pay $1 Million, 3 janvier 2025
• Digitale Barrierefreiheit e. V. : L’autorité de surveillance du marché utilise elle-même un outil overlay, 14 juillet 2025 (en allemand)
• Données et citations des fiches d’extensions : répertoire d’extensions WordPress, relevé le 10 septembre 2026

Les captures d’écran montrent les interfaces d’administration des extensions citées, dans notre propre installation de test, réalisées le 10 septembre 2026, et servent à illustrer le texte. Toutes les marques et noms de produits appartiennent à leurs détenteurs respectifs. Si une extension manque ici ou est mal classée, nous la corrigeons volontiers – écrivez-nous.