Tout outil d'accessibilité doit répondre honnêtement à une question : quelle part du problème voit-il réellement ? La réponse, de manière constante, se situe entre un quart et un tiers des critères de succès WCAG.
Ce n'est pas une raison pour se passer d'automatisation. C'est une raison d'en connaître la frontière, car les échecs de part et d'autre sont de nature différente.
Ce qu'une machine tranche de façon fiable
Les règles automatiques sont bonnes sur les questions à réponse calculable. Cet élément a-t-il un nom accessible ? Le rapport de contraste dépasse-t-il 4,5:1 ? Ce champ a-t-il une étiquette ? L'attribut `lang` est-il présent ? Ce sont des mesures, et un analyseur ne fatigue pas à la page 400.
C'est aussi là qu'est le volume. Contraste, alternatives manquantes, liens sans intitulé et champs sans étiquette représentent ensemble la grande majorité des échecs sur des sites réels — d'où le gros gain initial d'un passage automatique.
- à faireLes rapports de contraste, pour le texte comme pour les composants d'interface.
- à faireLes noms accessibles manquants ou vides sur les images, liens, boutons et champs.
- à faireLes erreurs de structure : identifiants dupliqués, ARIA mal employé, rôles invalides, en-têtes de tableau absents.
- à faireLes déclarations de langue, les titres de page et la présence des régions.
Ce qui demande une personne
Le reste des WCAG porte sur le sens et le comportement, et le sens ne se calcule pas. Un analyseur voit qu'une image a une alternative ; il ne vous dira pas que cette alternative est « DSC_0421 ».
- pas çaSi l'alternative décrit l'image — ou si l'image était décorative depuis le début.
- pas çaSi les titres décrivent les sections qu'ils ouvrent.
- pas çaSi l'ordre de tabulation correspond à l'ordre visuel.
- pas çaSi un message d'erreur dit comment résoudre le problème.
- pas çaSi un composant maison se comporte comme le motif qu'il imite quand on appuie sur les flèches.
- pas çaSi les sous-titres sont exacts.
Le piège au milieu
La zone dangereuse n'est pas ce qu'un outil manque — c'est ce qu'il rapporte comme conforme. « 0 problème » se lit comme « accessible », et aucun analyseur ne mérite cette affirmation.
C'est pourquoi chaque rapport que nous produisons dit ce qui a été vérifié et ce qui ne l'a pas été, et pourquoi un critère sans règle automatique est marqué comme demandant une personne plutôt qu'omis en silence. Un tableau de bord qui ne montre que ce qu'il sait mesurer apprend aux gens que le reste n'existe pas.
Une combinaison qui vaut l'effort
Les deux méthodes ne sont pas des alternatives. L'automatisation est ce qui garde propre un site propre ; les tests manuels sont ce qui le rend propre au départ.
- à faireAnalysez en continu et traitez chaque nouvelle non-conformité comme une régression, exactement comme un test qui casse.
- à faireFaites un parcours au clavier seul de vos flux critiques chaque trimestre, et après toute refonte. Cela prend vingt minutes et trouve ce que rien d'autre ne trouve.
- à faireFaites appel à un audit expert avant une échéance de conformité ou un lancement important — mais après que l'automatisation a évacué le bruit, pour payer du jugement plutôt que du comptage d'erreurs de contraste.
- à faireTestez avec de vraies personnes utilisant des technologies d'assistance quand l'enjeu le justifie. Rien ne le remplace.
Questions
- Quel pourcentage des problèmes d'accessibilité les outils automatiques trouvent-ils ?
- Environ 25 à 35 % des critères de succès WCAG peuvent être évalués automatiquement. Rapportée au nombre d'échecs individuels sur des sites typiques, la part est plus élevée, car les échecs les plus fréquents — contraste et noms manquants — sont précisément ceux qu'une machine sait vérifier.
- Si une analyse est propre, sommes-nous conformes ?
- Non. Une analyse propre signifie que rien de mesurable n'échoue. L'ordre de tabulation, la pertinence des alternatives textuelles, le comportement clavier des composants maison et la qualité des messages d'erreur ne sont pas mesurés, et sont tous exigés.
Continuer la lecture