Migrating from Moodle to a modern LMS in 2026 — a practical guide

Why consider migrating from Moodle

Moodle was excellent for 20 years ago. But in 2026:

• Setup + maintenance consumes IT time that could go toward pedagogy
• Legacy UX frustrates teachers and students (especially on mobile)
• Third-party plugins for AI/gamification/mobile get expensive + brittle (updates break things)
• Hosting + DevOps + dedicated admin = R$60-150k/year for an average school (forgotten in TCO calculations)
• Real AI tutoring (multi-agent, RAG) does NOT exist natively in Moodle

Migrating is not canceling Moodle — it's evolving.

Phase 0: honest assessment (1 week)

Before changing anything, answer these questions:

Do you REALLY need to migrate?

Migration makes sense if:

• ✅ Total Moodle cost (hosting + admin + plugins) > Studeia cost on an equivalent plan
• ✅ Teachers constantly complain about Moodle's UX
• ✅ Students prefer WhatsApp for questions instead of Moodle (strong signal)
• ✅ You need modern features (AI tutor, OB 3.0 gamification, mobile B2B white-label) that Moodle only offers via weak plugins
• ✅ You want to reduce time-to-launch for new courses (Moodle = weeks; Studeia = hours)

It does NOT make sense if:

• ❌ You are a public federal/state university with Moodle already certified by the Ministry of Education
• ❌ You have critical SCORM 2004 packages you don't want to rebuild
• ❌ You have a heavily customized Moodle plugin (Workshop activities, a proprietary integrated system)
• ❌ Your IT team has been trained in Moodle for 10 years with no budget to retrain

Inventory what you have

Make a list:

1. Active courses — how many? How many lessons/quizzes each?
2. Active students — how many? How many passive/historical (read-only access)?
3. External materials — H5P? SCORM? Videos hosted where?
4. Active plugins — which ones? Which features depend on them?
5. Integrations — institutional SSO? Academic system (Banner, SIGA)? Email marketing?
6. Customizations — themes? Modified PHP code?
7. Historical data — how much grade/activity history?

This inventory defines the complexity of the migration. For 5,000+ students with 10+ custom plugins: 6-12 months. For a small school on standard Moodle: 1-2 months.

Phase 1: trial + pilots (4-6 weeks)

Weeks 1-2: setup

1. Studeia Demo plan (free, 1 student) — experience it as a student
2. Take a full tour — AI tutor chat, gamification, gradebook, mobile
3. Present it to 2-3 pilot teachers (choose early adopters, not laggards)

Weeks 3-4: pilot courses

Choose 2-3 representative courses:

• 1 simple course (few lessons, no SCORM)
• 1 course with rich quizzes
• 1 course with multimedia content (videos, PDFs)

Export from Moodle via IMS CC:

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

Import into Studeia:

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

Validate:

• ✅ Modules + lessons migrated correctly
• ✅ QTI 1.2 quizzes work
• ✅ Resources (PDFs, links) accessible
• ❌ H5P content packages — do NOT migrate. Decide: rebuild as a Studeia interactive subtype OR keep in parallel Moodle via LTI

Weeks 4-6: pilot students

Invite 10-30 volunteer pilot students (including parents, if K-12):

1. SCIM provisioning OR CSV import
2. 30-minute training via recorded video
3. Feedback survey after 1 week

Iterate based on feedback before Phase 2.

Phase 2: gradual migration (2-4 months)

Month 1: key courses

Migrate the highest-value / most-used courses first. Do NOT migrate everything at once.

Recommended approach:

• New courses (starting next semester): create DIRECTLY in Studeia, don't migrate
• Popular active courses (>50 students): migrate carefully, with teacher validation
• Old / archived courses: keep in Moodle as read-only, or only migrate historical academic data

Realistic pace: 5-10 courses per month with quality migration.

Months 2-3: students + academic data

Student provisioning:

Option A — SCIM (if you have AD/Azure AD/Okta):

1. Configure SCIM 2.0 at /institution/settings/sso
2. AD sync pushes all students
3. Group → Course mapping auto-enrolls students in courses

Option B — CSV bulk import:

1. Export students from Moodle (CSV)
2. Format: name, email, role, classGroupIds, sendInvite
3. POST /api/institution/users in bulk

Historical academic data:

Three strategies:

1. CSV import as manual GradeItem — for each migrated course, import the historical report card. Students see old grades + Studeia grades in the same gradebook.

studentEmail,courseSlug,assignment,gradeMax,grade,date
student@email.com,calculus-1,Exam-1-2024,10,7.5,2024-06-15
student@email.com,calculus-1,Exam-2-2024,10,8.5,2024-08-10

2. PDF snapshot attached to student profile — for thousands of students, generate PDFs in batch:

# Moodle script to generate PDFs
for student in students:
    pdf = generate_report_card_pdf(student.id)
    upload_to_studeia(student.email, pdf)

3. Read-only Moodle archive — keep Moodle running only for historical reference (no active maintenance cost). Students access it via an /old-grades link in Studeia.

Months 3-4: integrations

Reconnect:

• Institutional SSO — if you were already using Shibboleth/Azure AD/Okta in Moodle, Studeia connects to the same IdP. Probably 1 day of work.
• Academic system (Banner, SIGA, e-Class) — via Studeia's public API (166 documented REST methods). Custom development if no ready-made connector exists.
• Email marketing (Mailchimp, RD Station) — webhook automation in Studeia that fires when a student registers.
• Live classes — if you were using BigBlueButton in Moodle, Studeia connects to the same BBB server.

Phase 3: decommission or parallel (1-2 months)

Option A: decommission Moodle

• Month 5: 100% of new students go to Studeia; existing students finish their cycle in Moodle
• Month 6: last Moodle students migrate OR graduate
• Month 7: full Moodle backup, final snapshot
• Month 8: Moodle shutdown, hosting freed

Option B: Moodle running in parallel via LTI

• Studeia for new courses / modernized subjects
• Moodle for legacy courses / traditional subjects
• LTI 1.3 connects them: student logs in once, accesses both
• Studeia grades flow back to the Moodle Gradebook via AGS

Advantage: zero risk of losing anything. Disadvantage: higher TCO (Moodle + Studeia in parallel).

Option C: permanent hybrid

Large universities rarely decommission Moodle 100%. Common model:

• Moodle for "core LMS" (enrollment, official gradebook, academic certificates)
• Studeia for "active learning" (courses with AI tutor, gamification, mobile)
• Sync via LTI + AGS

What does NOT migrate automatically

An honest list:

❌ SCORM 2004 packages — Studeia does not support them. Options:

• Rebuild content as native lessons + quizzes (recommended if SCORM is >2 years old)
• Keep in parallel Moodle, access via LTI tool

❌ H5P content packages — Studeia has 6 native interactive subtypes (interactive_video, drag_drop, fill_blanks, flashcard_set, timeline, branching_scenario). Rebuild manually. Good news: Studeia's visual editor is better than raw H5P.

❌ Workshop activities (peer review) — Studeia does not have this natively. On the roadmap. Keep in Moodle for now.

❌ Custom Moodle plugins — no equivalent. Evaluate case by case.

❌ Complex Moodle calendars — Studeia has a Calendar but with a different model. Recreate key events manually.

❌ Custom XML templates — Moodle allows deep customization via XML. Studeia has 9 themes + sanitized custom CSS (more limited).

❌ Glossary entries in bulk — export CSV from Moodle + import as question bank in Studeia (workaround).

Risks and mitigations

Realistic TCO — school with 500 students / 3 years

Staying with managed Moodle

Migrating to Studeia Enterprise

For a mid-sized school: TCO is similar OR up to 20% lower. But you gain modern features that justify the move.

For large institutions (>5,000 students): Studeia Enterprise is typically 30-60% cheaper than managed Moodle with plugins.

When NOT to migrate (honesty)

If you're in one of these situations, STAY on Moodle:

1. Public federal university with Moodle validated by the Ministry of Education — the bureaucracy to change outweighs the benefit
2. School with critical SCORM content — rebuilding the content is 6 months of instructional designer work
3. Specific compliance requirements (government research agencies, accreditation bodies) that require Moodle certification — verify before moving
4. IT team already expert in Moodle for 5+ years — retraining has a cost
5. Limited budget (<R$2k/month) — Studeia Mini works for 10 students. Above that: it may fit, do the math.

See also

• Studeia vs Moodle: honest comparison
• Moodle LTI integration
• Use case: University
• Use case: Corporate training