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 + la maintenance mobilise du temps IT qui pourrait être consacré à la pédagogie
• L'UX legacy frustre professeurs et apprenants (en particulier 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 (souvent oublié dans le calcul du TCO)
• Un vrai tuteur IA (multi-agents, RAG) n'existe PAS nativement dans Moodle

Migrer, ce n'est 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 :

• ✅ Le coût total de Moodle (hébergement + admin + plugins) > coût de Studeia sur le plan équivalent
• ✅ Les professeurs se plaignent constamment de l'UX Moodle
• ✅ Les apprenants préfèrent 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 qu'avec des plugins fragiles
• ✅ Vous souhaitez réduire le time-to-launch de nouveaux cours (Moodle = semaines ; Studeia = heures)

Cela n'a PAS de sens si :

• ❌ Vous êtes une université publique fédérale/étatique avec Moodle déjà certifié par le MEC (ministère de l'Éducation brésilien)
• ❌ Vous avez des packages SCORM 2004 critiques que vous ne souhaitez pas recréer
• ❌ Vous avez un plugin Moodle très personnalisé (activités Workshop, système propre intégré)
• ❌ L'équipe IT est formée depuis 10 ans sur Moodle, sans budget pour se recycler

Inventaire de l'existant

Dressez la liste :

1. Cours actifs — combien ? Combien de cours/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 — combien d'années 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 : mise en place

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-3 professeurs pilotes (choisissez des early adopters, pas des retardataires)

Semaines 3-4 : cours pilotes

Choisissez 2 à 3 cours représentatifs :

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

Exportez depuis Moodle via IMS CC :

Moodle : Course administration > Backup > General backup > "Include question bank" + "Include groups" + "Include H5P" > Save IMSCC file

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 conserver 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. Provisioning 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 des retours avant la Phase 2.

Phase 2 : migration progressive (2 à 4 mois)

Mois 1 : cours clés

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

Approche recommandée :

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

Calendrier réaliste : 5 à 10 cours par mois migrés avec qualité.

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

Provisioning 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. Le mapping Group → Course inscrit automatiquement aux cours

Option B — Import CSV en masse :

1. Exportez les apprenants de 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 en tant que GradeItem manuel — pour chaque cours migré, importez le bulletin historique. L'apprenant voit les anciennes notes + Studeia dans le même gradebook.

studentEmail,courseSlug,assignment,gradeMax,grade,date
aluno@email.com,calculo-1,Prova-1-2024,10,7.5,2024-06-15
aluno@email.com,calculo-1,Prova-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 les PDFs
for student in students:
    pdf = generate_boletim_pdf(student.id)
    upload_to_studeia(student.email, pdf)

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

Mois 3-4 : intégrations

Reconnectez :

• SSO institutionnel — si vous utilisiez déjà Shibboleth/Azure AD/Okta avec Moodle, Studeia se connecte au 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 webhook dans Studeia déclenchée à l'inscription d'un apprenant.
• Cours en direct — si vous utilisiez Big Blue Button (BBB) 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 sur Studeia, les anciens terminent leur cycle sur 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 connecte les deux : l'apprenant se connecte une seule fois, accède aux deux
• Les notes Studeia reviennent dans le Moodle Gradebook via AGS

Avantage : aucun risque de perte de données. 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 « core LMS » (inscriptions, 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 cours + quiz natifs (recommandé si le SCORM a plus de 2 ans)
• Conserver dans Moodle en parallèle, accessible via outil LTI

❌ Packages de contenu H5P — Studeia propose 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) — non disponible nativement dans Studeia. Dans la roadmap. Conserver 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.

❌ Templates XML personnalisés — Moodle permet une personnalisation profonde via XML. Studeia propose 9 thèmes + CSS personnalisé assaini (plus limité).

❌ Entrées de glossaire en masse — exporter le CSV depuis Moodle + importer comme question bank 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 % inférieur. Mais vous gagnez des fonctionnalités modernes qui le justifient.

Pour les grands établissements (>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 vous trouvez dans l'une de ces situations, RESTEZ sur Moodle :

1. Université publique fédérale avec Moodle validé e-MEC — la bureaucratie pour changer > le bénéfice
2. École avec SCORM critique — recréer le contenu représente 6 mois de travail pour les pédagogues
3. Conformité spécifique (CNPq, INEP, MEC — organismes brésiliens de régulation de l'éducation) exigeant une certification Moodle — vérifiez avant de migrer
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.

Hors de ces 5 cas, la migration progressive décrite ci-dessus est peu risquée : Moodle reste en ligne pendant que vous validez. Commencez dès aujourd'hui — créez un compte demo gratuit, importez 1 à 2 cours via IMS CC et comparez. Le pas à pas commercial est disponible sur la page de migration.

Voir aussi

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