La vérification automatique avec axe-core
Le moteur open source sur lequel AyScore s’appuie, et ce qu’il faut savoir de ses limites avant de lire un résultat.
Qu’est-ce qu’axe-core ?
axe-core est un moteur open source (licence MPL 2.0) de test d’accessibilité pour les sites web, développé par Deque Systems. Il s’exécute dans le navigateur et analyse la page telle qu’elle est affichée. C’est la base technique des vérifications automatiques d’AyScore.
Ce qu’il détecte
Ses règles couvrent les WCAG 2.0, 2.1 et 2.2 aux niveaux A et AA, ainsi que des bonnes pratiques. Il repère par exemple une image sans alternative textuelle, un champ de formulaire sans étiquette, une page sans langue déclarée, un contraste de couleurs insuffisant.
Ce qu’il ne dit pas
axe-core est construit sur les WCAG, pas sur le RGAA. Ses règles portent toutefois des étiquettes qui les rattachent à des tests du RGAA. AyScore s’appuie sur ces étiquettes — elles couvrent 34 critères — et ses propres tests automatisés vérifient qu’elles existent encore après chaque mise à jour d’axe-core.
Ses limites, dans ses propres termes
La documentation d’axe-core annonce :
« With axe-core, you can find on average 57% of WCAG issues automatically. »
Autrement dit, selon ses auteurs, il reste une part des problèmes qu’il ne trouve pas. Elle ajoute qu’il renvoie des éléments comme « incomplete » quand il ne peut pas être certain et qu’une revue manuelle est nécessaire. Elle affirme aussi que l’outil ne produit pas de faux positifs (« zero false positives (bugs notwithstanding) ») : cela concerne ce qu’il signale, pas ce qu’il ne détecte pas.
Comment AyScore l’utilise
AyScore ouvre chaque page avec un navigateur piloté par Playwright, lance axe-core sur les seules règles associées aux critères du RGAA, puis range les résultats par critère. Dès qu’une règle trouve un élément fautif, le critère est non conforme sur cette page.
Précautions en place
- Une règle axe-core sans étiquette RGAA officielle ne produit jamais « conforme » à elle seule, seulement « à valider ».
- Sept règles axe-core, dans nos propres tests, ne concluent jamais « non conforme » sur le cas construit pour les mettre en défaut, même évident : six répondent « à valider », une « non applicable ». Nous ne les présentons pas comme des verdicts.
- Les règles AAA et WCAG 2.2, hors périmètre du RGAA 4.1, sont écartées.
- Un second passage ouvre les menus et accordéons courants, pour analyser leur contenu masqué.
Ce n’est qu’une partie de la vérification : AyScore ajoute ses propres règles, et laisse à l’humain ce qu’aucune règle ne tranche.