En cuanto hay que subir contenido de e-learning a un LMS, lo primero con lo que uno se topa es SCORM y xAPI. Se puede producir el contenido sin conocer las especificaciones, pero antes o después hay que elegir una. Aquí está lo justo para decidir.
SCORM (Sharable Content Object Reference Model) es la especificación que define cómo se comunican un contenido de e-learning y un sistema de gestión del aprendizaje. El objetivo es que el progreso, la finalización y las puntuaciones viajen igual en cualquier LMS, de modo que no haya que rehacer el contenido para cada sistema.
Un paquete SCORM reúne HTML, vídeo y scripts en un solo ZIP. Dentro hay un archivo llamado imsmanifest.xml, y el LMS lo lee para conocer la estructura del contenido, el archivo de inicio y las reglas de finalización. Ese ZIP es lo que subes al registrar el contenido, y cuando un alumno lo abre los scripts del paquete se comunican con el LMS y registran el progreso.
Un archivo SCORM (un ZIP) no se ejecuta con doble clic. Sube el ZIP tal cual, sin descomprimirlo, en la pantalla de registro de contenido de tu LMS: este lee el imsmanifest.xml que contiene y lo registra como curso. Después, los alumnos abren ese curso en el LMS. Para comprobar cómo se comporta sin un LMS, súbelo a un entorno de pruebas SCORM como SCORM Cloud.
Los pasos son casi siempre los mismos. Primero prepara el MP4 y, si hace falta, un archivo de subtítulos. Después introduce datos como el título y fija las reglas de reproducción: cuánto hay que ver para que cuente como completado y restricciones como el bloqueo de avance. Luego elige SCORM 2004 o xAPI y empaquétalo en un ZIP. Por último, súbelo al LMS y comprueba que la reproducción y la finalización se registran de verdad. En Xakar subes el vídeo, eliges los ajustes y descargas ese ZIP directamente.
Ver qué puede llevar un paqueteLa 1.2 es de 2001 y sigue siendo la más admitida. A cambio registra menos cosas y no distingue la finalización del aprobado. La 2004 registra una medida de progreso aparte, separa finalización y aprobado, y permite controlar en qué orden se cursan varios contenidos. No son compatibles entre sí, así que comprueba cuál admite tu LMS antes de elegir.
xAPI (Experience API, también llamada Tin Can API) envía los registros de aprendizaje a un LRS (Learning Record Store) en lugar de al LMS. Los registros tienen forma de enunciados sobre quién hizo qué, así que una actividad fuera del curso —prácticas sobre el terreno, otra herramienta— se registra igual. A cambio necesitas un LRS propio y una idea clara de para qué sirven esos registros.
Si tu LMS ya está decidido y solo necesitas progreso y finalización dentro de él, SCORM 2004 basta. Si piensas reunir registros fuera del LMS y analizarlos, mira xAPI. Si tu LMS solo admite 1.2, conviene preguntar al administrador si 2004 está disponible. Xakar genera SCORM 2004 4.ª edición, xAPI y un formato Custom en el que tú aportas el código de finalización.
Ver precios de conversión a SCORMCon una herramienta de autor o un servicio de conversión. El resultado es un único ZIP que subes en la pantalla de registro de contenido de tu LMS. Xakar toma un vídeo o un PDF y lo empaqueta como SCORM 2004 o xAPI.
Abrir directamente el HTML del paquete muestra la pantalla, pero no se registra progreso ni finalización: esos datos circulan por la API de SCORM que proporciona el LMS. Para ver el comportamiento real, súbelo a un LMS o a un entorno de pruebas SCORM.
Un paquete funciona con una sola especificación. Crear el mismo contenido dos veces, una por cada una, no supone ningún problema.
Sube un vídeo o un PDF y recibe un paquete SCORM 2004 o xAPI. Al registrarte recibes créditos gratuitos.
Empieza gratis