Migrer de Moodle vers un LMS moderne en 2026 — guide pratique

Pourquoi envisager de migrer depuis Moodle

Moodle était excellent il y a 20 ans. Mais en 2026 :

• La configuration + maintenance mobilise du temps IT qui pourrait être consacré à la pédagogie
• L'UX legacy frustre les enseignants et les apprenants (surtout sur mobile)
• Les plugins tiers pour l'IA/gamification/mobile deviennent coûteux + fragiles (une mise à jour casse tout)
• Hébergement + DevOps + admin dédié = R$60-150k/an pour une école moyenne (oublié dans le calcul du TCO)
• Un vrai tuteur IA (multi-agent, RAG) n'existe PAS nativement dans Moodle

Migrer ne signifie pas abandonner Moodle — c'est évoluer.

Phase 0 : évaluation honnête (1 semaine)

Avant de changer quoi que ce soit, répondez à ces questions :

Avez-vous VRAIMENT besoin de migrer ?

La migration a du sens si :

• ✅ Coût total Moodle (hébergement + admin + plugins) > coût Studeia même plan équivalent
• ✅ Les enseignants se plaignent constamment de l'UX Moodle
• ✅ Les apprenants préfèrent utiliser WhatsApp pour leurs questions plutôt que Moodle (signal fort)
• ✅ Vous avez besoin de fonctionnalités modernes (tuteur IA, gamification OB 3.0, mobile B2B white-label) que Moodle ne propose que via des plugins fragiles
• ✅ Vous souhaitez réduire le time-to-launch des nouveaux cours (Moodle = semaines ; Studeia = heures)

Ça n'a PAS de sens si :

• ❌ Vous êtes une université publique avec un Moodle déjà certifié par les autorités compétentes
• ❌ Vous avez des packages SCORM 2004 critiques et ne souhaitez pas les recréer
• ❌ Vous avez un plugin Moodle personnalisé très puissant (activités Workshop, système propre intégré)
• ❌ L'équipe IT est formée depuis 10 ans sur Moodle, sans budget pour se reconvertir

Inventaire de ce que vous avez

Dressez la liste :

1. Cours actifs — combien ? Combien de leçons/quiz chacun ?
2. Apprenants actifs — combien ? Combien de passifs historiques (consultation uniquement) ?
3. Matériaux externes — H5P ? SCORM ? Vidéos hébergées où ?
4. Plugins actifs — lesquels ? Quelles fonctionnalités en dépendent ?
5. Intégrations — SSO institutionnel ? Système académique (Banner, SIGA) ? Email marketing ?
6. Personnalisations — thèmes ? Code PHP modifié ?
7. Données historiques — quelle durée de notes/activités ?

Cet inventaire détermine la complexité de la migration. Pour 5 000+ apprenants avec 10+ plugins personnalisés : 6 à 12 mois. Pour une petite école avec Moodle standard : 1 à 2 mois.

Phase 1 : trial + pilotes (4 à 6 semaines)

Semaines 1-2 : configuration

1. Plan Demo Studeia (gratuit, 1 apprenant) — vous expérimentez en tant qu'apprenant
2. Faites le tour complet — chat tuteur, gamification, gradebook, mobile
3. Présentez à 2 ou 3 enseignants pilotes (choisissez des early adopters, pas des retardataires)

Semaines 3-4 : cours pilotes

Choisissez 2 ou 3 cours représentatifs :

• 1 cours simple (peu de leçons, sans SCORM)
• 1 cours avec des quiz enrichis
• 1 cours avec du matériel multimédia (vidéos, PDFs)

Exportez depuis Moodle via IMS CC :

Moodle : Administration du cours > Sauvegarde > Sauvegarde générale > "Inclure la banque de questions" + "Inclure les groupes" + "Inclure H5P" > Enregistrer le fichier IMSCC

Import dans Studeia :

POST /api/institution/courses/import
Content-Type: multipart/form-data
Body: file = course-export.imscc

Valider :

• ✅ Modules + leçons migrés correctement
• ✅ Quiz QTI 1.2 fonctionnels
• ✅ Ressources (PDFs, liens) accessibles
• ❌ Packages de contenu H5P — ne migrent PAS. Décider : recréer en sous-type interactif Studeia OU maintenir dans Moodle en parallèle via LTI

Semaines 4-6 : apprenants pilotes

Invitez 10 à 30 apprenants pilotes volontaires (y compris les parents, si K-12) :

1. Provisionnement SCIM OU import CSV
2. Formation de 30 min via vidéo enregistrée
3. Enquête de feedback après 1 semaine

Itérez en fonction du feedback avant la Phase 2.

Phase 2 : migration progressive (2 à 4 mois)

Mois 1 : cours clés

Migrez d'abord les cours à plus haute valeur / les plus utilisés. Ne migrez PAS tout en une seule fois.

Modèle recommandé :

• Nouveaux cours (qui démarrent le semestre prochain) : créer DIRECTEMENT dans Studeia, ne pas migrer
• Cours actifs populaires (>50 apprenants) : migrer avec soin, validation par l'enseignant
• Cours anciens / archive : maintenir dans Moodle en lecture seule, ou migrer uniquement les données académiques historiques

Calendrier réaliste : 5 à 10 cours par mois lors d'une migration de qualité.

Mois 2-3 : apprenants + données académiques

Provisionnement des apprenants :

Option A — SCIM (si vous avez AD/Azure AD/Okta) :

1. Configurez SCIM 2.0 dans /institution/settings/sso
2. La synchronisation AD envoie tous les apprenants
3. Mapping Groupe → Cours avec inscription automatique

Option B — Import CSV en masse :

1. Exportez les apprenants depuis Moodle (CSV)
2. Format : name, email, role, classGroupIds, sendInvite
3. POST /api/institution/users en bulk

Données académiques historiques :

Trois stratégies :

1. Import CSV comme GradeItem manuel — pour chaque cours migré, importer le bulletin historique. L'apprenant voit les anciennes notes + Studeia dans le même gradebook.

studentEmail,courseSlug,assignment,gradeMax,grade,date
apprenant@email.com,calcul-1,Examen-1-2024,10,7.5,2024-06-15
apprenant@email.com,calcul-1,Examen-2-2024,10,8.5,2024-08-10

2. Snapshot PDF annexé au profil — pour des milliers d'apprenants, générez les PDFs en batch :

# Script Moodle pour générer des PDFs
for student in students:
    pdf = generate_boletim_pdf(student.id)
    upload_to_studeia(student.email, pdf)

3. Moodle archive en lecture seule — maintient Moodle en fonctionnement uniquement pour la consultation historique (sans coût de maintenance active). L'apprenant y accède via un lien /old-grades dans Studeia.

Mois 3-4 : intégrations

Reconnecter :

• SSO institutionnel — si c'était déjà Shibboleth/Azure AD/Okta dans Moodle, Studeia se connecte avec le même IdP. Probablement 1 journée de travail.
• Système académique (Banner, SIGA, e-Class) — via l'API publique de Studeia (166 méthodes REST documentées). Développement personnalisé si aucun connecteur n'est disponible.
• Email marketing (Mailchimp, RD Station) — automatisation par webhook dans Studeia qui se déclenche à l'inscription d'un apprenant.
• Cours en direct — si vous utilisiez Big Blue Button dans Moodle, Studeia se connecte au même serveur BBB.

Phase 3 : décommissionnement ou parallèle (1 à 2 mois)

Option A : décommissionnement de Moodle

• Mois 5 : 100 % des nouveaux apprenants vont dans Studeia, les anciens terminent leur cycle dans Moodle
• Mois 6 : les derniers apprenants Moodle migrent OU obtiennent leur diplôme
• Mois 7 : sauvegarde complète Moodle, snapshot final
• Mois 8 : arrêt de Moodle, libération de l'hébergement

Option B : Moodle en parallèle via LTI

• Studeia pour les nouveaux cours / disciplines modernisées
• Moodle pour les cours legacy / disciplines traditionnelles
• LTI 1.3 fait le lien : l'apprenant se connecte une fois, accède aux deux
• Les notes Studeia reviennent dans le Moodle Gradebook via AGS

Avantage : zéro risque de perdre quoi que ce soit. Inconvénient : TCO plus élevé (Moodle + Studeia en parallèle).

Option C : hybride permanent

Les grandes universités décommissionnent rarement Moodle à 100 %. Modèle courant :

• Moodle pour le « LMS central » (inscription, gradebook officiel, certificats académiques)
• Studeia pour l'« apprentissage actif » (cours avec tuteur IA, gamification, mobile)
• Synchronisation via LTI + AGS

Ce qui ne migre PAS automatiquement

Liste honnête :

❌ Packages SCORM 2004 — Studeia ne les prend pas en charge. Options :

• Recréer le contenu en leçons + quiz natifs (recommandé si le SCORM a plus de 2 ans)
• Maintenir dans Moodle en parallèle, accéder via outil LTI

❌ Packages de contenu H5P — Studeia dispose de 6 sous-types interactifs natifs (interactive_video, drag_drop, fill_blanks, flashcard_set, timeline, branching_scenario). Recréer manuellement. Bonne nouvelle : l'éditeur visuel de Studeia est meilleur que H5P pur.

❌ Activités Workshop (peer review) — Studeia ne les propose pas nativement. Feuille de route. Maintenir dans Moodle pour l'instant.

❌ Plugins personnalisés Moodle — sans équivalent. Évaluer au cas par cas.

❌ Calendriers Moodle complexes — Studeia dispose d'un Calendar mais avec un modèle différent. Recréer manuellement les événements clés.

❌ Modèles XML personnalisés — Moodle permet une personnalisation approfondie via XML. Studeia propose 9 thèmes + CSS personnalisé sanitisé (plus limité).

❌ Entrées de glossaire en masse — exporter le CSV depuis Moodle + importer comme banque de questions dans Studeia (contournement).

Risques et mitigations

TCO réaliste — école de 500 apprenants / 3 ans

Continuer avec Moodle géré

Migrer vers Studeia Enterprise

Pour une école de taille moyenne : TCO similaire OU 20 % moins élevé. Mais vous gagnez des fonctionnalités modernes qui le justifient.

Pour les grandes structures (>5 000 apprenants) : Studeia Enterprise est généralement 30 à 60 % moins cher que Moodle géré avec plugins.

Quand NE PAS migrer (honnêteté)

Si vous êtes dans l'une de ces situations, RESTEZ sur Moodle :

1. Université publique avec Moodle validé par les autorités compétentes — la bureaucratie pour changer dépasse les bénéfices
2. École avec SCORM critique — recréer le contenu représente 6 mois de travail pour les pédagogues
3. Conformité spécifique qui exige une certification Moodle — vérifiez avant de bouger
4. L'équipe IT est experte Moodle depuis 5+ ans — la reconversion a un coût
5. Budget limité (<R$2k/mois) — Studeia Mini fonctionne pour 10 apprenants. Au-delà : c'est peut-être faisable, faites le calcul.

Voir aussi

• Studeia vs Moodle : comparatif honnête
• Moodle LTI integration
• Use case : Université
• Use case : Formation en entreprise