Aller au contenu
Se connecter

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.

11. Formulaires

8 critères sur 13 ont au moins un test automatisé ; 5 restent à l’humain.

  1. 11.1Chaque champ de formulaire a-t-il une étiquette ?axe-core · Lint RGAA
  2. 11.2Chaque étiquette associée à un champ de formulaire est-elle pertinente (hors cas particuliers) ?axe-core
  3. 11.3Dans chaque formulaire, chaque étiquette associée à un champ de formulaire ayant la même fonction et répétée plusieurs fois dans une même page ou dans un ensemble de pages est-elle cohérente ?règle AyScore
  4. 11.4Dans chaque formulaire, chaque étiquette de champ et son champ associé sont-ils accolés (hors cas particuliers) ?Revue humaine
  5. 11.5Dans chaque formulaire, les champs de même nature sont-ils regroupés, si nécessaire ?règle AyScore
  6. 11.6Dans chaque formulaire, chaque regroupement de champs de même nature a-t-il une légende ?règle AyScore
  7. 11.7Dans chaque formulaire, chaque légende associée à un regroupement de champs de même nature est-elle pertinente ?Revue humaine
  8. 11.8Dans chaque formulaire, les items de même nature d’une liste de choix sont-ils regroupés de manière pertinente ?règle AyScore
  9. 11.9Dans chaque formulaire, l’intitulé de chaque bouton est-il pertinent (hors cas particuliers) ?axe-core
  10. 11.10Dans chaque formulaire, le contrôle de saisie est-il utilisé de manière pertinente (hors cas particuliers) ?Revue humaine
  11. 11.11Dans chaque formulaire, le contrôle de saisie est-il accompagné, si nécessaire, de suggestions facilitant la correction des erreurs de saisie ?Revue humaine
  12. 11.12Pour chaque formulaire qui modifie ou supprime des données, ou qui transmet des réponses à un test ou à un examen, ou dont la validation a des conséquences financières ou juridiques, les données saisies peuvent-elles être modifiées, mises à jour ou récupérées par l’utilisateur ?Revue humaine
  13. 11.13La finalité d’un champ de saisie peut-elle être déduite pour faciliter le remplissage automatique des champs avec les données de l’utilisateur ?axe-core

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.