Aller au contenu

EvalIA

Démarche d'accessibilité

Page publiée volontairement · Dernière mise à jour : 29 octobre 2026

Périmètre

Cette démarche couvre l'accès à EvalIA par le GAR, pour les élèves comme pour les enseignants.

Les 28 et 29 octobre 2026, nous avons mené un audit interne selon le référentiel général d'amélioration de l'accessibilité (RGAA, version 4.1.2), sur un échantillon de 23 pages : site public, application de l'enseignant, espaces de l'élève et de la famille. Résultat : 74 critères respectés sur les 78 qui s'appliquent à EvalIA, soit un taux de 94,9 %. Ce taux est celui d'un audit interne : il n'a pas été vérifié par un organisme indépendant, qui pourra relever d'autres défauts.

Chacun des 106 critères a été examiné sur l'échantillon : outil de test automatique (axe-core), parcours au clavier, affichage sur un écran de 320 pixels de large, page agrandie à 200 %, espacement du texte redéfini, et relecture du code pour ce qu'un outil ne sait pas juger. L'audit interne n'a pas fait de passage avec un lecteur d'écran ni de validation du code par le validateur du W3C, et quelques verdicts relèvent d'un jugement qu'un auditeur peut discuter (courtes vidéos de démonstration sans son, intitulés de liens compris par leur contexte).

Ce que nous avons corrigé

  • Contraste : les textes, les boutons et le contour des champs de saisie ont été foncés pour atteindre les ratios exigés (4,5:1 pour le texte, 3:1 pour les composants).
  • Titres de page : chaque page porte désormais un titre d'onglet qui lui est propre.
  • Noms lisibles : les boutons d'icône, les cases à cocher, les listes de choix et les champs ont un nom lisible par un lecteur d'écran, et les champs d'identité proposent le remplissage automatique.
  • Structure des pages : les pages vérifiées ont leur zone de contenu principal et leur zone de navigation balisées, et les tableaux de données leurs en-têtes et leur légende.
  • Écrans étroits : plus aucune page vérifiée ne défile de côté sur un écran de 320 pixels de large.
  • Clavier : les chapitres de la frise de progression se déplacent aussi au clavier, et les raccourcis d'une seule touche de l'annotation des copies peuvent être coupés.
  • Mouvement : le fond des pages ne bouge plus, et les vidéos de démonstration qui jouent seules ont un bouton pause.
  • Titres et langue : chaque page a un seul titre principal, ses sections sont titrées, et les quelques mots anglais sont déclarés comme tels.
  • Champs de formulaire : chaque champ a un nom lisible par un lecteur d'écran, y compris plus de 70 champs dont le libellé visible n'y était pas relié.
  • Couleurs des documents : la couleur par défaut et le vert des documents ont été foncés pour que leurs titres soient lisibles sur blanc.
  • Messages de statut : l'enregistrement automatique (frise, diaporama, cahier de textes, annotations des copies) est annoncé aux lecteurs d'écran.

Ce qui est en place

  • Lien d'évitement : un lien « Aller au contenu » est proposé en début de page lors de la navigation au clavier.
  • Composants d'interface accessibles par construction : les fenêtres, menus, onglets et listes déroulantes reposent sur des primitives (Radix UI) qui gèrent le focus, la fermeture au clavier (Échap) et les attributs ARIA.
  • Focus visible : tous les éléments interactifs sont atteignables au clavier, et l'élément actif est toujours signalé (vérifié sur les 23 pages de l'échantillon).
  • Confort visuel : mode sombre complet (clair, sombre ou réglage système) sur l'ensemble de l'application.
  • Formules mathématiques : rendues avec KaTeX, qui produit un équivalent MathML lisible par les lecteurs d'écran, plutôt que des images de formules.
  • Images et figures : les images de l'interface ont un texte alternatif, les images insérées dans les documents portent leur description, et les figures dessinées (graphiques, schémas, cartes) leur titre.
  • Langue déclarée : l'interface est déclarée en français pour les technologies d'assistance.
  • Documents PDF : les documents PDF fabriqués par nos serveurs (sujets, cours, corrections exportées) sont produits balisés, avec une structure lisible par les technologies d'assistance.

Limites connues

  • Les graphiques et les figures (suivi d'un élève, documents de l'Atelier) portent un titre, mais pas de description détaillée de leurs données.
  • La mise en page des diapositives (déplacer, redimensionner une zone) et le dessin à main levée sur les copies se font à la souris ou au doigt.
  • Dans les diapositives, les puces sont dessinées comme du texte, pas comme de vraies listes.
  • Les documents PDF fabriqués directement dans le navigateur (copie corrigée téléchargée par l'élève) ne sont pas balisés.
  • Hors de l'échantillon audité : les légendes des images insérées dans les documents de l'Atelier ne sont pas encore reliées à leur image, et une couleur personnalisée choisie par l'enseignant pour ses documents peut manquer de contraste.

Perspectives

Nous corrigeons maintenant les quatre critères restants. La direction interministérielle du numérique a annoncé une version 5 du RGAA avant la fin de 2026 : dès sa publication, nous ferons auditer EvalIA par un organisme indépendant sur cette nouvelle version, avec un échantillon complété (consultation de la copie corrigée par l'élève, documents PDF). Nous publierons ensuite la déclaration d'accessibilité qui en résulte, avec son taux et un plan d'amélioration. Cette page sera mise à jour à chaque étape.

Nous signaler un obstacle

Si une page ou une fonctionnalité vous est difficile d'accès, écrivez à contact.EvalIA@oriantation.fr en décrivant la page concernée et la difficulté rencontrée.

Si vous n'obtenez pas de réponse satisfaisante, vous pouvez saisir le Défenseur des droits (defenseurdesdroits.fr).