Chapitre 12.1 — Pourquoi les LMS sont en 1re ligne

⏱️ TL;DR — Une plateforme de formation (LMS) concentre trois raisons de prendre l’accessibilité très au sérieux : un public d’une diversité maximale (tout le monde se forme, y compris des personnes handicapées), une obligation légale renforcée (secteur public, EAA, marchés publics), et un risque commercial direct (un appel d’offres se perd sur un critère a11y non tenu). Surtout, l’a11y d’un LMS se joue en trois couches empilées : la plateforme, le contenu créé par les formateurs, les documents déposés. Une plateforme accessible peut parfaitement héberger des cours inaccessibles — la responsabilité est partagée.

🎯 Objectifs

• Nommer les trois raisons qui mettent un LMS en première ligne sur l’accessibilité.
• Comprendre le modèle en trois couches (plateforme / contenu / documents).
• Identifier qui est responsable de quoi : dev, formateur, admin.
• Réaliser qu’une plateforme conforme ne garantit pas un cours conforme.

Pourquoi un LMS, plus qu’un autre site

Un site vitrine s’adresse à un public que l’on peut, à la limite, mal estimer. Une plateforme de formation, elle, s’adresse par nature à tout le monde : salariés en reconversion, étudiants, demandeurs d’emploi, agents publics. Statistiquement, une part significative d’entre eux vit avec un handicap — permanent, temporaire ou situationnel. Exclure ces apprenants, ce n’est pas un détail : c’est rater la mission même de l’outil, qui est de transmettre un savoir à qui veut l’acquérir.

Trois pressions se cumulent :

1. Un public d’une diversité maximale. Se former est un droit. Un apprenant sourd, aveugle, dyslexique ou tétraplégique doit pouvoir suivre le même parcours que les autres. Le handicap cognitif (dyslexie, TDAH, troubles de la mémoire) est particulièrement présent en formation, où l’effort d’apprentissage est déjà central.
2. Une obligation légale renforcée. Le secteur public (universités, organismes de formation publics, CNFPT, Pôle emploi…) est soumis au RGAA. L’EAA européen élargit l’obligation à de nombreux services privés. On développe tout ça en Partie 2 — Cadre légal : déclaration d’accessibilité, contrôle, sanctions.
3. Un risque en appel d’offres. Les marchés publics de formation exigent de plus en plus une conformité RGAA documentée. Un LMS ou un organisme qui ne peut pas la démontrer se fait éliminer — pas sur le prix, sur un critère technique. L’accessibilité devient un argument commercial.

♿ Côté utilisateur — Imagine un apprenant aveugle qui ouvre le module 3 de sa formation. Le cours a été monté vite : les titres sont du texte en gras (pas de vrais niveaux de titres), les images n’ont pas de texte alternatif, et le support principal est un PDF scanné. Son lecteur d’écran ne trouve aucune structure pour naviguer, annonce « image » sans rien de plus, et sur le PDF ne lit… rien du tout. La plateforme était « accessible ». Lui, il est bloqué. Le problème n’était pas le logiciel : c’était le contenu.

Le modèle en trois couches

C’est l’idée la plus importante de toute cette partie : l’accessibilité d’un LMS est en couches, et il suffit qu’une couche casse pour que l’apprenant soit exclu.

• Couche 1 — la plateforme. Le logiciel lui-même : navigation, thème, éditeur, lecteur vidéo, formulaires. C’est le terrain du dev et de l’admin. Moodle vise ici la conformité WCAG 2.1 AA (chapitre suivant).
• Couche 2 — le contenu. Ce que le formateur crée dans l’éditeur : titres, textes, images, liens, tableaux. Une plateforme accessible n’empêche pas d’écrire un faux titre en gras ou d’oublier un alt.
• Couche 3 — les documents. Les fichiers déposés : PDF, Word, PowerPoint, vidéos. Ils gardent l’accessibilité (ou l’inaccessibilité) qu’ils avaient au moment de la création. Un PDF scanné restera illisible, quelle que soit la qualité du LMS.

La règle à retenir : une plateforme accessible est nécessaire mais pas suffisante. L’expérience finale de l’apprenant, c’est la couche la plus faible de la pile.

La responsabilité partagée

Personne ne porte l’accessibilité seul. Chaque rôle tient une couche :

Ton rôle de dev expert a11y dans une équipe de formation ne se limite donc pas à coder : tu deviens souvent celui qui outille et forme les créateurs de contenu (checklists, gabarits, vérificateurs), parce que c’est là — couche 2 et 3 — que se perd la majorité de l’accessibilité réelle.

🧭 Sur A11yLearn — A11yLearn, notre fil rouge, est exactement ce cas : Next.js pour l’application, Moodle pour le contenu. On a d’abord soigné la couche 1 (le menu au clavier, les formulaires, le tableau de bord annoncé). Mais tant que les formateurs déposent des supports mal structurés, le travail n’est pas fini. Dans cette partie, on descend dans les couches 2 et 3 : on va outiller les formateurs d’A11yLearn pour que leurs cours soient aussi accessibles que la plateforme qui les héberge.

💡 Réflexe — Quand on te dit « notre LMS est accessible », réponds par une question : « accessible à quelle couche ? ». La conformité de la plateforme est une chose ; celle des cours et des documents en est une autre, et c’est presque toujours là que ça casse.

✏️ Exercices

Exercice 1 — Diagnostique la couche. Pour chaque symptôme, dis dans quelle couche (plateforme / contenu / documents) se situe le problème : (a) le menu principal n’est pas atteignable au clavier ; (b) un cours utilise du texte en gras 18px en guise de titres ; (c) le support téléchargeable est un PDF scanné ; (d) le lecteur vidéo intégré n’a pas de bouton de sous-titres.

Exercice 2 — Qui appelles-tu ? Un apprenant signale qu’il ne peut pas suivre le module « Sécurité incendie » : les diapositives déposées n’ont pas de texte alternatif sur les schémas. Qui est responsable, et quel est ton rôle de dev ?

🧠 Quiz de révision

Chapitre suivant : L’accessibilité native de Moodle — ce que la plateforme apporte, et ce qu’elle ne règle pas.