Subir un SCORM a Moodle parece fácil: entras al curso, añades la actividad, subes el ZIP, guardas y listo. Magia. Formación online funcionando.
Bueno… sí. Hasta que alguien te escribe diciendo que el curso no marca como completado, que el alumno ha aprobado pero aparece como “incompleto”, que se ha perdido el progreso, que el paquete no abre en móvil o que el informe no muestra lo que debería.
Y entonces el SCORM, ese archivo que parecía tan inocente, se convierte en una pequeña criatura del caos.
La buena noticia es que muchos problemas se pueden evitar con una revisión previa. No hace falta montar un comité internacional del e-learning, pero sí conviene tener un checklist claro antes de publicar el contenido. Sobre todo si trabajas con Moodle, herramientas de autor como Articulate Storyline, Rise, Captivate o iSpring, y necesitas que el seguimiento funcione bien.
Vamos al lío.
1. Comprueba que estás usando un formato compatible
Primer punto básico: asegúrate de que el paquete está exportado en un formato que Moodle soporte correctamente.
En Moodle, lo más habitual y recomendable sigue siendo trabajar con SCORM 1.2. Aunque algunas partes de SCORM 2004 pueden llegar a funcionar, SCORM 2004 no está soportado oficialmente en Moodle.
Traducción rápida: si subes un SCORM 2004 y algo falla, no culpes todavía a Moodle, al servidor o al becario. Puede que simplemente estés usando un formato que no es la mejor opción para ese entorno.
Para evitar sustos: si tu contenido va a Moodle, exporta en SCORM 1.2, salvo que tengas una razón muy clara para hacer otra cosa.
2. Revisa que el ZIP contiene el archivo correcto
Un SCORM no es “cualquier ZIP con cosas dentro”. Para que Moodle lo reconozca como paquete SCORM, debe incluir su estructura correspondiente y, especialmente, el archivo imsmanifest.xml.
Este archivo es como el DNI del paquete. Le dice al LMS qué contiene, cómo se organiza y cómo debe lanzarlo.
Antes de subirlo, revisa que no hayas comprimido una carpeta de más. Este error es bastante típico: dentro del ZIP hay una carpeta, y dentro de esa carpeta está realmente el contenido SCORM. Resultado: Moodle no encuentra lo que necesita y el paquete falla.
La estructura correcta debe estar en la raíz del ZIP, no escondida en una carpeta interior como si fuera un tesoro pirata.
3. Define qué significa “completar” el curso
Aquí viene uno de los puntos más importantes.
Antes de publicar un SCORM, hay que decidir qué significa que una persona lo haya completado. ¿Basta con visualizar todas las pantallas? ¿Tiene que aprobar un test? ¿Tiene que llegar a una diapositiva final? ¿Debe obtener una puntuación mínima?
Si esto no está claro desde el diseño, luego vienen los dramas:
❌ “El alumno ha terminado, pero Moodle no lo marca”.
❌ “El alumno ha aprobado, pero aparece incompleto”.
❌ “El curso se completa sin hacer el test”.
No es magia negra. Normalmente es una mala alineación entre lo que envía el SCORM y lo que espera Moodle.
Moodle permite configurar criterios de finalización de actividad, y en los paquetes SCORM esa configuración debe encajar con los datos que el contenido realmente comunica al LMS.
4. Ojo con “completed”, “passed” y “failed”
Un SCORM puede enviar distintos estados al LMS. Por ejemplo, puede indicar que el usuario ha completado el contenido, que lo ha aprobado, que ha suspendido o que sigue incompleto.
El problema aparece cuando el paquete envía una cosa y Moodle está configurado esperando otra.
Por ejemplo: el contenido puede enviar “passed” porque el usuario ha aprobado el cuestionario, pero Moodle puede estar esperando “completed” para marcar la actividad como finalizada. O al revés.
Por eso, antes de lanzar el curso en producción, prueba el paquete con un usuario real de prueba y revisa qué estado está registrando Moodle en los informes de intentos.
Esta diferencia entre “completed” y “passed” es una de las causas habituales de problemas de seguimiento en contenidos de terceros.
¿Tu SCORM se abre, pero Moodle no se entera de nada? En Inserver te ayudamos a que contenido,
plataforma e informes hablen el mismo idioma. Este punto merece cariño, porque es uno de los clásicos.
5. Revisa la nota y la calificación máxima
Si el SCORM incluye evaluación, no basta con que el test funcione dentro del contenido. También hay que comprobar cómo llega esa nota a Moodle.
Revisa:
- Qué puntuación máxima envía el SCORM.
- Qué método de calificación has configurado en Moodle.
- Si se registra el primer intento, el último, el mejor o el promedio.
- Si la nota mínima para aprobar está correctamente definida.
Esto es especialmente importante en formaciones de compliance, prevención, diversidad, onboarding o cualquier curso donde la trazabilidad no sea un “extra bonito”, sino parte del requisito.
Porque una cosa es que el usuario vea una pantalla diciendo “¡Enhorabuena, has aprobado!” y otra muy distinta es que Moodle registre correctamente esa información.
Y si no queda registrado, para efectos prácticos… Houston, tenemos un problema.
6. Configura bien los intentos
Los intentos son otro punto delicado.
¿El usuario puede hacer el SCORM una sola vez? ¿Puede repetirlo? ¿Cada entrada cuenta como intento nuevo? ¿Debe retomar donde lo dejó? ¿Qué intento se tiene en cuenta para la nota?
Si no revisas esto, puedes encontrarte con situaciones curiosas: alumnos que repiten el curso y pierden la nota anterior, cursos que no dejan continuar, intentos bloqueados o informes que muestran datos que no esperabas.
En Moodle, la configuración de intentos del SCORM influye directamente en cómo se registra la actividad del alumno.
Por eso, antes de publicar, define una lógica clara: si el curso es de consulta, si es evaluativo, si permite repetir o si solo debe contar el intento final.
7. Prueba la navegación y el guardado del progreso
Una de las grandes ventajas del SCORM es que puede guardar el progreso del alumno. Pero eso no significa que siempre lo haga bien.
Haz esta prueba antes de publicar:
Entra como alumno, avanza hasta la mitad, sal del curso, vuelve a entrar y comprueba si retoma donde lo dejaste.
Si el curso empieza desde cero, algo no está funcionando como debería. Puede deberse a la configuración del paquete, al modo de navegación, al comportamiento del navegador o a cómo se ha diseñado el contenido.
Este punto es especialmente importante en cursos largos. Si una persona dedica 40 minutos a una formación y al volver se encuentra en la primera pantalla, no va a pensar: “Qué interesante reto pedagógico”. Va a pensar otra cosa bastante menos publicable.
8. Comprueba cómo se abre: misma ventana o ventana nueva
Los SCORM pueden abrirse en la misma ventana, en una ventana nueva o con determinados ajustes de visualización.
Y aquí conviene ser prácticos.
Si el paquete se abre en ventana emergente, algunos navegadores pueden bloquearlo. Si se abre en la misma ventana, puede que el usuario se pierda o cierre sin querer. Si el contenido no es responsive, puede verse regular en móvil.
Antes de publicarlo, prueba:
- En ordenador.
- En móvil.
- En distintos navegadores.
- Con un usuario alumno, no solo con administrador.
Porque el administrador siempre vive en una realidad paralela donde todo parece funcionar mejor.
9. Revisa el peso del paquete
Un SCORM lleno de vídeos pesados, audios sin optimizar e imágenes enormes puede convertirse en un pequeño mamut digital.
Y sí, puede subir a Moodle. Pero eso no significa que vaya a cargar rápido, funcionar bien en conexiones flojas o dar una buena experiencia desde móvil.
Antes de subirlo, revisa el peso del ZIP y optimiza lo que puedas:
- Comprime imágenes.
- Evita vídeos innecesariamente grandes.
- Usa formatos adecuados.
- No metas recursos duplicados.
- Comprueba tiempos de carga.
Un SCORM técnicamente correcto pero lento como una tarde sin café también es un problema de experiencia de aprendizaje.
10. Haz una prueba completa antes de abrirlo a los alumnos
Este es el punto más obvio y, curiosamente, uno de los que más se salta la gente.
Antes de lanzar el curso, haz una prueba completa:
- Entra como alumno.
- Abre el SCORM.
- Avanza por el contenido.
- Realiza el test, si lo hay.
- Sal y vuelve a entrar.
- Finaliza el curso.
- Revisa la nota.
- Comprueba la finalización.
- Consulta el informe SCORM.
- Valida que todo encaja con lo que necesitas medir.
No basta con que el curso “se vea”. Tiene que comunicar bien con Moodle, guardar lo que debe guardar y reflejar los datos correctamente en los informes.
SCORM y Moodle: cuando todo encaja, se nota
SCORM sigue siendo un formato muy útil para distribuir contenidos e-learning, especialmente cuando trabajamos con herramientas de autor y plataformas LMS como Moodle. Pero no es un botón mágico.
Un buen SCORM necesita una buena exportación, una buena configuración en Moodle y una prueba real antes de lanzarlo.
Si esas tres piezas no están alineadas, aparecen los problemas: finalizaciones que no llegan, notas que no cuadran, intentos raros, alumnos bloqueados y administradores mirando informes con cara de “¿pero esto qué es?”.
En Inserver trabajamos precisamente en ese punto donde el contenido, la plataforma y la experiencia de usuario tienen que hablar el mismo idioma. Creamos contenidos e-learning, configuramos plataformas Moodle, integramos herramientas, revisamos trazabilidad y ayudamos a que la formación online no sea solo bonita, sino también medible, estable y útil.
Porque publicar un curso está bien.
Publicarlo sin sustos, sin tickets eternos y sin tener que invocar a los espíritus del SCORM… está bastante mejor.
¿Tienes contenidos SCORM que no completan bien, informes que no cuadran o dudas sobre qué formato e-learning usar en tu Moodle? En Inserver podemos ayudarte a revisar, optimizar y poner orden en tu ecosistema de formación online.
