Tester l’accessibilité d’un site sans outil, c’est comme auditer un bâtiment les yeux fermés. On peut deviner, mais on va louper des trucs. Beaucoup de trucs.
Voici les outils qui font vraiment le job — du check rapide à l’audit complet.
ARC Toolkit
ARC Toolkit est une extension Chrome développée par TPGi (l’équipe derrière le Colour Contrast Analyser). C’est l’un des outils les plus complets pour l’évaluation technique.
Ce qu’il fait bien
- Détection automatique de nombreux critères WCAG : rôles ARIA manquants, labels de formulaires, hiérarchie de titres, landmarks
- Vue par catégorie : images, liens, formulaires, structure — tu peux inspecter chaque famille d’éléments
- Overlay visuel : il surligne directement les éléments problématiques dans la page
- Gratuit et régulièrement mis à jour
Ses limites
- Ne couvre pas les tests manuels (navigation clavier, lecteur d’écran, compréhension du contenu)
- Pas de notion de suivi d’audit ou de grille RGAA
Verdict : excellent pour un check technique rapide. C’est celui que j’utilise le plus, pour moi il est indispensable.
WCAG Contrast Checker
Le contraste, c’est le critère d’accessibilité le plus simple à tester — et le plus souvent raté. WCAG Contrast Checker est une extension navigateur dédiée à ça.
Ce qu’il fait bien
- Analyse automatique de tous les textes de la page avec leur ratio de contraste
- Distinction gros texte / texte normal : les seuils WCAG diffèrent (3:1 pour le gros texte, 4.5:1 pour le texte normal)
- Visuel clair : vert = OK, rouge = insuffisant, orange = à vérifier
- Disponible sur Chrome et Firefox
Ses limites
- Ne détecte pas les contrastes sur les éléments non-textuels (icônes, bordures de champs, indicateurs de focus)
- Peut avoir du mal avec les dégradés et les images de fond
- Ne remplace pas une vérification manuelle des couleurs en contexte
Les seuils à retenir
| Type | Ratio minimum (AA) | Ratio minimum (AAA) |
|---|---|---|
| Texte normal (moins de 18pt) | 4.5:1 | 7:1 |
| Gros texte (18pt+ ou 14pt+ gras) | 3:1 | 4.5:1 |
| Composants d’interface | 3:1 | — |
Verdict : simple, rapide, efficace. À lancer systématiquement sur chaque maquette et chaque page.
Tanaguru
Tanaguru est un outil français, open source, qui teste l’accessibilité par rapport au RGAA — pas juste WCAG. C’est une différence importante.
Ce qu’il fait bien
- Référentiel RGAA natif : les résultats sont directement exprimés en critères RGAA 4.1.2, pas en WCAG qu’il faut ensuite “traduire”
- Audit automatisé à grande échelle : tu peux scanner des dizaines de pages d’un site en une seule passe
- Open source : le code est disponible, tu peux l’héberger toi-même
- Historique : c’est l’un des premiers outils d’audit RGAA en France
Ses limites
- L’interface peut sembler datée
- Les tests automatisés ne couvrent qu’environ 30% des critères RGAA — le reste nécessite un contrôle humain
- Pas d’aide interactive pour les tests manuels
Verdict : très bon pour un premier scan automatisé en RGAA. La référence historique en France.
Et les autres ?
Quelques mentions notables :
- axe DevTools (Deque) : le moteur d’analyse le plus utilisé au monde. Intégré dans les DevTools de Chrome. Puissant mais en WCAG, pas RGAA.
- Lighthouse (Google) : intégré dans Chrome, section Accessibility. Bon pour un aperçu rapide mais trop superficiel pour un vrai audit.
- WAVE (WebAIM) : extension avec overlay visuel des erreurs. Intuitif pour les débutants.
- Pa11y : outil en ligne de commande pour intégrer les tests a11y dans la CI/CD.
Le problème des outils automatiques
Tous ces outils partagent une limite fondamentale : ils ne testent que ce qui est automatisable.
Un outil peut vérifier qu’un alt est présent sur une image. Mais il ne peut pas vérifier que cet alt est pertinent. Il peut détecter qu’un bouton n’a pas de label. Mais il ne peut pas savoir si le parcours utilisateur est compréhensible.
Les études montrent que les tests automatiques ne couvrent que 25 à 35% des critères WCAG. Le reste — la majorité — nécessite un humain qui teste, navigue, comprend.
C’est pour ça qu’un audit RGAA, le vrai, c’est pas juste “lancer un outil”. C’est un expert qui passe sur chaque page, chaque composant, chaque interaction.
RGAA Lab : l’outil qu’on a construit pour ça
On ne va pas se mentir : on a construit RGAA Lab parce qu’on en avait marre du workflow habituel.
Le workflow classique d’un auditeur RGAA :
- Ouvrir un tableur avec 106 lignes
- Ouvrir la page dans un onglet
- Tester critère par critère en faisant des allers-retours
- Copier-coller les constats dans les cellules
- Recommencer pour chaque page
- Prier pour ne pas se tromper de ligne
RGAA Lab remplace ce workflow par une sidebar intégrée directement dans le navigateur :
- Mode séquentiel : parcours les 13 thématiques dans l’ordre, avec des wizards qui posent les bonnes questions
- Mode composant : sélectionne un formulaire, une navigation, un tableau — l’outil te montre uniquement les critères applicables
- Détection automatique : contraste, doctype, lang, images sans alt, composants interactifs
- Cross-page : les composants identiques entre pages sont détectés et les résultats partagés
- Sync vers l’app : tes résultats arrivent dans une plateforme collaborative pour le suivi et la comparaison
C’est pas magique — tu restes l’expert qui décide si c’est conforme ou non. Mais l’outil te guide, automatise le trivial, et te laisse te concentrer sur ce qui compte : l’analyse.
Et surtout, quand tu réaudites un site 6 mois plus tard, tu peux comparer automatiquement les résultats et voir ce qui a progressé (ou régressé).
Le meilleur outil d’accessibilité, c’est celui qui te fait gagner du temps sans sacrifier la qualité. Combine les outils automatiques pour le scan rapide, et un vrai outil d’audit pour le travail de fond.
Pour aller plus loin
- Idée reçue : “Mon site est accessible” — pourquoi les outils seuls ne suffisent pas
- Le :focus-visible, c’est vital — un critère facile à tester, souvent raté