Outils recommandés pour tester l’accessibilité
Les outils automatiques détectent une partie seulement des défauts (souvent estimée entre 30 et 40 %). Combinez-les avec des tests manuels au clavier, aux lecteurs d’écran et avec des utilisateurs.
Audit automatisé
| Outil | Usage | Particularité |
|---|---|---|
| axe DevTools (Deque) | Extension navigateur, intégrations éditeur et CI | Moteur axe-core très répandu ; versions gratuite et payante |
| WAVE (WebAIM) | Analyse visuelle des erreurs dans la page | Extension gratuite |
| Lighthouse | Audit performance, accessibilité, SEO | Intégré à Chrome DevTools |
| pa11y | Tests en ligne de commande et CI/CD | Open source |
| Accessibility Insights | Parcours guidés semi-manuels | Gratuit (Microsoft) |
Tests manuels et technologies d’assistance
- Contrastes : WebAIM Contrast Checker, Colour Contrast Analyser.
- Lecteurs d’écran : NVDA (Windows, gratuit), VoiceOver (macOS, iOS), TalkBack (Android), JAWS.
- Structure : extensions HeadingsMap et Web Developer pour vérifier titres, repères et ordre.
- Clavier : aucun outil : débranchez la souris.
Méthode recommandée
- Scannez chaque gabarit avec axe ou WAVE.
- Contrôlez au clavier seul, puis au lecteur d’écran.
- Vérifiez contrastes, zoom 200 % et reflow.
- Ajoutez les six critères WCAG 2.2, presque tous manuels.
- Faites tester par des utilisateurs en situation réelle.
Questions fréquentes
Un score Lighthouse de 100 signifie-t-il un site accessible ?
Non. Lighthouse n’exécute qu’un sous-ensemble de règles automatisables ; un score parfait n’équivaut pas à une conformité RGAA ou WCAG.
Quel lecteur d’écran choisir pour débuter ?
NVDA sous Windows (gratuit) ou VoiceOver sur Mac et iPhone, déjà intégré.