Outils d'audit d'accessibilité gratuits : axe, WAVE, Lighthouse comparés
En bref — trois outils gratuits, un même angle mort
Pour tester l'accessibilité d'un site sans dépenser un centime, trois outils dominent, tous gratuits et lancés depuis le navigateur :
- axe DevTools (Deque) — l'extension de référence, bâtie sur le moteur open source
axe-corequi sert aussi à beaucoup d'autres outils ; - WAVE (WebAIM) — affiche les problèmes directement sur la page, idéal pour voir l'erreur en contexte ;
- Lighthouse (Google) — intégré à Chrome, donne un score d'accessibilité sur 100 (il utilise lui aussi
axe-core).
Mais aucun ne prouve à lui seul la conformité : un test automatisé ne couvre, selon les sources, qu'environ 30 à 50 % des critères WCAG. Le reste — navigation au clavier, lecteur d'écran, sens des contenus — exige un test humain. Un score de 100 à Lighthouse signifie « les contrôles automatiques passent », pas « le site est accessible ». Ces outils sont le point de départ d'une mise en conformité à l'European Accessibility Act, jamais la preuve finale.
Quand on cherche à savoir si son site respecte l'accessibilité, la première réflexe — le bon — est de lancer un outil gratuit. Il en existe d'excellents, et ils repèrent en quelques secondes une part réelle des problèmes. Mais ils se ressemblent plus qu'on ne croit (beaucoup partagent le même moteur), et surtout ils partagent la même limite : ils ne voient qu'une fraction de ce que vérifie réellement la norme. Voici ce que vaut chacun, ce qu'il détecte bien, son angle mort, et comment les combiner honnêtement.
Pourquoi un outil automatisé ne suffit jamais
Un vérificateur automatique lit le code de la page et applique des règles : il sait dire qu'une image n'a pas d'attribut alt, qu'un bouton n'a pas de nom, qu'un contraste est trop faible, qu'un champ n'a pas d'étiquette. Ce sont des manquements mécaniques, et là ces outils sont fiables et précieux.
En revanche, une machine ne peut pas juger si un alt décrit correctement l'image, si l'ordre de tabulation est logique, si un message d'erreur est compréhensible, ou si toute la boutique est utilisable au clavier seul et au lecteur d'écran. C'est pourquoi les éditeurs eux-mêmes l'admettent : Deque avance qu'axe-core détecte environ 57 % des problèmes (une estimation favorable d'éditeur), tandis que des sources indépendantes citent souvent 30 à 40 %. La fourchette varie selon la méthode de calcul, mais la conclusion est constante : la majorité des critères WCAG ne sont pas vérifiables automatiquement. L'EAA s'appuie sur l'EN 301 549 / WCAG 2.1 niveau AA, et ces critères exigent un test humain pour être pleinement validés.
Les outils gratuits, un par un
L'extension la plus utilisée, bâtie sur axe-core (open source)
Édité par Deque, axe DevTools est une extension gratuite pour Chrome, Firefox et Edge. Elle s'appuie sur axe-core, un moteur open source (licence MPL-2.0) conçu pour produire zéro faux positif — quand il signale un problème, c'en est un. C'est ce même moteur qui équipe de nombreux autres outils (dont Lighthouse, et notre propre audit). La version gratuite analyse une page à la fois et fournit la documentation pour corriger chaque point ; les fonctions IA, multi-pages et collaboration sont réservées à l'offre Pro.
alt, ni l'usage au clavier, ni le rendu au lecteur d'écran.→ Voir aussi les noms accessibles des boutons.
L'évaluation visuelle de WebAIM, en contexte
WAVE est développé par WebAIM, l'organisme à but non lucratif de l'Utah State University, pionnier de l'accessibilité depuis 1999. Son originalité : au lieu d'une simple liste, il superpose des icônes directement sur votre page pour montrer où sont les erreurs, les alertes, les problèmes de contraste, la structure des titres et les attributs ARIA. C'est très pédagogique pour comprendre en contexte ce qui cloche. L'extension (Chrome, Firefox, Edge) est gratuite et s'exécute entièrement dans le navigateur — aucune donnée n'est envoyée à un serveur.
→ Voir aussi la structure des titres.
Déjà dans votre navigateur, avec un score sur 100
Lighthouse est intégré aux outils de développement de Chrome (onglet « Lighthouse ») et accessible via PageSpeed Insights : rien à installer. Sa catégorie « Accessibilité » est elle aussi propulsée par axe-core, mais n'en exécute qu'un sous-ensemble de règles. Il en tire un score de 0 à 100, pratique pour suivre une progression dans le temps. Attention au piège : ce score mesure uniquement les contrôles automatiques. Un score de 100 ne signifie pas « site accessible », seulement « aucun problème mécanique détecté sur cette page ».
→ Voir aussi la méthode de test complète.
L'outil de Microsoft qui structure aussi les tests humains
Accessibility Insights for Web (Microsoft) est une extension gratuite (Chrome, Edge) qui combine deux choses utiles. Son « FastPass » lance une analyse automatique (sur axe-core) et vérifie l'ordre de tabulation. Mais surtout, son mode « Assessment » vous guide pas à pas dans les tests manuels WCAG 2.1 AA — exactement la part que les autres outils ne couvrent pas. C'est le meilleur pont gratuit entre détection automatique et vérification humaine.
→ Voir aussi le test au clavier.
ARC Toolkit, IBM Equal Access, Pa11y
Au-delà du trio, plusieurs vérificateurs gratuits méritent une place : ARC Toolkit (TPGi), une extension Chrome dans les DevTools couvrant WCAG et l'EN 301 549 ; IBM Equal Access Accessibility Checker, gratuit et open source, avec son propre moteur de règles ; et Pa11y, une suite en ligne de commande pensée pour l'intégration continue (lancer un test à chaque mise en ligne). Pour une équipe technique, Pa11y et Lighthouse CI permettent d'éviter les régressions automatiquement à chaque déploiement.
→ Voir aussi par où commencer.
La moitié (au moins) du travail est manuelle
Quel que soit l'outil, ces vérifications demandent un humain : parcourir tout le site au clavier seul (Tab, Entrée, Échap) sans rester piégé ; écouter la page avec un lecteur d'écran (NVDA, VoiceOver) pour vérifier que tout est annoncé dans un ordre sensé ; juger si un texte alternatif décrit vraiment l'image ; vérifier qu'un message d'erreur est clair et relié au bon champ ; confirmer que l'ordre de focus suit la logique visuelle. Aucun scanner ne fait cela à votre place — c'est précisément là que se logent la majorité des barrières réelles pour les personnes handicapées.
→ Voir aussi le tunnel de commande.
Récapitulatif : quel outil pour quoi
| Outil | Type | Idéal pour | Angle mort |
|---|---|---|---|
| axe DevTools | Extension (moteur axe-core) | Audit fiable, zéro faux positif | Jugement humain (clavier, sens) |
| WAVE | Extension, rendu sur la page | Voir l'erreur en contexte, apprendre | Test clavier / lecteur d'écran |
| Lighthouse | Intégré à Chrome, score /100 | Premier coup d'œil, suivi du score | Score 100 ≠ conforme |
| Accessibility Insights | Extension, auto + guide manuel | Couvrir les tests manuels WCAG | Demande du temps et de la méthode |
| ARC Toolkit / IBM / Pa11y | Extensions / ligne de commande (CI) | Second avis, surveillance continue | Même limite de fond ; config technique |
Comment les combiner (et ce que DeclareAccess ajoute)
La bonne méthode gratuite : lancez d'abord axe DevTools ou WAVE sur vos pages clés pour balayer les manquements mécaniques, vérifiez le score Lighthouse pour suivre la progression, puis suivez l'évaluation guidée d'Accessibility Insights et faites votre propre test clavier + lecteur d'écran. Vous aurez ainsi couvert l'essentiel — détection auto et contrôles humains.
Là où DeclareAccess intervient : notre audit utilise le même moteur de référence (axe-core, WCAG 2.1 AA) mais vous l'envoie sans rien installer, avec un rapport clair, et surtout il génère la déclaration d'accessibilité légale que l'EAA impose de publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol. Les outils ci-dessus trouvent les problèmes ; nous vous aidons aussi à produire le document obligatoire. Et nous restons honnêtes sur la même limite : notre rapport signale les manquements détectables et liste les vérifications manuelles à mener.
→ Méthode détaillée : comment tester l'accessibilité de son site. Combien ça coûte ensuite : le coût d'une mise en conformité.
Auditez votre boutique sans rien installer
DeclareAccess analyse une page de votre site avec le moteur axe-core selon les WCAG 2.1 AA, vous envoie le rapport des manquements (alternatives manquantes, contraste, noms de boutons, structure…) et génère la déclaration d'accessibilité prête à publier — modèle français (RGAA), allemand (BFSG), italien ou espagnol. Gratuit, sans carte bancaire.
Rapport WCAG par e-mail sous 24 h ouvrées.
C'est noté. Votre client e-mail va s'ouvrir avec la demande pré-remplie — il vous suffit de l'envoyer.
Questions fréquentes
Quel est le meilleur outil gratuit d'audit d'accessibilité ?
Il n'y a pas de gagnant unique : ils sont complémentaires. axe DevTools est la référence pour la fiabilité (moteur axe-core, zéro faux positif) ; WAVE est le plus pédagogique car il montre les erreurs sur la page ; Lighthouse est le plus rapide car déjà dans Chrome avec un score sur 100 ; Accessibility Insights est le meilleur pour couvrir les tests manuels. Le plus efficace est d'en combiner deux ou trois, puis de faire un test clavier et lecteur d'écran à la main.
Un score de 100 à Lighthouse veut-il dire que mon site est conforme ?
Non. Un score de 100 signifie seulement que les contrôles automatiques de Lighthouse (un sous-ensemble du moteur axe-core) ne trouvent pas de problème sur la page testée. Or les outils automatisés ne couvrent qu'environ 30 à 50 % des critères WCAG. Un site peut afficher 100 partout et rester inutilisable au clavier ou au lecteur d'écran. La conformité à l'EAA (EN 301 549 / WCAG 2.1 AA) suppose aussi des vérifications humaines.
Quelle part des problèmes un outil automatisé détecte-t-il vraiment ?
Selon les sources et la méthode de calcul, environ 30 à 50 % des critères WCAG. Deque, l'éditeur d'axe-core, avance jusqu'à 57 % (estimation d'éditeur, plutôt haute) ; des sources indépendantes citent souvent 30 à 40 %. Il n'existe pas un chiffre unique et canonique : retenez qu'un scanner trouve une part réelle mais minoritaire des problèmes, et que la majorité exige un test manuel (clavier, lecteur d'écran, jugement du sens).
axe, WAVE et Lighthouse donnent-ils les mêmes résultats ?
Pas exactement, même s'ils se recoupent largement : Lighthouse et axe DevTools partagent le moteur axe-core (Lighthouse n'en exécute qu'un sous-ensemble), tandis que WAVE et IBM Equal Access ont leurs propres règles. C'est pourquoi lancer deux outils différents peut être utile : l'un attrape parfois ce que l'autre laisse passer. Aucun, en revanche, ne dépasse la limite de la détection automatique.
Les overlays d'accessibilité (accessiBe, UserWay) sont-ils des outils d'audit ?
Non. Un overlay n'audite pas votre site : il ajoute une surcouche JavaScript censée corriger l'accessibilité automatiquement, sans modifier le code de fond, et il est largement critiqué par la communauté de l'accessibilité (les utilisateurs de lecteurs d'écran rapportent en être gênés). La FTC américaine a d'ailleurs sanctionné accessiBe d'un million de dollars en 2025 pour des allégations de conformité trompeuses. Pour auditer, utilisez les outils décrits ici ; pour corriger, agissez sur le code lui-même.