La méthode de travail
A11y Audit organise le travail d’accessibilité en phases d’analyse, de correction et de vérification. La source inclut des interfaces Python de scanner et de vérification du contraste, des catégories de gravité et des références de correction propres à chaque framework. Il peut aider à transformer une demande vague d’amélioration de l’accessibilité en une liste délimitée d’éléments et de modifications de code.
La source décrit une large couverture des WCAG, mais une analyse du code ne doit pas être présentée comme une certification complète de conformité. Les parcours au clavier, le comportement des lecteurs d’écran, le contenu dynamique et la pertinence des textes alternatifs exigent encore une revue en contexte. L’intérêt pratique est la traçabilité : conservez les constats initiaux, appliquez des changements de sémantique native ou de style appropriés, puis relancez les contrôles et testez l’interaction réelle.
Livrables attendus
- Un rapport de constats d’accessibilité classés par gravité
- Des correctifs de code avant/après adaptés au framework du projet
- Une comparaison avec les constats initiaux et une liste des vérifications manuelles restantes
Du brief à la revue
- 01Analyser un périmètre défini
Identifiez le framework et les chemins de source pertinents. Consignez les constats au niveau des éléments et distinguez les détections du scanner des observations manuelles.
- 02Corriger l’interaction sous-jacente
Privilégiez les contrôles natifs, des libellés pertinents et un focus visible plutôt que d’ajouter des attributs ARIA sans discernement.
- 03Vérifier en contexte
Comparez avec la référence initiale, vérifiez le contraste dans l’état rendu et testez les parcours au clavier et avec des technologies d’assistance que l’analyse statique ne peut pas établir.