Migrando de Moodle a un LMS moderno en 2026 — guía práctica

Por qué considerar migrar de Moodle

Moodle es excelente para hace 20 años. Pero en 2026:

• Setup + mantenimiento consume tiempo de TI que podría estar en pedagogía
• La UX legacy frustra a profesores y alumnos (especialmente en móvil)
• Los plugins de terceros para IA/gamificación/móvil se vuelven caros + frágiles (una actualización los rompe)
• Hosting + DevOps + admin dedicado = R$60-150k/año para una escuela media (olvidado en el cálculo del TCO)
• Un tutor IA real (multi-agente, RAG) NO existe en Moodle de forma nativa

Migrar no es cancelar Moodle — es evolucionar.

Fase 0: evaluación honesta (1 semana)

Antes de cambiar nada, responde:

¿REALMENTE necesitas migrar?

Migrar tiene sentido si:

• ✅ El coste total de Moodle (hosting + admin + plugins) > coste de Studeia en el plan equivalente
• ✅ Los profesores se quejan constantemente de la UX de Moodle
• ✅ Los alumnos prefieren usar WhatsApp para dudas en lugar de Moodle (señal fuerte)
• ✅ Necesitas features modernas (tutor IA, gamificación OB 3.0, móvil B2B white-label) que Moodle solo ofrece via plugins débiles
• ✅ Quieres reducir el time-to-launch de nuevos cursos (Moodle = semanas; Studeia = horas)

NO tiene sentido si:

• ❌ Eres una universidad pública federal/estatal con Moodle ya certificado por el ministerio
• ❌ Tienes SCORM 2004 packages críticos y no quieres recrearlos
• ❌ Tienes un plugin Moodle muy personalizado y potente (Workshop activities, sistema propio integrado)
• ❌ El equipo de TI lleva 10 años formado en Moodle, sin presupuesto para re-entrenar

Inventario de lo que tienes

Haz una lista:

1. Cursos activos — ¿cuántos? ¿Cuántas lecciones/quiz cada uno?
2. Alumnos activos — ¿cuántos? ¿Cuántos pasivos históricos (solo consulta)?
3. Materiales externos — ¿H5P? ¿SCORM? ¿Vídeos alojados dónde?
4. Plugins activos — ¿cuáles? ¿Qué features dependen de ellos?
5. Integraciones — ¿SSO institucional? ¿Sistema académico (Banner, SIGA)? ¿Email marketing?
6. Personalizaciones — ¿temas? ¿Código PHP modificado?
7. Datos históricos — ¿cuánto tiempo de notas/actividades?

Este inventario define la complejidad de la migración. Para 5000+ alumnos con 10+ plugins personalizados: 6-12 meses. Para una escuela pequeña con Moodle estándar: 1-2 meses.

Fase 1: trial + pilotos (4-6 semanas)

Semana 1-2: setup

1. Plan Demo de Studeia (gratis, 1 alumno) — experiméntalo como alumno
2. Haz el tour completo — chat tutor, gamificación, gradebook, móvil
3. Preséntalo a 2-3 profesores piloto (elige early adopters, no laggards)

Semana 3-4: cursos piloto

Elige 2-3 cursos representativos:

• 1 curso simple (pocas lecciones, sin SCORM)
• 1 curso con quizzes ricos
• 1 curso con material multimedia (vídeos, PDFs)

Exporta desde Moodle via IMS CC:

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

Import en Studeia:

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

Validar:

• ✅ Módulos + lecciones migrados correctamente
• ✅ Quizzes QTI 1.2 funcionan
• ✅ Recursos (PDFs, enlaces) accesibles
• ❌ H5P content packages — NO migra. Decidir: recrear como subtype interactivo de Studeia O mantener en Moodle paralelo via LTI

Semana 4-6: alumnos piloto

Invita a 10-30 alumnos piloto voluntarios (incluidos los padres, si es K-12):

1. SCIM provisioning O CSV import
2. Formación de 30min via vídeo grabado
3. Encuesta de feedback tras 1 semana

Itera según el feedback antes de la Fase 2.

Fase 2: migración gradual (2-4 meses)

Mes 1: cursos clave

Migra los cursos de mayor valor / más usados primero. NO migres todo de una vez.

Patrón recomendado:

• Cursos nuevos (que comienzan el próximo semestre): crear DIRECTAMENTE en Studeia, no migrar
• Cursos activos populares (>50 alumnos): migrar con cuidado, validación por el profesor
• Cursos antiguos / archivo: mantener en Moodle como read-only, o solo migrar datos académicos históricos

Cronograma realista: 5-10 cursos por mes en migración con calidad.

Mes 2-3: alumnos + datos académicos

Provisioning de alumnos:

Opción A — SCIM (si tienes AD/Azure AD/Okta):

1. Configure SCIM 2.0 en /institution/settings/sso
2. AD sync envía todos los alumnos
3. Group → Course mapping auto-matricula en cursos

Opción B — CSV bulk import:

1. Export alumnos de Moodle (CSV)
2. Format: name, email, role, classGroupIds, sendInvite
3. POST /api/institution/users en bulk

Datos académicos históricos:

Tres estrategias:

1. CSV import como GradeItem manual — para cada curso migrado, importa el boletín histórico. El alumno ve las notas antiguas + Studeia en el mismo 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 adjunto al perfil — para miles de alumnos, genera PDFs en batch:

# Script Moodle para generar PDFs
for student in students:
    pdf = generate_boletim_pdf(student.id)
    upload_to_studeia(student.email, pdf)

3. Moodle read-only archivo — mantiene Moodle funcionando solo para consulta histórica (sin coste de mantenimiento activo). El alumno accede via enlace /old-grades en Studeia.

Mes 3-4: integraciones

Reconectar:

• SSO institucional — si ya era Shibboleth/Azure AD/Okta en Moodle, Studeia conecta con el mismo IdP. Probablemente 1 día de trabajo.
• Sistema académico (Banner, SIGA, e-Class) — via API pública de Studeia (166 métodos REST documentados). Desarrollo personalizado si no hay conector disponible.
• Email marketing (Mailchimp, RD Station) — webhook automation en Studeia que se dispara cuando el alumno se registra.
• Clases en vivo — si usabas Big Blue Button en Moodle, Studeia conecta al mismo servidor BBB.

Fase 3: decommission o paralelo (1-2 meses)

Opción A: decommission Moodle

• Mes 5: 100% de los alumnos nuevos van a Studeia, los alumnos antiguos terminan el ciclo en Moodle
• Mes 6: los últimos alumnos de Moodle migran O se gradúan
• Mes 7: backup completo de Moodle, snapshot final
• Mes 8: shutdown de Moodle, libera el hosting

Opción B: Moodle en paralelo via LTI

• Studeia para cursos nuevos / asignaturas modernizadas
• Moodle para cursos legados / asignaturas tradicionales
• LTI 1.3 conecta: el alumno hace login una vez, accede a ambos
• Las notas de Studeia vuelven al Moodle Gradebook via AGS

Ventaja: riesgo cero de perder algo. Desventaja: TCO mayor (Moodle + Studeia en paralelo).

Opción C: hybrid permanente

Las universidades grandes raramente hacen decommission de Moodle al 100%. Modelo habitual:

• Moodle para "core LMS" (matrícula, gradebook oficial, certificados académicos)
• Studeia para "active learning" (cursos con tutor IA, gamificación, móvil)
• Sincronización via LTI + AGS

Lo que NO migra automáticamente

Lista honesta:

❌ SCORM 2004 packages — Studeia no los soporta. Opciones:

• Recrear el contenido como lecciones + quizzes nativos (recomendado si el SCORM tiene >2 años)
• Mantener en Moodle paralelo, acceder via LTI tool

❌ H5P content packages — Studeia tiene 6 subtypes interactivos nativos (interactive_video, drag_drop, fill_blanks, flashcard_set, timeline, branching_scenario). Recrear manualmente. Buena noticia: el editor visual de Studeia es mejor que H5P puro.

❌ Workshop activities (peer review) — Studeia no lo tiene de forma nativa. En el roadmap. Mantener en Moodle por ahora.

❌ Plugins personalizados de Moodle — sin equivalente. Evaluar caso a caso.

❌ Calendarios Moodle complejos — Studeia tiene Calendar pero con un modelo diferente. Recrear manualmente los eventos clave.

❌ Custom XML templates — Moodle permite personalización profunda via XML. Studeia tiene 9 temas + custom CSS saneado (más limitado).

❌ Glossary entries en masa — exportar CSV de Moodle + importar como question bank en Studeia (workaround).

Riesgos y mitigaciones

TCO realista — escuela de 500 alumnos / 3 años

Continuar con Moodle gestionado

Migrar a Studeia Enterprise

Para escuelas de tamaño medio: TCO similar O 20% menor. Pero ganas features modernas que lo justifican.

Para gran escala (>5000 alumnos): Studeia Enterprise típicamente un 30-60% más barato que Moodle gestionado con plugins.

Cuándo NO migrar (honestidad)

Si te encuentras en alguna de estas situaciones, QUÉDATE en Moodle:

1. Universidad pública federal con Moodle validado por el ministerio — la burocracia para cambiar > el beneficio
2. Escuela con SCORM crítico — recrear el contenido son 6 meses de trabajo de pedagogos
3. Conformidad específica (organismos reguladores que exigen certificación Moodle) — verifica antes de mover
4. El equipo de TI ya es experto en Moodle desde hace 5+ años — re-entrenar tiene un coste
5. Presupuesto limitado (<R$2k/mes) — Studeia Mini funciona para 10 alumnos. Por encima: puede encajar, haz los números.

Fuera de estos 5 casos, la migración gradual descrita anteriormente es de bajo riesgo: Moodle sigue activo mientras validas. Empieza hoy — crea una cuenta demo gratuita, importa 1-2 cursos via IMS CC y compara. El paso a paso comercial está en la página de migración.

Ver también

• Studeia vs Moodle: comparativo honesto
• Moodle LTI integration
• Use case: Universidad
• Use case: Formación corporativa