Le WordPress d'aujourd'hui, décodé pour les développeurs

Accessibilité

Sa11y contre Editoria11y : deux extensions d’audit directement dans l’éditeur

Deux outils open source alertent le rédacteur avant même la publication, directement dans l'écran d'édition. Comparatif de leurs points forts pour un usage quotidien sur WordPress.

Par Clément Hadrot • 6 novembre 2025 • 4 min de lecture • Aucun commentaire
Sa11y contre Editoria11y : deux extensions d'audit directement dans l'éditeur

Quel outil choisir pour alerter un rédacteur non technicien avant qu’il ne publie un article truffé d’images sans texte alternatif ou de titres mal hiérarchisés ? Deux extensions open source répondent précisément à ce besoin en s’intégrant directement dans l’écran d’édition ou de prévisualisation : Sa11y, développée à l’origine par l’université métropolitaine de Toronto, et Editoria11y, portée par l’université de Princeton. Toutes deux partagent la même philosophie — déplacer le contrôle d’accessibilité en amont, au moment de la rédaction, plutôt qu’en aval lors d’un audit externe.

Sur le principe, les deux outils fonctionnent de manière proche : un script JavaScript s’exécute au chargement du contenu, détecte une série de motifs problématiques connus (image sans alternative, lien au texte non explicite, saut de niveau de titre, contraste insuffisant) et affiche des pastilles d’alerte directement au survol du contenu concerné, sans jamais modifier le rendu final pour le visiteur du site.

Ce que couvre Sa11y

Sa11y met l’accent sur l’exhaustivité des vérifications et sur la pédagogie du message d’erreur : chaque alerte s’accompagne d’une explication en langage clair de pourquoi le motif détecté pose un problème, et pas seulement d’un code de règle technique. L’outil embarque également un vérificateur de contraste interactif qui permet de tester une combinaison de couleurs directement dans l’interface, sans quitter l’écran d’édition ni ouvrir un outil externe.

Sa11y propose aussi une fonctionnalité moins courante : la détection de texte en majuscules abusif (souvent un problème de lisibilité et de prononciation pour certains lecteurs d’écran) et le repérage des liens dont le texte est identique mais qui pointent vers des destinations différentes, un piège classique dans les pages de ressources qui empilent plusieurs liens « Télécharger ».

Ce que couvre Editoria11y

Editoria11y adopte une approche plus resserrée : il distingue clairement les alertes bloquantes (« error », comme une image totalement dépourvue d’attribut alt) des simples avertissements à examiner (« warning », comme un tableau sans en-têtes explicites), avec un tableau de bord qui recense le nombre total d’anomalies par page — un indicateur utile pour un responsable éditorial qui veut suivre l’évolution dans le temps sur l’ensemble d’un site, plutôt que page par page.

Un directeur artistique nous a un jour résumé la différence ainsi : Sa11y forme le rédacteur en expliquant chaque règle en détail, Editoria11y le presse d’agir vite sur ce qui compte vraiment avant de publier.

Comparatif synthétique

CritèreSa11yEditoria11y
OrigineUniversité métropolitaine de TorontoUniversité de Princeton
Vérificateur de contraste intégréOui, interactifNon, détection seule
Tableau de bord multi-pagesLimitéOui, avec historique
Explications pédagogiquesDétailléesConcises
Distinction erreur/avertissementOuiOui, plus marquée
L'essentiel à retenir : Les deux outils affichent des alertes visuelles directement dans le contenu en cours de rédaction ; Sa11y propose un correcteur de contraste intégré, Editoria11y priorise les erreurs critiques ; Aucun des deux ne remplace un audit RGAA complet mais tous deux réduisent le nombre d'anomalies publiées

Ce qu’aucun des deux ne remplace

Ni Sa11y ni Editoria11y ne prétendent remplacer un audit RGAA complet mené par un expert. Ces outils détectent des motifs syntaxiques et structurels dans le HTML généré, mais ne peuvent pas juger de la pertinence sémantique d’un texte alternatif (une image décrite par « photo1234.jpg » réécrite en « photo d’un couché de soleil » passera le test automatique sans que la description soit forcément la plus utile au contexte), ni évaluer l’ordre logique de tabulation d’une page entière, ni vérifier la cohérence d’une déclaration d’accessibilité.

Leur valeur réelle se situe en amont de la chaîne : réduire le nombre d’anomalies grossières qui, sans eux, ne seraient repérées qu’au moment d’un audit externe payant, plusieurs mois après la publication du contenu.

Choisir en fonction du profil de l’équipe

  • Une rédaction qui découvre l’accessibilité et a besoin d’être formée en continu gagnera davantage avec Sa11y, grâce à ses explications détaillées.
  • Une équipe qui gère un grand nombre de pages et veut un indicateur de suivi synthétique privilégiera Editoria11y et son tableau de bord.
  • Rien n’empêche techniquement de tester les deux en parallèle sur un environnement de préproduction pour comparer leurs remontées sur un même corpus d’articles.

Notre verdict

Aucun des deux outils ne l’emporte dans l’absolu : Sa11y forme mieux, Editoria11y synthétise mieux. Le choix dépend surtout de la maturité de l’équipe éditoriale sur le sujet de l’accessibilité, et du besoin ou non d’un pilotage transversal sur un grand nombre de pages plutôt qu’un accompagnement fin article par article.

Partager :

À propos de l'auteur

Clément Hadrot

Développeur WordPress, passionné par Elementor, le FSE et l’automatisation par IA.

Voir tous ses articles

Dans la même veine

À lire aussi