Engagement
Accessibilité
Nous visons le niveau WCAG 2.2 AA. Cette page dit ce qui est vérifié, comment, et ce qui ne l’est pas encore.
Dernière mise à jour : 15 septembre 2026
Ce qui est vérifié automatiquement, à chaque modification
- Absence de violation sérieuse ou critique détectée par axe-core. Le balayage couvre toutes les pages à adresse fixe des deux sites et tous les écrans de l’espace personnel ; pour les pages engendrées depuis la base — article, chapitre, fiche de parcours — un exemplaire de chaque gabarit, ainsi que les pages d’erreur. Un test relit le code et échoue si une page à adresse fixe n’est pas balayée : cette part de la couverture ne peut pas se périmer sans que nous le sachions. Les pages engendrées depuis la base, elles, sont couvertes gabarit par gabarit, et cette liste-là est tenue à la main. C’est une condition bloquante de notre chaîne d’intégration : une régression empêche la mise en production. L’interface d’administration, qui n’est pas destinée au public, en est exclue.
- Contraste des couples texte / fond de l’interface, recalculé à partir du fichier de jetons de design plutôt que recopié. Un jeton modifié qui passerait sous le seuil fait échouer la construction.
- Parcours complet au clavier seul, de l’accueil jusqu’à la lecture d’un chapitre de formation.
- Respect de la préférence système « animations réduites ».
- Conservation de la mise en page et des fonctionnalités à un zoom de 200 %.
Ce que l’automatisation ne détecte pas
Les outils automatiques repèrent environ un tiers des obstacles réels. Le reste demande un examen humain : pertinence des textes alternatifs, ordre de lecture, cohérence des intitulés de liens entendus hors de leur contexte.
Nous allons plus loin que la détection de violations : l’arbre d’accessibilité — rôles, noms annoncés, niveaux de titre dans l’ordre de lecture, c’est-à-dire la source même de ce que restitue un lecteur d’écran — est enregistré et comparé à chaque modification, pour l’enveloppe des pages (en-tête, pied de page, formulaire de connexion) et pour la structure des titres d’un échantillon de pages. Sur ce périmètre, un nom perdu ou un repère disparu bloque la mise en production. Le corps des pages, lui, change à chaque publication éditoriale : nous ne l’enregistrons pas, un instantané régénéré sans être lu ne protégerait personne.
L’écoute au lecteur d’écran n’a pas encore été réalisée.
Ce qu’une machine ne peut pas juger — le moment d’une annonce, la clarté d’un intitulé entendu hors contexte, le sens de l’ordre de lecture — demande une écoute réelle. Le protocole est écrit et la session est planifiée avant la mise en production ; elle n’a pas eu lieu à ce jour, et nous préférons l’écrire plutôt que de laisser croire le contraire.
Nous ne prétendons pas non plus avoir fait réaliser un audit d’accessibilité par un organisme tiers : ce n’est pas le cas.
Limitations connues
- Les chapitres de formation sont des textes : le parcours ne comporte aujourd’hui aucun contenu vidéo ni audio. Il n’y a donc ni sous-titres ni transcriptions à fournir, et nous ne prétendons pas le contraire.
- L’interface d’administration repose sur un composant tiers dont nous ne maîtrisons pas entièrement l’accessibilité. Elle n’est pas destinée au public.
Nous signaler un obstacle
Si une page vous empêche d’accéder à une information ou à une fonctionnalité, écrivez à contact@stratest.fr. Décrivez l’obstacle et, si vous le pouvez, l’outil que vous utilisez. Nous répondons sous cinq jours ouvrés et nous vous indiquons le délai de correction.
