Cómo migrar a Moodle desde otro LMS en el Perú

Migrar a Moodle desde otro LMS en el Perú es un proyecto de datos y de personas: se exportan cursos, usuarios y calificaciones desde Canvas, Blackboard, Chamilo o una plataforma propia, se reconstruye la estructura en Moodle y se acompaña al equipo docente en el cambio. Somos el Moodle Certified Partner del Perú y esta guía resume cómo lo ordenamos en la práctica.

Cuándo conviene migrar

Conviene migrar cuando el costo de licencias crece más rápido que el uso, cuando la plataforma actual no permite integrar lo que la institución ya usa, o cuando el proveedor no entrega control sobre los datos. Moodle es código abierto: elimina el pago por usuario activo y deja la información en manos de la institución.

También aparece un disparador menos visible: la dependencia. Si no puedes exportar tus cursos sin pedir permiso, ya tienes un problema de portabilidad. Si estás comparando proveedores, revisa antes el checklist para elegir un partner Moodle.

Qué se migra y qué no

Se migran los contenidos y la estructura de los cursos, los usuarios y sus roles, las matrículas, los archivos y, cuando el proyecto lo requiere, las calificaciones. No se migra bien lo que depende de funciones propietarias del LMS de origen: actividades exclusivas, plantillas cerradas o reportes hechos a medida en la otra plataforma.

Fases de una migración

Una migración ordenada tiene cinco fases: inventario del origen, prueba piloto con cursos representativos, migración masiva, validación con docentes y puesta en producción con acompañamiento. Cada fase termina con un criterio de aceptación firmado, no con una impresión general.

1. Inventario: cuántos cursos hay, cuáles siguen vigentes y cuáles se archivan. Casi siempre se migra menos de lo que se creía.
2. Piloto: tres a cinco cursos con distinta complejidad para descubrir los problemas reales antes del volumen.
3. Migración masiva: por lotes, con registro de qué entró y qué falló.
4. Validación: los docentes revisan sus propios cursos; nadie más puede aprobarlos.
5. Producción: apertura, soporte reforzado las primeras semanas y el sistema anterior en solo lectura.

La infraestructura debe estar lista antes del piloto. Cómo se dimensiona está explicado en hosting e implementación de Moodle.

Riesgos frecuentes

Los tres riesgos que más retrasan una migración son: exportaciones incompletas que se detectan tarde, ausencia de responsable institucional que decida, y falta de capacitación docente antes de la apertura. Ninguno es técnico en el fondo; los tres se previenen con plan y fechas.

Un cuarto riesgo es migrar la desorganización tal cual. Si el LMS actual tiene cursos duplicados y nomenclaturas inconsistentes, la migración es el mejor momento para ordenarlos, no para copiarlos.

Checklist previo

• Acceso administrativo y capacidad de exportación en el LMS de origen.
• Inventario de cursos vigentes, archivables y descartables.
• Decisión escrita sobre calificaciones e historial.
• Lista de integraciones a rehacer: Microsoft 365, Google Workspace, videoconferencia, antiplagio, sistema académico.
• Responsable institucional con autoridad para aprobar.
• Ventana de migración fuera del pico académico.
• Plan de reversa y respaldo completo del origen.
• Presupuesto separado en implementación y operación anual: ver cuánto cuesta implementar Moodle.

"Una migración sin plan de reversa no es un proyecto, es una apuesta."

Contenidos: SCORM, H5P y recursos

El contenido es lo que más tiempo consume y lo que más sorpresas da. Los paquetes SCORM suelen importarse sin problema, pero hay que probar el seguimiento: que registre intentos, avance y calificación como lo hacía en el LMS de origen. Los contenidos creados con herramientas propietarias rara vez se exportan completos y conviene rehacerlos con recursos nativos o con H5P.

• Prueba antes de migrar en volumen: tres paquetes SCORM representativos, uno de cada autor o proveedor.
• Revisa los enlaces internos: las rutas absolutas al dominio anterior se rompen y hay que reemplazarlas.
• Archivos pesados: el video se aloja donde corresponde, no dentro del curso.
• Evaluaciones: los bancos de preguntas se importan en formatos estándar; verifica la puntuación y la retroalimentación.
• Accesibilidad: la migración es el momento de corregir contrastes, textos alternativos y documentos sin estructura.

Usuarios, roles y matrículas

Migrar personas es más delicado que migrar cursos, porque un error se nota el primer día. La recomendación es no copiar la lista de usuarios tal cual, sino conectar Moodle al directorio institucional desde el inicio y dejar que las altas y bajas vengan de la fuente de verdad. Así se evita el problema clásico de cuentas duplicadas y accesos que nadie sabe quién creó.

Los roles se rediseñan, no se traducen uno a uno. Un rol de la plataforma anterior suele mezclar permisos que en Moodle se reparten mejor entre roles de curso y de categoría. Conviene documentar en una tabla quién puede hacer qué antes de crear nada, y probar cada perfil con una cuenta real antes de abrir.

El corte: cómo se pasa de una plataforma a otra

El corte es una fecha con hora, responsable y plan de reversa. La secuencia que usamos en proyectos peruanos es sencilla y se comunica a toda la comunidad con al menos dos semanas de anticipación.

1. Congelamiento de contenidos en el LMS de origen: desde esa fecha nadie edita allí.
2. Migración final incremental de lo modificado desde el lote masivo.
3. Validación cruzada por muestreo: cursos por facultad o por área, con lista de verificación.
4. Cambio de accesos y comunicación oficial con guía corta para docentes y estudiantes.
5. Plataforma anterior en solo lectura por un periodo definido, sin apagarla de inmediato.
6. Soporte reforzado las dos primeras semanas, con registro de incidencias y respuestas repetidas.

Si algo sale mal, el plan de reversa indica hasta qué punto se vuelve atrás y quién lo autoriza. Nunca se improvisa durante el corte.

Después del corte: adopción y operación

Una migración termina cuando los docentes usan la plataforma sin pedir ayuda para lo básico. Eso exige capacitación por rol antes de la apertura y acompañamiento en las primeras semanas, con horarios de consulta y materiales cortos. El indicador útil no es cuántos asistieron al taller, sino cuántos cursos están publicados y activos al mes siguiente.

La operación posterior se contrata aparte del proyecto: actualizaciones de seguridad, respaldos con restauración probada, monitoreo y una vía clara para reportar incidentes. Puedes ver el detalle en nuestras soluciones Moodle, en particular implementación y migración y soporte gestionado.

Preguntas frecuentes

¿Cuánto dura una migración a Moodle?

En la práctica, entre cuatro y doce semanas según el volumen de cursos, la limpieza del origen y la cantidad de integraciones. La exportación técnica suele ser la parte corta; la revisión pedagógica y las pruebas toman más tiempo.

¿Se pierden las calificaciones históricas?

No necesariamente. Se pueden migrar como datos o conservar en un archivo histórico consultable. Lo importante es decidirlo antes y dejarlo por escrito en el alcance.

¿Se puede migrar desde una plataforma propia?

Sí, siempre que se pueda extraer la información en formatos estándar (CSV, SCORM, IMS Common Cartridge) o mediante acceso a la base de datos. Cuando no hay exportación, se reconstruyen los cursos con las fuentes originales.

¿Conviene migrar en medio del ciclo académico?

Rara vez. Lo habitual es cerrar el ciclo en la plataforma antigua y abrir el siguiente en Moodle, con un periodo de consulta en solo lectura del sistema anterior.

¿Quién debe ejecutar la migración?

Un partner certificado o un equipo con experiencia comprobable en el LMS de origen y en Moodle. Pide siempre plan de reversa antes de empezar.

Sigue leyendo: Moodle vs Canvas vs Blackboard en el Perú: cómo comparar.