Partie 14 — Tester l’accessibilité
⏱️ TL;DR — On ne peut pas rendre accessible ce qu’on ne teste pas. Mais le piège n°1, c’est de croire qu’un outil automatique suffit : les meilleurs n’attrapent qu’environ 30-40 % des problèmes. Un score Lighthouse de 100 ne veut pas dire « accessible ». Cette partie t’apprend la vraie stratégie, en couches : automatique (rapide, large, superficiel), clavier (le test manuel le plus rentable), lecteur d’écran (le juge de la sémantique), et tests utilisateurs (l’étalon-or), le tout industrialisé en CI pour ne plus jamais régresser.
Le problème qu’on résout
Beaucoup d’équipes « testent » l’accessibilité en lançant une extension, en lisant « 0 erreur » et en cochant la case. C’est rassurant et c’est faux. Un outil automatique ne mesure que ce qui est mesurable par une machine : un contraste, un alt absent, un attribut invalide. Il ne peut pas juger si un alt est pertinent, si l’ordre de lecture a du sens, si un composant est réellement utilisable. Résultat : des sites « verts » partout mais inutilisables au clavier ou muets au lecteur d’écran.
On répare ça en installant une culture du test en couches. Chaque couche attrape ce que la précédente laisse passer ; aucune ne se suffit à elle-même. Tu vas apprendre à les combiner, à savoir ce que chacune couvre, et à les faire tourner en continu plutôt qu’en audit ponctuel de fin de projet.
Ce que tu sauras faire à la fin de cette partie
- Construire une stratégie de test en couches et savoir ce que chaque couche attrape et rate.
- Utiliser les outils automatiques (axe, Lighthouse, WAVE, Pa11y, ARC) sans tomber dans la fausse confiance.
- Mener un test clavier méthodique en quelques minutes sur n’importe quelle page.
- Tester au lecteur d’écran (NVDA, VoiceOver) avec les bons combos et les bonnes vérifications.
- Industrialiser l’a11y en CI : linting,
jest-axe,@axe-core/playwright, addon Storybook, gate de build.
Les chapitres
| # | Chapitre | En un mot |
|---|---|---|
| 14.1 | La stratégie de test | Les quatre couches, ce que chacune attrape et rate. |
| 14.2 | Les outils automatiques | axe, Lighthouse, WAVE, Pa11y, ARC — et leurs limites. |
| 14.3 | Le test clavier | Débrancher la souris, la checklist Tab. |
| 14.4 | Le test au lecteur d’écran | NVDA, VoiceOver : quoi lancer, quoi vérifier. |
| 14.5 | Tests en CI & anti-régression | Linting, jest-axe, Playwright, Storybook, gate CI. |
On commence : La stratégie de test — pourquoi un seul outil ne suffit jamais, et comment empiler les couches.