Les alternatives à Moodle pour les groupes scolaires : chiffrez l'exploitation, pas la licence

Moodle est gratuit à licencier et pas gratuit à exploiter. Pour une école disposant d'un administrateur système qui le connaît bien, c'est en général un bon compromis. Pour un groupe — un réseau d'établissements, une circonscription, un éditeur, un programme ministériel —, les comptes changent, parce que les coûts qui décident de la question sont l'hébergement, les montées de version, la compatibilité des plugins d'une montée de version à l'autre, les correctifs de sécurité et les sauvegardes, et parce que le multi-tenant n'est pas dans le produit de base. La comparaison honnête face à n'importe quelle alternative porte sur le coût total d'exploitation, pas sur le coût de licence.

Rien de tout cela n'est une critique. Moodle est le LMS open source le plus déployé dans l'éducation et il l'a mérité : réellement gratuit, réellement auto-hébergeable, et rempli de choses qu'aucun produit commercial ne construirait. C'est de l'arithmétique, pas de l'allégeance.

Ce que coûte réellement l'exploitation de Moodle

L'hébergement

Une application PHP, une base de données, un stockage de fichiers, et une tâche cron qui doit vraiment tourner. Dimensionnez pour la semaine d'examens et le jour des résultats, pas pour le mardi moyen. Puis une copie de préproduction assez proche de la production pour qu'une répétition ait un sens — une préproduction qui a dérivé est la répétition d'une autre pièce.

Les montées de version

Moodle publie une date de fin de support pour chaque version. Une fois cette date passée, les correctifs de sécurité cessent d'arriver : rester à jour n'est donc pas de l'entretien courant, c'est la posture de sécurité. Chaque montée de version majeure est une étape de code, une étape de schéma, une fenêtre d'indisponibilité et une répétition préalable, et sauter une version alourdit le travail au lieu de l'économiser.

La compatibilité des plugins

Le répertoire de plugins est la raison pour laquelle beaucoup d'établissements ont choisi Moodle, et chaque plugin installé est une dépendance au calendrier de publication de quelqu'un d'autre. Une montée de version est donc une matrice : pour chaque plugin, existe-t-il une version compatible avec la release visée, est-il maintenu, fait-il toujours ce autour de quoi les enseignants ont construit leur trimestre. Un seul plugin non maintenu peut retenir tout un site sur une ancienne version, ce qui est la route la plus fréquente vers l'exploitation d'une version non supportée.

Les correctifs de sécurité

Moodle publie des avis de sécurité selon un calendrier. En auto-hébergement, y donner suite est votre travail : surveiller les annonces, juger de l'urgence, appliquer, vérifier — parfois hors calendrier, parfois pendant des vacances où la personne qui sait faire est absente. En dessous se trouvent PHP, la base de données et le système d'exploitation, chacun avec son propre flux de correctifs.

Les sauvegardes

Deux choses différentes portent le nom de sauvegardes : les exports de cours, et les sauvegardes d'infrastructure de la base de données et du stockage de fichiers. Il vous faut les deux, et une sauvegarde que vous n'avez jamais restaurée est une hypothèse. Puis vient la question qui mord un groupe : pouvez-vous restaurer une école sans fenêtre de maintenance pour toutes les autres ?

Pourquoi le multi-tenant est ce qui casse à l'échelle d'un groupe

Une école seule y est rarement confrontée. Un groupe le rencontre à peu près au moment où deux écoles veulent des choses différentes le même jour : un autre logo, une autre organisation de l'année, une autre réponse à la question de savoir qui peut voir les données de qui.

Un site Moodle vous donne de la structure à l'intérieur d'une organisation : des catégories qui s'imbriquent, des cohortes, des rôles attribuables au niveau d'une catégorie. C'est une vraie hiérarchie. Mais il est conçu autour d'un site unique pour un établissement unique — les comptes appartiennent au site, l'administration est à l'échelle du site, et la version, l'ensemble de plugins et la fenêtre de maintenance sont partagés par tout le monde. Alors « chaque école a son propre administrateur » se résout, en pratique, en « chaque école a quelqu'un à qui l'on fait confiance pour ne pas cliquer au mauvais endroit ».

Les questions qui révèlent l'écart sont ennuyeuses et concrètes :

• L'école B peut-elle changer son logo, ses couleurs et sa page de connexion sans toucher à celles de l'école A ?
• L'administrateur de l'école B peut-il créer et supprimer des utilisateurs qui n'existent que dans l'école B ?
• Un enseignant qui travaille deux jours par semaine dans chacune des deux écoles peut-il n'avoir qu'un seul compte ?
• Le groupe peut-il poser une seule question sur toutes les écoles et obtenir une seule réponse, sans export ?
• Quand l'école C quitte le groupe, ses données, ses utilisateurs et ses contenus peuvent-ils lui être remis, puis supprimés ?
• Une école peut-elle être restaurée depuis une sauvegarde sans fenêtre de maintenance pour les autres ?

Chacune trouve une réponse dans Moodle avec assez de configuration, ou avec assez d'installations distinctes. Le coût, c'est la configuration, ou les installations.

Les trois réponses habituelles, et le compromis de chacune

Moodle Workplace

Le palier commercial, vendu par des partenaires Moodle certifiés, qui ajoute le multi-tenant. Le compromis : vous achetez désormais un produit commercial avec un partenaire au milieu, la licence gratuite n'est donc plus la raison de votre présence — comparez-le aux autres plateformes commerciales à conditions égales, et non comme le fournisseur en place. Et vérifiez comment la forme d'un groupe scolaire (niveaux, responsables légaux, périodes) se transpose sur un produit dont le centre de gravité est la formation en entreprise.

Un contrat de partenaire

Un partenaire certifié héberge, met à niveau, applique les correctifs et répond au téléphone. Le travail ne disparaît pas ; il devient une ligne budgétaire avec un SLA, souvent un meilleur compromis qu'un recrutement. Deux limites : cela n'ajoute pas en soi le multi-tenant — cela reste Workplace ou plusieurs sites — et le coût tend à croître avec les sites et les utilisateurs, si bien qu'un groupe paie à peu près par école. Demandez à quoi ressemble le départ avant de signer.

Les installations parallèles

Un Moodle par école. Honnêtement séparées — données, charte graphique et indisponibilités distinctes — et une école peut être remise en remettant son site. Le compromis, c'est que tout se multiplie : dix écoles, ce sont dix fenêtres de montée de version, dix matrices de plugins, dix jeux d'avis de sécurité, dix régimes de sauvegarde. Le reporting inter-écoles devient un exercice d'export et de jointure, en général un tableur, en général une seule personne qui est la seule à savoir comment cela marche. Un changement à l'échelle du groupe s'applique dix fois et commence à dériver au onzième mois.

Les groupes décident rarement des installations parallèles. Ils y arrivent, parce qu'un nouveau site était le moyen le plus rapide d'accueillir la quatrième école.

L'AI par plugin n'est pas la même chose que l'AI dans le produit

L'essentiel des capacités AI d'un déploiement Moodle arrive sous forme de plugin : un connecteur de fournisseur, un générateur de questions, un outil de synthèse. Les plugins sont la façon dont Moodle a toujours grandi. Mais trois propriétés se comportent différemment quand une fonctionnalité est attachée sur le côté d'une plateforme plutôt que construite dedans.

L'ancrage

D'où vient la réponse ? Un connecteur générique transmet un prompt à un modèle et renvoie du texte : il reflète donc la connaissance générale du modèle plutôt que votre programme ou votre politique d'évaluation. L'ancrage, c'est une recherche sur votre propre matériel, avec des citations renvoyant au document d'où vient une phrase. Dans un groupe, c'est d'abord un problème de frontière de données : les documents de l'école A ne doivent jamais ancrer une réponse donnée à l'école B, et un plugin posé sur un modèle de données mono-site n'a aucune frontière de tenant à respecter.

La revue de sécurité

Qui a choisi le modèle, qui a écrit le prompt, ce qui sort de votre infrastructure, combien de temps le fournisseur le conserve, et si le travail écrit d'un enfant se trouve dans la charge utile. Avec un plugin, la réponse est celui qui l'a écrit, plus ce que vous avez configuré — auditable, puisque c'est du code ouvert, mais c'est vous l'auditeur, plugin par plugin, à chaque montée de version.

L'audit

Un trimestre plus tard, un parent ou un inspecteur demande ce qu'a fait l'AI. Pouvez-vous montrer ce qui a été généré, par qui, à partir de quelle source, et ce qu'un humain a modifié avant que cela n'atteigne un apprenant ? Un plugin écrit dans ses propres tables, dans son propre format, quand il écrit quelque chose.

Les plugins ne sont pas le problème. La frontière entre l'AI et les données doit être tracée par ce qui trace toutes les autres frontières, et un plugin ne peut pas en tracer une que la plateforme n'a pas.

Le chiffrer honnêtement

N'estimez pas. Ouvrez l'outil de tickets et le journal des changements des douze derniers mois, et comptez.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Ne comptez que les heures qui disparaîtraient vraiment si vous déménagiez. Puis listez à part les questions à l'échelle du groupe auxquelles vous ne savez pas répondre aujourd'hui — combien d'apprenants, toutes écoles confondues, ont terminé la formation à la protection de l'enfance ce trimestre, et quelles écoles sont en retard.

Quand Moodle reste la bonne réponse

Souvent. Avec une équipe systèmes interne qui connaît Moodle, rester est fréquemment le choix le moins cher et le plus défendable : maîtrise complète de la pile, aucune dépendance à un éditeur, et un écosystème de plugins qui couvre des pratiques pédagogiques qu'aucune feuille de route commerciale ne priorisera. Certaines règles de commande publique imposent l'open source sans discussion. Et le coût de migration est réel — contenus, banques de questions, historique du carnet de notes, comptes, et les anciens liens imprimés dans une centaine de livrets.

La mauvaise raison de partir, c'est qu'une montée de version s'est mal passée. La bonne raison est structurelle : le groupe a grandi, c'est désormais sa forme qui pose problème plutôt que le logiciel, et le coût d'exploitation est payé par des personnes recrutées pour faire autre chose.

Si vous regardez ailleurs, ce qu'il faut vérifier

Ici, nous sommes l'éditeur : lisez en conséquence. Lurno est une plateforme multi-tenant construite pour la forme décrite ci-dessus ; les groupes scolaires sont le cas autour duquel elle a été conçue. Voici la liste de contrôle que nous voudrions voir appliquée à nous comme à tous les autres sur votre liste.

• Le modèle de tenant. Demandez à voir des organisations imbriquées créées en direct, pas dessinées sur une diapositive. Dans Lurno, une organisation peut contenir d'autres organisations, et un rôle accordé à une branche de cet arbre redescend le long de celle-ci — un référent protection de l'enfance du groupe est habilité une seule fois.
• Où l'isolation est appliquée. Un filtrage applicatif est à un bug d'une fuite : demandez donc si la frontière est dans la base de données. Celle de Lurno l'est : 868 politiques de sécurité au niveau des lignes réparties sur 676 migrations, exposées sur la page sécurité.
• Charte graphique et domaines. Une charte graphique en marque blanche par organisation et un domaine personnalisé avec TLS automatique, de sorte que la page de connexion de chaque école soit la sienne, et qu'une sous-organisation hérite de la charte de son parent jusqu'à ce qu'elle la remplace.
• L'authentification. Soyez précis, et tenez-nous-y. Lurno dispose aujourd'hui de l'authentification partenaire (SSO silencieux) ; le SSO SAML et OIDC, la MFA et les passkeys sont à la feuille de route et ne sont pas disponibles. Si vos écoles se connectent via Entra ou Google Workspace en SAML, demandez à chaque éditeur — nous compris — des dates par écrit.
• Les standards. SCORM 1.2, SCORM 2004, xAPI et LTI 1.3 sont en cours de développement chez Lurno — modélisés dans le produit, moteur d'exécution en construction. Si vous détenez une décennie de paquets SCORM, posez la question en premier, pas en dernier.
• Le commercial. Les comptes sont aujourd'hui créés sur invitation ; l'inscription en libre-service, les paiements et l'encaissement sont conçus, pas construits.
• Ce qu'un LMS d'entreprise n'a aucune raison de construire. Un portail responsables légaux cadré par catégorie de données, des certificats avec une page de vérification publique, des référentiels de compétences avec preuves, et quatre langues produit dont l'arabe en RTL complet.
• La sortie. Comment récupérez-vous tout, dans quel format, et en combien de temps ? Un éditeur qui répond vite à cette question vous dit quelque chose.

Nous tenons un face-à-face plus complet entre Lurno et Moodle, avec une déclaration franche sur les cas où Moodle est réellement meilleur. Si votre arithmétique dit que Moodle reste, c'est un bon résultat — et vous aurez le chiffre pour le défendre à la prochaine réunion budgétaire.