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
- UX legacy frustra a profesores y alumnos (especialmente en mobile)
- Plugins de terceros para IA/gamificación/mobile se vuelven caros + frágiles (las actualizaciones los rompen)
- Hosting + DevOps + admin dedicado = R$60-150k/año para una escuela media (olvidado en el cálculo del TCO)
- IA tutor 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:
- ✅ Costo total de Moodle (hosting + admin + plugins) > costo de Studeia en el plan equivalente
- ✅ Los profesores se quejan constantemente de la UX de Moodle
- ✅ Los alumnos prefieren usar WhatsApp para consultas en lugar de Moodle (señal fuerte)
- ✅ Necesitas funcionalidades modernas (IA tutor, gamificación OB 3.0, mobile B2B white-label) que Moodle solo ofrece vía 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 con Moodle ya certificado por el organismo educativo oficial
- ❌ Tienes paquetes SCORM 2004 críticos y no quieres recrearlos
- ❌ Tienes un plugin de Moodle muy personalizado (actividades Workshop, sistema propio integrado)
- ❌ El equipo de TI lleva 10 años capacitado en Moodle y no hay presupuesto para reentrenarlos
Inventario de lo que tienes
Haz una lista:
- Cursos activos — ¿cuántos? ¿Cuántas clases/quizzes tiene cada uno?
- Alumnos activos — ¿cuántos? ¿Cuántos pasivos históricos (solo consulta)?
- Materiales externos — ¿H5P? ¿SCORM? ¿Videos alojados dónde?
- Plugins activos — ¿cuáles? ¿Qué funcionalidades dependen de ellos?
- Integraciones — ¿SSO institucional? ¿Sistema académico (Banner, SIGA)? ¿Email marketing?
- Personalizaciones — ¿temas? ¿Código PHP modificado?
- Datos históricos — ¿cuánto tiempo de calificaciones/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
- Plan Demo de Studeia (gratis, 1 alumno) — experimentas como alumno
- Haz el recorrido completo — chat tutor, gamificación, gradebook, mobile
- 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 clases, sin SCORM)
- 1 curso con quizzes ricos
- 1 curso con material multimedia (videos, PDFs)
Exporta de Moodle vía 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 + clases migrados correctamente
- ✅ Quizzes QTI 1.2 funcionan
- ✅ Recursos (PDFs, enlaces) accesibles
- ❌ Paquetes de contenido H5P — NO migran. Decidir: recrear como subtype interactivo de Studeia O mantener en Moodle paralelo vía LTI
Semana 4-6: alumnos piloto
Invita a 10-30 alumnos piloto voluntarios (incluyendo padres, si es K-12):
- SCIM provisioning O CSV import
- Capacitación de 30 min vía video grabado
- Encuesta de feedback después de 1 semana
Itera en base al 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 parte del 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. Configura 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. Exporta alumnos de Moodle (CSV)
2. Formato: name, email, role, classGroupIds, sendInvite
3. POST /api/institution/users en bulk
Datos académicos históricos:
Tres estrategias:
- CSV import como GradeItem manual — para cada curso migrado, importa el boletín histórico. El alumno ve calificaciones antiguas + Studeia en el mismo gradebook.
studentEmail,courseSlug,assignment,gradeMax,grade,date
alumno@email.com,calculo-1,Prueba-1-2024,10,7.5,2024-06-15
alumno@email.com,calculo-1,Prueba-2-2024,10,8.5,2024-08-10
- Snapshot PDF adjunto al perfil — para miles de alumnos, genera PDFs en batch:
# Script de Moodle para generar PDFs
for student in students:
pdf = generate_boletim_pdf(student.id)
upload_to_studeia(student.email, pdf)
- Moodle read-only archivo — mantiene Moodle funcionando solo para consulta histórica (sin costo de mantenimiento activo). El alumno accede vía 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) — vía API pública de Studeia (166 métodos REST documentados). Desarrollo personalizado si no hay conector disponible.
- Email marketing (Mailchimp, RD Station) — automatización por webhook en Studeia que se activa 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 de Moodle
- Mes 5: 100% de alumnos nuevos van a Studeia, alumnos antiguos terminan su ciclo en Moodle
- Mes 6: últimos alumnos de Moodle migran O se gradúan
- Mes 7: backup completo de Moodle, snapshot final
- Mes 8: shutdown de Moodle, se libera el hosting
Opción B: Moodle en paralelo vía LTI
- Studeia para cursos nuevos / asignaturas modernizadas
- Moodle para cursos legacy / asignaturas tradicionales
- LTI 1.3 conecta: el alumno inicia sesión una vez y accede a ambos
- Las calificaciones de Studeia vuelven al Moodle Gradebook vía AGS
Ventaja: cero riesgo de perder algo. Desventaja: TCO mayor (Moodle + Studeia en paralelo).
Opción C: híbrido permanente
Las universidades grandes raramente hacen decommission de Moodle al 100%. Modelo común:
- Moodle para "core LMS" (matrícula, gradebook oficial, certificados académicos)
- Studeia para "active learning" (cursos con IA tutor, gamificación, mobile)
- Sincronización vía LTI + AGS
Lo que NO migra automáticamente
Lista honesta:
❌ Paquetes SCORM 2004 — Studeia no lo soporta. Opciones:
- Recrear el contenido como clases + quizzes nativos (recomendado si el SCORM tiene >2 años)
- Mantener en Moodle paralelo, acceder vía LTI tool
❌ Paquetes de contenido H5P — Studeia tiene 6 subtipos 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.
❌ Actividades Workshop (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 de Moodle complejos — Studeia tiene Calendar pero con un modelo diferente. Recrear manualmente los eventos clave.
❌ Plantillas XML personalizadas — Moodle permite personalización profunda vía XML. Studeia tiene 9 temas + CSS personalizado sanitizado (más limitado).
❌ Entradas de glosario en masa — exportar CSV de Moodle + importar como question bank en Studeia (workaround).
Riesgos y mitigaciones
| Riesgo | Probabilidad | Mitigación |
|---|---|---|
| Los alumnos resisten el cambio | Alta | Comunicación proactiva + capacitación + showcase de funcionalidades modernas (¡IA tutor!) |
| Los profesores resisten | Alta | Pilotos con early adopters primero + su buy-in antes de la masa |
| Perder datos históricos | Media | Mantener Moodle read-only durante 1 año tras la migración O backup completo en PDF |
| Quizzes complejos se rompen | Media | Validación manual por parte del profesor de cada quiz migrado en los pilotos |
| SSO falla el día D | Baja | Migración en ventana de mantenimiento + plan B (login email/contraseña temporal) |
| Costo total mayor de lo esperado | Baja | Calcular TCO 3 años con transparencia (incluir hosting + admin + capacitación de Moodle en el comparativo) |
TCO realista — escuela 500 alumnos / 3 años
Continuar con Moodle gestionado
| Ítem | Costo 3 años |
|---|---|
| Hosting BBB + Moodle (cloud managed) | R$36k |
| Admin Moodle parcial (R$3k/mes consultoría) | R$108k |
| Plugins comerciales (IA, gamificación, mobile, etc.) | R$30k |
| Actualizaciones + personalizaciones | R$50k |
| TOTAL | R$224k |
Migrar a Studeia Enterprise
| Ítem | Costo 3 años |
|---|---|
| Studeia Enterprise (R$3-5k/mes negociable) | R$108k-180k |
| Migración inicial (consultoría opcional) | R$10-30k |
| Capacitación del equipo | R$5-15k |
| Costo IA (R$3-5/alumno/mes x 500 x 36) | R$54k-90k |
| TOTAL | R$177k-315k |
Para escuelas de tamaño medio: TCO similar O 20% menor. Pero ganas funcionalidades modernas que lo justifican.
Para gran escala (>5000 alumnos): Studeia Enterprise típicamente 30-60% más barato que Moodle gestionado con plugins.
Cuándo NO migrar (honestidad)
Si estás en alguna de estas situaciones, QUÉDATE en Moodle:
- Universidad pública con Moodle validado por el organismo oficial de acreditación — la burocracia para cambiar > el beneficio
- Escuela con SCORM crítico — recrear el contenido son 6 meses de trabajo de pedagogos
- Cumplimiento normativo específico que exige certificación de Moodle — verificar antes de mover
- El equipo de TI ya es experto en Moodle desde hace 5+ años — reentrenar tiene un costo
- Presupuesto limitado (<R$2k/mes) — Studeia Mini funciona para 10 alumnos. Por encima de eso: puede encajar, haz los cálculos.