La vérification automatique AyScore RGAA
AyScore, by Green iScore, part d’axe-core, puis ajoute ce qu’il ne fait pas, et range chaque résultat dans un critère du RGAA 4.1. Le résultat est un indicateur de suivi, pas un verdict de conformité. Cette page dit exactement ce qui est vérifié ; les chiffres sont lus dans le code à chaque affichage.
En chiffres
- Critères du RGAA 4.1
- 106
- Critères avec au moins un test automatisé
- 59
- dont par les règles d’axe-core taguées RGAA
- 34
- dont par des règles écrites par le projet
- 25
- Critères entièrement manuels
- 47
- Règles Lint RGAA dans l’éditeur
- 5
« Au moins un test automatisé » : un critère du RGAA se décompose en plusieurs tests ; un critère couvert peut avoir des tests qui restent manuels, et aucun critère n’est validé sans revue humaine. Les règles d’axe-core taguées RGAA sont celles que son éditeur rattache lui-même à un test du RGAA ; les règles du projet sont documentées une par une, avec leur spécification, avant d’entrer dans le moteur.
Dans l’éditeur : Lint RGAA
Les plugins IntelliJ et VS Code analysent le code avant la mise en ligne, sur 5 critères (1.1, 6.1, 8.3, 9.1 et 11.1), en JSX/TSX, HTML, Vue, Svelte et gabarits Angular. Chaque signalement donne le critère, le lien vers le référentiel officiel et la recommandation. Le contenu des fichiers analysés est envoyé au serveur Green iScore que vous configurez.
Le jugement par IA, en attente de validation
Pour la pertinence des textes alternatifs, un modèle d’IA peut donner un avis à partir du texte seul, sans voir l’image. Cet avis est toujours présenté « en attente de validation » : il n’entre pas dans le score tant qu’un humain ne l’a pas tranché. Aucune mesure de sa fiabilité n’a encore été faite ; il est activé en option, en ligne de commande.
Le score de A à F
Chaque critère testé pèse selon la gravité que Green iScore lui attribue : bloquant 5, majeur 2, mineur 1 (la grille officielle ne définit aucune gravité ; c’est une classification du projet). Le score est le poids des critères conformes divisé par le poids des critères testés, de 0 à 100. La lettre : A à partir de 90, B de 75, C de 60, D de 40, E de 20, F en dessous. Un critère bloquant non conforme plafonne la lettre à C ; trois ou plus la ramènent à F. Le score est « provisoire » tant que des critères restent à valider.
- Il indique l’évolution d’un site sur les points que l’outil sait vérifier.
- Il n’est pas un taux de conformité RGAA et ne dit pas qu’un site est accessible.
- Le badge public affiche la lettre, la date, le nombre de critères couverts et la mention « score automatique partiel ». Il n’affiche jamais « conforme RGAA ».
Les 106 critères, thématique par thématique
Pour chaque critère : ce qui le vérifie lors de l’audit du site, et s’il est aussi signalé dans l’éditeur par Lint RGAA. Un critère « allumé » a au moins un test automatisé ; un critère en pointillés reste à la revue humaine. L’intitulé renvoie au texte officiel du critère.
12. Navigation
6 critères sur 11 ont au moins un test automatisé ; 5 restent à l’humain.
- Critère 12.1Chaque ensemble de pages dispose-t-il de deux systèmes de navigation différents, au moins (hors cas particuliers) ?Non automatisé : Revue humaine
- Critère 12.2Dans chaque ensemble de pages, le menu et les barres de navigation sont-ils toujours à la même place (hors cas particuliers) ?Automatisé : comparaison entre pages
- Critère 12.3La page « plan du site » est-elle pertinente ?Non automatisé : Revue humaine
- Critère 12.4Dans chaque ensemble de pages, la page « plan du site » est-elle accessible à partir d’une fonctionnalité identique ?Non automatisé : Revue humaine
- Critère 12.5Dans chaque ensemble de pages, le moteur de recherche est-il atteignable de manière identique ?Automatisé : comparaison entre pages
- Critère 12.6Les zones de regroupement de contenus présentes dans plusieurs pages web (zones d’en-tête, de navigation principale, de contenu principal, de pied de page et de moteur de recherche) peuvent-elles être atteintes ou évitées ?Automatisé : règle AyScore
- Critère 12.7Dans chaque page web, un lien d’évitement ou d’accès rapide à la zone de contenu principal est-il présent (hors cas particuliers) ?Automatisé : axe-core
- Critère 12.8Dans chaque page web, l’ordre de tabulation est-il cohérent ?Automatisé : axe-core
- Critère 12.9Dans chaque page web, la navigation ne doit pas contenir de piège au clavier. Cette règle est-elle respectée ?Automatisé : règle AyScore
- Critère 12.10Dans chaque page web, les raccourcis clavier n’utilisant qu’une seule touche (lettre minuscule ou majuscule, ponctuation, chiffre ou symbole) sont-ils contrôlables par l’utilisateur ?Non automatisé : Revue humaine
- Critère 12.11Dans chaque page web, les contenus additionnels apparaissant au survol, à la prise de focus ou à l’activation d’un composant d’interface sont-ils si nécessaire atteignables au clavier ?Non automatisé : Revue humaine
Les limites assumées
- Les critères qui demandent un jugement (pertinence d’un texte, cohérence d’un parcours, compréhension d’un contenu) restent manuels.
- L’audit analyse un échantillon de pages découvertes depuis l’adresse déclarée ; il n’analyse pas les images elles-mêmes.
- Les menus et accordéons sont ouverts selon les motifs courants ; les feuilles de style servies depuis un autre domaine ne sont pas lues.
- Le moteur ne lit pas les adresses internes d’un réseau (protection contre l’usage détourné), sauf sur une instance locale configurée pour cela.