Cómo se hace un curso e-learning: herramientas, SCORM y lo que llega a la plataforma

El curso está listo, está pagado, y llega como un único archivo zip con un número de versión en el nombre; alguien lo sube a la plataforma, pulsa guardar, y al día siguiente resulta que han desaparecido los registros de finalización de ciento veinte personas, aunque nadie haya borrado nada. Eso no es un mito y no es raro, y la plataforma incluso avisó, solo que el aviso apareció medio segundo antes de que el botón ya estuviera pulsado, y decía algo que en aquel momento nadie entendió.

Este artículo trata del camino del material al paquete y de lo que hace con ese paquete la plataforma que lo recibe, porque precisamente en ese punto de entrega se encuentran dos partes que, de ordinario, no ven el trabajo de la otra. Qué es un sistema de gestión del aprendizaje y cuándo lo necesita de verdad una empresa ya lo hemos escrito aparte, igual que cómo elegir una plataforma de aprendizaje. Aquí se habla del paso que viene después de la elección: el curso se construye fuera de la plataforma, se empaqueta y entonces entra, y es precisamente en esa transición donde nace casi todo el problema que más tarde parece un fallo de la plataforma.

Conviene decir antes una cosa que distingue este tema de la mayoría de los demás: casi todos los problemas aquí están documentados, nombrados y descritos en público, así que no hay que descubrirlos con el propio dinero. En la documentación de la plataforma están los avisos, sus causas y las soluciones, y lo único que suele faltar es alguien que los lea antes del encargo, no después del primer percance.

Qué contiene el paquete y qué hace la plataforma con él

Un paquete SCORM es un archivo zip en cuya raíz está un archivo llamado imsmanifest.xml, y precisamente ese archivo es lo que convierte el paquete en un paquete, y no en una carpeta de archivos. El manifiesto describe la estructura del curso, enumera los objetos de aprendizaje y indica qué archivos les pertenecen, así que la plataforma lo lee primero y de ahí sabe qué mostrar y en qué orden.

A partir de ahí la división es más simple de lo que suele pensarse, y conviene decirlo de inmediato porque explica casi todo lo demás: la plataforma muestra el paquete y guarda datos de lo que una persona hizo en él, pero el contenido mismo no lo crea y no se mete en él. La documentación de Moodle lo dice así, al indicar que el sistema presenta el paquete y guarda los datos de la interacción de aprendizaje, pero no genera el contenido SCORM. Por eso todo lo que ocurre dentro de la pantalla es trabajo del autor de contenidos, y todo lo que ocurre alrededor es trabajo de la plataforma.

La comunicación entre ambos corre por un canal estrecho, en el que el objeto de aprendizaje llama a la interfaz de la plataforma con órdenes como inicializar, fijar un valor, confirmar y terminar, y por el que salen unos pocos valores: el estado, los puntos, el tiempo, las respuestas a las preguntas y un pequeño campo de texto para guardar el estado. Ese canal es el elemento más importante de todo el tema, porque todo lo que más adelante querrá ver en un informe hay que sacarlo precisamente por ahí, y lo que no cabe ahí no llegará nunca al informe.

Lo que la plataforma guarda es una lista concreta y limitada, atada a un intento en una actividad determinada: el estado, los puntos obtenidos junto con el mínimo y el máximo, el tiempo empleado, las respuestas a preguntas sueltas y el campo de estado ya citado. No está el nombre de la persona dentro del curso, ni cuántas veces rebobinó un vídeo, ni qué páginas se saltó, a menos que el propio curso haya convertido esos hechos en uno de los valores enumerados.

Los fallos que nacen en esa transición también son conocidos y están documentados, así que no hay que descubrirlos de nuevo, y el más frecuente es que falte el manifiesto o que esté en el sitio equivocado del archivo, porque tiene que estar exactamente en la raíz, no en una subcarpeta, mientras que el segundo es que los identificadores no sean únicos, lo cual en el sistema de seguimiento de errores es un ticket aparte. En los cursos más antiguos se suman problemas de visualización en dispositivos móviles, cuando el contenido está metido en un marco de tamaño fijo, y también esos tienen sus números de ticket, así que al proveedor se le puede preguntar por ellos directamente.

Por eso la primera pregunta al autor de contenidos no es por la herramienta de autor con la que se construirá el curso, sino en qué formato se entregará y qué exactamente informará. Dos cursos que en pantalla se ven iguales pueden informar de forma completamente distinta, y la diferencia solo se ve cuando alguien necesita una prueba de que una persona recorrió de verdad el curso.

Cuatro conjuntos de siglas que no son lo mismo

Las palabras SCORM, xAPI, cmi5 y AICC se usan en el mercado como si fueran intercambiables, pero designan cosas distintas y tienen distintos responsables de mantenimiento. SCORM es un formato de paquete junto con un entorno de ejecución, y su última versión es la cuarta edición de 2004, que salió en 2009; no hay edición posterior y no se espera ninguna.

La organización que creó SCORM ha cesado su actividad, y en sus repositorios hay ahora un aviso de archivo, pero de ahí no debe concluirse que la norma se haya quedado sin mantenimiento, porque el modelo de datos del entorno de ejecución SCORM lo mantiene el Institute of Electrical and Electronics Engineers como norma 1484.11.1, cuya última redacción es de 2022, y a su lado está la 1484.11.2 sobre la interfaz. Al mismo tiempo conviene conocer un detalle que induce a error: en la página de repositorios de la organización creadora el nombre está escrito como Advanced Digital Learning, aunque el nombre histórico es Advanced Distributed Learning.

xAPI es otra cosa, a saber, no un formato de paquete, sino un modelo de declaraciones y una interfaz por la que un sistema envía registros de lo que una persona hizo a un almacén de registros de aprendizaje aparte (LRS). Desde 2023 es una norma publicada con el número 9274.1.1, y el mismo texto está disponible también como norma internacional, así que se trata de una sola cosa con dos números, no de dos versiones.

El cuarto nombre es cmi5, y es un perfil de uso de xAPI precisamente para el lanzamiento desde una plataforma de aprendizaje, no otra norma aparte; la redacción vigente de ese perfil es de 2016, y la normalización internacional está en curso pero aún no ha terminado, así que lo correcto es decir que el trabajo está aprobado como proyecto, no que la norma ya existe. AICC, a su vez, es el más antiguo de todos, y el comité que lo mantenía —el Aviation Industry Computer-Based Training Committee— disolvió su actividad en diciembre de 2014, pasando cmi5 y su archivo a otros.

El límite que hay que conocer antes de encargar un curso

Aquí está uno de los hechos más importantes en la práctica de todo el artículo, y sorprende a casi todo el que lo oye por primera vez: Moodle admite SCORM 1.2 y AICC, pero no admite SCORM 2004, y eso no es un malentendido ni una negligencia, sino una elección deliberada, escrita en la propia documentación de la plataforma y que allí nadie oculta. Allí se indica que la 1.2 supera todas las pruebas del conjunto de conformidad, mientras que de la versión de 2004 solo están implementadas algunas partes básicas de la interfaz, así que algunos paquetes pueden parecer que funcionan aunque no haya conformidad plena.

Ese límite importa porque los autores de contenidos suelen ofrecer precisamente la versión de 2004 como la más nueva y la mejor, y formalmente lo es, porque tiene dos campos de estado separados y una puntuación escalada. Para un comprador que va a trabajar con Moodle, la versión más nueva resulta ser, sin embargo, la peor elección, y es una de las pocas veces en que una edición más antigua de una norma es la respuesta correcta, no una concesión a las circunstancias.

Sigue una frase que conviene leer dos veces, porque determina cómo actuar a partir de aquí: el trabajo de soporte de SCORM 2004 está detenido, y las incidencias al respecto se cierran como de las que no se van a corregir. Eso significa que algunos paquetes de 2004 pueden parecer que funcionan, pero no cabe fiarse, y nadie los reparará si dejan de funcionar, mientras que el camino certificado, si la versión de 2004 es obligatoria, pasa por un servicio externo comercial con su propio plugin.

La secuencia práctica es simple: antes de encargar el curso hay que decirle al autor de contenidos en qué formato se necesita el paquete, y en la mayoría de los casos la respuesta será SCORM 1.2. Si el autor ofrece solo la versión de 2004, eso no es automáticamente malo, pero cambia la elección de plataforma o exige un componente adicional, y esa conversación hay que tenerla antes del trabajo, no el día de la entrega. En el caso de cmi5 hay que saber que Moodle no lo incluye por defecto y que hace falta un plugin aparte, además de un LRS aparte.

Un solo campo en el que tiene que caber todo

SCORM 1.2 conoce un solo campo de estado, y en él puede haber uno de seis valores, que en la interfaz en español de Moodle se ven como Pasado, Finalizado, Error, Incompleto, Navegado y No se ha intentado. Eso significa que no se puede informar a la vez de que una persona recorrió el curso hasta el final y de que no aprobó la prueba, porque las dos cosas se pelean por el mismo campo, y para una empresa que necesita precisamente esa distinción es un límite de verdad, no un detalle técnico.

SCORM 2004 resuelve ese problema al dividir el estado en dos campos independientes, de los cuales uno habla de la realización y el otro del resultado, y al añadir una puntuación escalada; precisamente por eso algunos autores de contenidos lo ofrecen. Pero, como Moodle no admite la versión de 2004, esa solución no está al alcance de la mayoría de los lectores, y en su lugar hay que planificar que en vez de un curso pueden hacer falta dos actividades: una para recorrer el material, otra para la prueba.

El segundo límite es aún más concreto: el campo en el que el objeto de aprendizaje guarda su estado interno, para que la persona pueda continuar desde el mismo sitio, en SCORM 1.2 cabe cuatro mil noventa y seis caracteres, y ese límite está escrito también en el archivo del modelo de datos de Moodle. Para un curso largo con muchas preguntas es poco, y cuando se alcanza el límite el estado simplemente deja de guardarse, así que la persona vuelve al principio del curso, y eso parece un fallo de la plataforma, pero es un límite de la norma.

El tercer límite es uno que puede convertir un curso realizado en uno no aprobado sin que intervenga nadie: si en el manifiesto hay un umbral de dominio, los requisitos de conformidad obligan a la plataforma a recalcular el estado contra los puntos obtenidos, y Moodle ofrece incluso ese comportamiento como un ajuste aparte, «El puntaje de dominio anula el estado». Un curso que informa de la realización pero muestra puntos por debajo del umbral puede aparecer por eso en el informe con el estado Error, y eso está documentado, no inventado.

Qué desaparece cuando se sustituye el paquete

Ahora, de aquello con lo que empezó este artículo. Si se sube un paquete nuevo encima del viejo en la misma actividad y el identificador del elemento del manifiesto difiere del anterior, los datos de seguimiento de ese paquete se borran en Moodle, y eso está escrito en la documentación exactamente en esa forma; allí incluso se indica qué hacer: asegurarse de que el identificador es el mismo.

La plataforma avisa, y en la interfaz en español el aviso suena casi palabra por palabra así: el paquete parece haber sido cambiado o modificado, y si la estructura del paquete se ha cambiado, las pistas de algunos usuarios pueden haberse perdido durante el proceso de actualización. El segundo aviso es aún más directo y dice que los datos de rastreo de este paquete se perderán. El problema es que ambos aparecen en el momento en que la subida ya está ocurriendo, y la persona que los ve suele no saber si el identificador ha cambiado, porque eso lo decide la herramienta de autor del creador de contenidos, no ella.

De ahí se siguen dos reglas prácticas que conviene fijar antes de la entrega de la primera versión, y la primera es exigir al autor de contenidos que conserve el mismo identificador en todas las versiones siguientes y que lo confirme por escrito. La segunda es un paso de comprobación simple: antes de subir, abrir el archivo zip, encontrar el archivo del manifiesto y comparar el identificador con el anterior, lo cual ocupa dos minutos y protege de una pérdida que no se puede deshacer.

También conviene entender dónde viven esos datos, porque eso explica el resto y responde a la pregunta siguiente, que suele venir enseguida. Los intentos y los resultados pertenecen a la actividad de la plataforma, no al paquete, así que borrar la actividad borra también los resultados, y crear una actividad nueva para la versión nueva significa que los registros de finalización viejos se quedan con la actividad vieja y en la nueva no se verán. Eso es una solución practicable si la actividad vieja se oculta en vez de borrarse, pero entonces las condiciones de finalización del curso hay que volver a enlazarlas a la actividad nueva, si no el curso se vuelve de golpe no finalizado para parte de la gente.

Lo último que conviene saber de los intentos es cuándo la plataforma ofrecerá empezar de nuevo, porque eso no es una elección del usuario, sino un comportamiento fijado por la norma. En SCORM 1.2 se ofrece un intento nuevo solo si el anterior terminó con el estado Finalizado, Pasado o Error, mientras que en un intento Incompleto, Navegado o aún no intentado la persona vuelve al mismo intento, y un paquete sin lógica interna propia simplemente sobrescribe los puntos y el estado anteriores.

Alrededor de ese comportamiento la plataforma tiene dos ajustes que conviene entender antes de lanzar el curso, no después de las primeras quejas. Uno fuerza a empezar un intento nuevo y se llama «Forzar nuevo intento», y el otro cierra la actividad después del último intento permitido y se llama «Bloquear después último intento»; el propio límite del número de intentos funciona solo con SCORM 1.2 y AICC, porque la versión de 2004 tiene su definición aparte. Hay también un matiz de informe que cambia las cifras: el indicador del último intento finalizado no cuenta los que terminaron con el estado Error, así que dos informes del mismo curso pueden mostrar, con honestidad, números distintos.

H5P es otra cosa, no un SCORM más fácil

H5P, abreviatura de Paquete HTML5, se nombra a menudo en el mismo aliento que SCORM, y eso da la impresión de que se trata de dos soluciones del mismo tipo, de las cuales una es simplemente más fácil de usar. No es cierto, y la mezcla cuesta, porque ambas se compran en casos distintos: H5P es un tipo de contenido interactivo que funciona en el navegador y se entrega como un archivo aparte, pero no usa ni manifiesto ni la interfaz SCORM, y por eso informa a la plataforma de otro modo.

A Moodle, H5P llega por tres caminos distintos, que no hay que mezclar porque se comportan de forma distinta, y el primero es la posibilidad integrada de la propia plataforma, con el banco de contenidos y una actividad aparte, que se califica y lleva intentos. El segundo es un plugin más antiguo, que en muchas instalaciones sigue puesto y para algunos tipos de contenido trata la calificación de otro modo, mientras que el tercero es un servicio en la nube de pago que se conecta con la plataforma como herramienta externa, y en el foro de su fabricante se dice con claridad que se puede prescindir de él, porque la parte de pago son tipos de contenido e importación aparte.

El comportamiento de la calificación es el sitio donde nacen las sorpresas desagradables, porque en el informe de intentos de la actividad integrada la columna de éxito significa que la persona obtuvo el 100 %, y la de finalización, solo que recorrió el contenido hasta el final, y la documentación indica con claridad que ese informe no está ligado ni a la calificación para aprobar de la actividad ni a las condiciones de finalización de la actividad. Una empresa que espera que el resultado de H5P rellene por sí solo la finalización del curso puede descubrir por eso que el curso no está formalmente finalizado para nadie.

Hay también un detalle de los propios tipos de contenido que conviene comprobar antes de elegir, porque no todo tipo H5P informa de la calificación y de la finalización del mismo modo, y hay casos documentados en los que tipos concretos no establecían en absoluto las declaraciones de finalización y de éxito, así que hay que comprobar precisamente los tipos que se planea usar en el curso. En materia de licencia, el programa está bajo una licencia permisiva con una excepción para parte del código, pero más importa que el contenido que usted cree no queda licenciado automáticamente con ella, y su licencia la elige el autor.

El contenido del curso tiene sus propios requisitos de accesibilidad

La pregunta de la accesibilidad se suele hacer sobre la plataforma, pero la mayor parte de la respuesta está en el contenido, porque precisamente ahí viven los vídeos sin subtítulos, las imágenes sin descripción y las tareas interactivas que no se pueden completar con el teclado. La plataforma puede ser impecable, y el curso en ella seguir siendo inutilizable para una persona que no ve la pantalla o no usa el ratón.

A quién obliga, y no es una elección, hay que responderlo con precisión, porque equivocarse aquí es fácil y sale caro: a los sitios web y las aplicaciones para dispositivos móviles del sector público les impone los requisitos el Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público, que transpone la Directiva (UE) 2016/2102; a determinados servicios privados, entre ellos los servicios de comercio electrónico prestados a consumidores, se aplica desde el 28 de junio de 2025 el título I de la Ley 11/2023, de 8 de mayo, que transpone la Directiva (UE) 2019/882 y entra en vigor en esa fecha según su disposición final 18. Esa ley, además del catálogo de la directiva, incluye las redes sociales, elementos de sitios web y aplicaciones del suministro eléctrico, de agua y de gas a consumidores, y los sitios de agencias de viajes y turoperadores. Eso no significa que a partir de esa fecha todo sitio web de empresa tenga que cumplir un estándar de accesibilidad, porque el ámbito de la Ley 11/2023 está acotado a determinados productos y servicios, y el artículo 3.3 exime a las microempresas que presten servicios —empresa que emplea a menos de diez personas y cuyo volumen de negocios anual no supera los 2 millones de euros o cuyo balance anual total no supera los 2 millones de euros— de los requisitos de accesibilidad de los servicios.

Para la formación interna de una empresa se sigue una consecuencia práctica que no necesita abogado: si la formación es para el propio personal, por lo general no hay un deber directo del Real Decreto 1112/2018 ni de la Ley 11/2023, porque la formación interna de empleados no es, por sí, un servicio de comercio electrónico a consumidores ni un sitio web del sector público; en un cliente público, el sitio de esa administración sigue bajo el Real Decreto 1112/2018. Existe, además, un deber distinto y personalizado de adaptar el puesto a un trabajador concreto con discapacidad, que está en el derecho laboral y de discapacidad español, no en esas dos normas de accesibilidad digital. Si la formación se vende como servicio a consumidores en línea, o el cliente es un organismo público, las exigencias hay que comprobarlas en serio y antes de la contratación, no después.

En el lado técnico el requisito suele expresarse como conformidad con las pautas WCAG en el nivel AA, y para el autor de contenidos eso significa cosas concretas: subtítulos en el vídeo, transcripción del audio, contraste suficiente, alternativas textuales para las imágenes y la posibilidad de completar todo lo interactivo con el teclado. Estos requisitos hay que escribirlos en el encargo, porque añadir subtítulos después de terminar el curso significa rehacer el vídeo, y eso cuesta tanto como habría costado de inmediato, solo que más tarde.

Lo que un paquete no contiene nunca

La importación de un paquete crea una actividad, no un curso, y esa diferencia explica muchos malentendidos posteriores que aparecen precisamente en el momento de la entrega. Todo lo que en el curso está alrededor del contenido mismo se queda del lado de la plataforma y hay que crearlo aparte, con independencia de lo bien que esté preparado el paquete y de lo caro que haya costado.

En concreto, en el paquete no hay matriculación, así que no sabe ni puede saber quién puede hacer el curso, y no hay condiciones de finalización del curso, así que no determina qué contará la plataforma como curso finalizado. No hay ajustes de roles y permisos, no hay el cálculo del libro de calificaciones, no hay certificados y no está el resto del contenido del curso. Si un proveedor promete entregar un curso, conviene precisar si se trata de un paquete o de un curso completo en la plataforma, porque la diferencia de volumen de trabajo es grande.

El vídeo es un caso aparte que en esta lista aparece casi siempre, y las plataformas de aprendizaje no son sistemas de distribución de vídeo, así que los archivos grandes suelen guardarse fuera y en el curso se pone solo un reproductor, lo cual significa que el hecho de ver el vídeo no es automáticamente conocido por la plataforma y solo lo es si el curso lo convierte en uno de los valores que se informan. Una empresa que espera un informe de cuánto tiempo miró cada cual suele descubrir que no lo hay, porque nadie lo había encargado.

Hay también una cuestión de titularidad más cercana a este tema de lo que parece: si el contenido del curso lo escribe un experto de su sector y el curso lo construye un proveedor, los valores por defecto de la Ley de Propiedad Intelectual, texto refundido aprobado por el Real Decreto Legislativo 1/1996, son los de cualquier obra por encargo, y no significan que el pago por sí mismo ceda los derechos de explotación al cliente. Lo regula el artículo 43 de esa ley: los derechos de explotación pueden transmitirse por actos «inter vivos», limitados a los derechos, modalidades, tiempo y territorio que se determinen; la cesión es el acto, el pago no. La conclusión práctica aquí es breve: los derechos sobre el curso, igual que el proyecto fuente, hay que escribirlos en el contrato antes de empezar el trabajo.

Aquí hay también un límite con un tema vecino que este artículo no toca a propósito, a saber, la pregunta de cómo sacar un curso entero de una plataforma y meterlo en otra: es una pregunta de portabilidad, y tiene sus propios formatos y su propia respuesta, que hemos descrito en el artículo sobre qué es un sistema de gestión del aprendizaje. El paquete es la unidad de un curso, no un mecanismo de extracción, y mezclar ambas cosas es caro.

Qué preguntar antes de encargar el curso

Todas las secciones anteriores llevan a un conjunto pequeño de preguntas que conviene hacer al autor de contenidos antes del contrato, porque después de la entrega las respuestas ya no cambian nada, y la primera de esas preguntas es de formato: en qué norma se entregará el paquete y si es SCORM 1.2, teniendo en cuenta que Moodle no admite la versión de 2004. La segunda es del identificador: si en las versiones siguientes el identificador del elemento del manifiesto seguirá siendo el mismo y si se puede escribir en el contrato.

La tercera pregunta es qué informará el curso, a saber, si establecerá un estado, si pasará puntos, si en el manifiesto habrá un umbral de dominio y qué verá usted exactamente en el informe de una persona que recorrió el material pero no aprobó la prueba. La cuarta es de volumen: cuántos datos de estado guardará el curso y si cabrán en el campo de la norma, porque un curso largo con muchas preguntas alcanza este límite en silencio.

La quinta pregunta se refiere a los materiales de origen y es la que más a menudo se olvida: si recibirá usted también el proyecto fuente del curso, no solo el paquete terminado, porque sin el origen el siguiente cambio solo puede hacerlo el mismo autor con la misma herramienta. Es la misma pregunta que en cualquier trabajo por encargo, y hay que hacerla antes de empezar el trabajo.

Estas preguntas no ocupan mucho tiempo y no ofenden a nadie, porque un autor de contenidos profesional las responde enseguida, pero evitan la situación en la que la empresa ha pagado un curso y al cabo de un año no puede ni actualizarlo ni demostrar que alguien lo recorrió. Si quiere que mantengamos nosotros esta conversación o que comprobemos un paquete ya recibido antes de subirlo, escríbanos, y lo haremos junto con la implantación de una plataforma de aprendizaje.