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.
13. Consultation
5 critères sur 12 ont au moins un test automatisé ; 7 restent à l’humain.
- Critère 13.1Pour chaque page web, l’utilisateur a-t-il le contrôle de chaque limite de temps modifiant le contenu (hors cas particuliers) ?Automatisé : axe-core
- Critère 13.2Dans chaque page web, l’ouverture d’une nouvelle fenêtre ne doit pas être déclenchée sans action de l’utilisateur. Cette règle est-elle respectée ?Automatisé : règle AyScore
- Critère 13.3Dans chaque page web, chaque document bureautique en téléchargement possède-t-il, si nécessaire, une version accessible (hors cas particuliers) ?Non automatisé : Revue humaine
- Critère 13.4Pour chaque document bureautique ayant une version accessible, cette version offre-t-elle la même information ?Non automatisé : Revue humaine
- Critère 13.5Dans chaque page web, chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) a-t-il une alternative ?Non automatisé : Revue humaine
- Critère 13.6Dans chaque page web, pour chaque contenu cryptique (art ASCII, émoticône, syntaxe cryptique) ayant une alternative, cette alternative est-elle pertinente ?Non automatisé : Revue humaine
- Critère 13.7Dans chaque page web, les changements brusques de luminosité ou les effets de flash sont-ils correctement utilisés ?Non automatisé : Revue humaine
- Critère 13.8Dans chaque page web, chaque contenu en mouvement ou clignotant est-il contrôlable par l’utilisateur ?Automatisé : axe-core
- Critère 13.9Dans chaque page web, le contenu proposé est-il consultable quelle que soit l’orientation de l’écran (portrait ou paysage) (hors cas particuliers) ?Automatisé : axe-core
- Critère 13.10Dans chaque page web, les fonctionnalités utilisables ou disponibles au moyen d’un geste complexe peuvent-elles être également disponibles au moyen d’un geste simple (hors cas particuliers) ?Non automatisé : Revue humaine
- Critère 13.11Dans chaque page web, les actions déclenchées au moyen d’un dispositif de pointage sur un point unique de l’écran peuvent-elles faire l’objet d’une annulation (hors cas particuliers) ?Non automatisé : Revue humaine
- Critère 13.12Dans chaque page web, les fonctionnalités qui impliquent un mouvement de l’appareil ou vers l’appareil peuvent-elles être satisfaites de manière alternative (hors cas particuliers) ?Automatisé : règle AyScore
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.