Axe, Lighthouse, WAVE, NVDA… l'outillage pour l'accessibilité est riche mais peut faire peur. Voici comment construire une routine de test efficace et pragmatique.
Les outils automatisés ne détectent qu'environ 30 à 40 % des problèmes d'accessibilité. Ils sont indispensables comme filet de sécurité, mais insuffisants seuls. Une stratégie de test complète combine l'automatisation, le test manuel et les retours d'utilisateurs réels.
Axe DevTools (extension navigateur) est le point de départ idéal. Il s'intègre aux DevTools de Chrome et Firefox,
analyse la page en temps réel et fournit des explications claires avec des liens vers la documentation WCAG. Il est
utilisable en CI via axe-core intégré dans les tests Cypress ou Playwright. Lighthouse, intégré à Chrome, offre un
score d'accessibilité parmi ses audits de performance — pratique pour un aperçu rapide. WAVE (WebAIM) visualise les
problèmes directement sur la page, utile pédagogiquement.
Les outils automatisés manquent les problèmes sémantiques profonds et les erreurs de flux. C'est là qu'intervient le test manuel. Naviguez sur votre application en n'utilisant que le clavier : Tab, Shift+Tab, Entrée, Espace, flèches. Chaque fonctionnalité doit être atteignable et utilisable. Testez ensuite avec un vrai lecteur d'écran : NVDA (gratuit, Windows), VoiceOver (intégré sur macOS et iOS) ou TalkBack (Android). La première fois est déstabilisante — c'est exactement le but.
- Axe DevTools pour l'analyse automatique en développement
- axe-core dans la CI pour bloquer les régressions
- Navigation clavier pour vérifier les flux complets
- NVDA ou VoiceOver pour le test avec lecteur d'écran