Qué es SCORM, cómo funciona y qué pasa cuando lo subes a tu plataforma

06 de agosto del 2026
-
15 minutos

Un proveedor te manda un archivo. Pesa 240 MB, se llama curso-seguridad-industrial.zip y el correo dice «paquete SCORM 1.2, listo para subir». Haces doble clic y no pasa nada útil. Lo descomprimes y aparecen carpetas con nombres que no significan nada y un archivo XML.

No está roto. Es que un paquete SCORM no está hecho para que lo abra una persona, sino para que lo ejecute una plataforma. Este artículo explica qué es, qué hay dentro, qué pasa cuando lo subes, con qué se crea y por qué falla cuando falla.

SCORM —Sharable Content Object Reference Model— es el estándar que permite que un curso creado en una herramienta funcione en cualquier plataforma que lo soporte. Estandariza dos cosas: cómo se empaqueta el curso en un archivo, y qué se dicen el curso y la plataforma mientras el alumno estudia.

Qué es SCORM, en una frase que sirva

Antes de SCORM, un curso comprado a un proveedor funcionaba en el sistema de ese proveedor y en ninguno más. Cambiar de plataforma significaba volver a comprar el catálogo entero. SCORM nació para romper eso: un paquete, cualquier plataforma.

Lo que más confunde del estándar es que la gente cree que es una sola cosa, y son dos pegadas:

  • El empaquetado. Cómo se comprime el curso y cómo se describe su estructura para que cualquier plataforma sepa qué hay dentro y por dónde empieza.
  • La comunicación en tiempo de ejecución. Qué le cuenta el curso a la plataforma mientras corre — si el alumno terminó, qué nota sacó, cuánto tiempo estuvo — y con qué nombres exactos.

Casi todos los problemas que vas a tener salen de la segunda mitad, y casi toda la documentación que vas a encontrar explica solo la primera.

Qué hay dentro de un paquete SCORM

Contenido de un paquete SCORM descomprimido: imsmanifest.xml en la raíz, index.html, el archivo de código que habla con la plataforma, y las carpetas de assets y módulos

Un paquete SCORM es un archivo ZIP. Su nombre formal es package interchange file, y es con diferencia la forma más común de entregar un curso SCORM.

Dentro hay dos tipos de piezas, y la distinción importa más de lo que parece:

  • Los SCO (sharable content objects) son las partes que sí conversan con la plataforma. Reportan progreso, puntuación y estado. Son las que cuentan.
  • Los assets son contenido estático: imágenes, vídeo, hojas de estilo. No reportan nada.

Y manda uno: imsmanifest.xml. Es el índice del paquete. Describe la estructura del curso, lista cada archivo y dice cuál es el punto de entrada. Tiene que estar siempre en la raíz del contenido, y de ahí sale el fallo número uno al subir un paquete: si quien lo comprimió seleccionó la carpeta del curso en vez de su contenido, el manifiesto queda un nivel más abajo y la plataforma rechaza el ZIP sin explicar el motivo.

Si quieres mirar el tuyo: descomprime una copia, abre imsmanifest.xml con cualquier editor de texto y busca la palabra schemaversion. Ahí dice en qué versión está hecho. Lo vas a necesitar ahora mismo.

SCORM 1.2 o SCORM 2004: la diferencia que de verdad te va a afectar

Hay cinco versiones en circulación y la mayoría de las comparaciones se pierden hablando de metadatos y secuenciación. La diferencia que vas a notar en tu reporte del lunes es otra, y es muy concreta.

Comparación entre SCORM 1.2, que tiene un solo campo de estado con seis valores mezclados, y SCORM 2004, que separa el estado en dos campos

SCORM 1.2 tiene un solo campo para responder a dos preguntas distintas. Se llama lesson_status y admite seis valores: aprobado, completado, suspendido, incompleto, consultado y no iniciado. Un alumno que vio el curso entero y suspendió el examen tiene que caber en una sola de esas palabras, y no cabe: o lo marcas como suspendido y pierdes que lo completó, o lo marcas como completado y pierdes que no aprobó.

SCORM 2004 lo parte en dos campos. Uno dice si terminó y otro dice si aprobó. Con eso ya puedes decir «hizo el curso completo y no pasó la evaluación», que es justo lo que necesitas saber para decidir si repite.

Entonces, ¿por qué sigue mandando una versión publicada en octubre de 2001? Porque SCORM 1.2 se adoptó muchísimo y 2004 nunca llegó a esos niveles. La gran novedad de 2004 era la secuenciación — poder controlar por dónde navega el alumno — y resultó ser una especificación muy complicada de implementar bien. De sus cuatro ediciones, publicadas entre 2004 y 2009, la tercera es la más extendida.

La regla práctica: si no necesitas separar «terminó» de «aprobó», pide 1.2, porque es lo que todo el mundo lee. Si esa distinción decide algo en tu empresa — una constancia, una recertificación, un bono — pide 2004 y comprueba antes que tu plataforma lo acepta.

Qué le devuelve el curso a tu plataforma

Esta es la mitad que casi nadie explica, y es donde está el valor real del estándar: mientras el alumno estudia, el curso y la plataforma mantienen una conversación con nombres fijos.

Los datos que viajan entre el curso y la plataforma mientras el alumno estudia: estado, puntuación, tiempo de sesión, punto de retorno y el nombre del alumno

Al final, lo que tu plataforma guarda de cada alumno en cada intento son cuatro cosas.

Cuatro iconos con los datos que una plataforma guarda de cada alumno en un curso SCORM: estado, puntuación, tiempo y punto de retorno

Conviene saberlo antes de comprar, porque marca el techo: si lo que necesitas medir no cabe en estos cuatro datos, SCORM no es la herramienta. Qué preguntas falló cada alumno, cuántos intentos hizo en un simulador, qué hizo después en su puesto: nada de eso viaja por aquí.

Hay un detalle del campo de puntuación que sorprende a mucha gente: el curso envía una nota bruta junto con el mínimo y el máximo que él mismo declara. No existe una escala universal. Dos cursos pueden mandar un 80 que significa cosas distintas, y por eso comparar notas entre paquetes de proveedores diferentes no tiene sentido sin mirar antes qué rango declara cada uno.

Por qué falla, y cómo distinguir el fallo del paquete del fallo de la plataforma

Cinco iconos con los motivos por los que falla un paquete SCORM: el ZIP no se abre solo, el manifiesto no está en la raíz, suspend_data lleno, versión que la plataforma no acepta y el curso nunca reporta completado

Casi todo lo que se reporta como «la plataforma falla» no lo es. Estos son los cinco casos reales.

«No puedo abrir el archivo»

No es un fallo. Un paquete SCORM es un ZIP pensado para que lo ejecute una plataforma. Si lo descomprimes y abres el index.html a mano, el curso probablemente se vea, pero no guarda nada: no hay nadie al otro lado escuchando. Para abrirlo de verdad hay que subirlo.

La plataforma lo rechaza al subirlo

Nueve de cada diez veces es el manifiesto fuera de la raíz. Descomprime, entra en la carpeta, selecciona todo lo que hay dentro y comprime eso. imsmanifest.xml tiene que quedar al primer nivel.

El curso abre pero nadie figura como completado

O el paquete no está enviando el estado, o lo envía con un criterio distinto del que supones — por ejemplo, solo al aprobar un examen que nadie llegó a hacer. La prueba que lo resuelve en media hora: inscríbete tú con un usuario de prueba, haz el curso entero y mira el reporte. Si tú tampoco apareces, el problema está en el paquete y hay que devolvérselo al proveedor.

El curso devuelve al alumno al principio

Este es el más sutil y el que más tiempo se pierde buscando en el sitio equivocado. Existe un campo, suspend_data, donde el curso guarda el punto exacto en el que el alumno lo dejó. En SCORM 1.2 ese campo tiene un tope de 4.096 caracteres. Un curso largo, con muchas respuestas guardadas, lo llena y empieza a perder el progreso sin dar ningún error visible. SCORM 2004, en sus ediciones tercera y cuarta, lo sube a 64.000.

No tiene arreglo desde la plataforma. Si tus alumnos se quejan de esto, el camino es pedirle al proveedor que guarde menos cosas o que reempaquete en 2004.

Aparece como terminado quien suspendió

Es SCORM 1.2 haciendo lo único que puede con su campo único. No es un error de nadie: es el límite de la versión.

Cómo se sube a una plataforma, paso a paso

El flujo es el mismo en casi cualquier LMS, y es más corto de lo que la gente teme.

  1. Comprueba el paquete antes de tocarlo. Que sea un ZIP, que el manifiesto esté en la raíz y qué versión declara.
  2. Comprueba el límite de tamaño de tu plataforma. Un curso con mucho vídeo pesa. En Sabionet el límite para subir un paquete SCORM es de 20 GB, pero no todas las plataformas son tan amplias: pregunta la tuya antes de comprar el curso.
  3. Súbelo como contenido del curso. La plataforma lee el manifiesto, descomprime el paquete y lo registra. Si algo va mal, va a fallar aquí.
  4. Decide con qué criterio cuenta como aprobado. Es una decisión tuya, no del paquete: qué estado de los que envía el curso aceptas como completado.
  5. Pruébalo tú mismo, entero, con un usuario de prueba. Este paso es el que casi todo el mundo se salta y el que evita descubrir el problema con ochenta personas dentro.
  6. Revisa el reporte antes de asignarlo. Que tu intento aparezca con estado, nota y tiempo. Si falta alguno, falta ahora y faltará siempre.

Un apunte que ahorra una discusión: el tiempo que registra SCORM es el que el curso declara por sesión, y si alguien deja la pestaña abierta, ese rato cuenta. Para una constancia DC-3 o cualquier reporte de horas de capacitación, el dato defendible es la carga horaria declarada del curso, no el cronómetro.

SCORM y LMS no son lo mismo

Es una confusión lo bastante frecuente como para nombrarla: SCORM es un formato, un LMS es un sistema. SCORM no reproduce nada, no gestiona usuarios y no emite reportes. Es la especificación que permite que un curso empaquetado por una herramienta sea entendido por un sistema que no lo creó.

El reparto de trabajo queda así: la herramienta de autor construye y empaqueta el curso; la plataforma lo recibe, se lo sirve a cada alumno, escucha lo que reporta y lo convierte en un registro. Son dos compras distintas y conviene no confundirlas al pedir presupuesto.

Con qué se crea un paquete SCORM

SCORM no se escribe a mano. Lo genera una herramienta que, al exportar, construye el ZIP y el manifiesto por ti. Estas son las que más se encuentran en el mercado hispanohablante, ordenadas por cómo entras a trabajar en ellas. Lo que sigue es qué versiones exporta cada una y qué trae de IA, que es lo que decide si te sirve; para una comparativa más amplia de funciones y precios está nuestra página de herramientas de autor.

Si vienes de PowerPoint

iSpring Suite se instala dentro de PowerPoint, así que trabajas en una interfaz que ya conoces. Publica SCORM 1.2, SCORM 2004, xAPI, cmi5 y AICC, y convierte archivos de PowerPoint, Word y PDF en curso. Su IA propone ideas de curso y genera preguntas de evaluación sobre cualquier tema. Es la vía más corta si tu material ya existe en diapositivas.

Si quieres construir el curso desde cero

Articulate 360 es el estándar de facto del sector. Trae dos piezas: Storyline para interacciones y simulaciones, y Rise 360 para cursos responsivos. Rise 360 exporta SCORM 1.2, SCORM 2004, xAPI, AICC y cmi5. En IA es lo más cargado hoy: genera kits de formación sobre un tema, convierte un guion en vídeo con avatar sin cámara ni estudio, traduce a más de 80 idiomas manteniendo el formato, y ofrece un tutor con IA al alumno.

Adobe Captivate es de escritorio y donde mejor rinde es en simulaciones de software y demos de producto. Publica paquetes HTML5 compatibles con SCORM 1.2, SCORM 2004, AICC y xAPI. Su IA genera imágenes con Firefly a partir de texto, avatares, voces y transcripciones, y reescribe o acorta los textos del curso.

Lectora es la opción de quien necesita control fino del diseño y ramificaciones complejas. Publica SCORM, xAPI, cmi5, AICC y HTML.

Si quieres que escriba el experto, no un diseñador

Easygenerator está pensado para que el curso lo escriba quien sabe del tema. Trabaja en la nube y exporta SCORM 2004 cuando necesitas reporte a nivel de pregunta, además de xAPI. Su IA incluye un agente que co-escribe el curso contigo y la conversión de un documento en curso.

Mindsmith va un paso más allá: es nativo de IA y genera el curso a partir de un prompt o de archivos que subes, con narración por voz sintética y traducción a decenas de idiomas. Comparte paquetes SCORM.

Hay más en el mercado — dominKnow ONE, Gomo, Create (antes Elucidat) —, todas con salida a SCORM. No ponemos precios aquí a propósito: cambian varias veces al año y lo honesto es verificarlos en el sitio de cada fabricante el día que vayas a decidir.

Un apunte que ahorra dinero: casi todas estas herramientas publican también a xAPI y varias a cmi5. No pagues por formatos que tu plataforma no lee. Mira primero qué acepta tu LMS y compra contra eso.

Qué puede hacer la IA en la generación de SCORM, y qué no

Aquí hay un malentendido que conviene deshacer antes de comprar nada: la IA no genera el paquete SCORM. Genera el contenido del curso. El empaquetado — el ZIP, el manifiesto, el código que conversa con la plataforma — lo sigue haciendo la herramienta en el momento de exportar, igual que antes. Cuando un fabricante dice «crea cursos SCORM con IA», lo que ofrece es que la IA escriba el contenido y la herramienta lo empaquete.

Donde ayuda de verdad, hoy.

  • Convertir un documento en un borrador de curso. El manual de operación de un equipo, un procedimiento interno, el PDF de una norma. Es el trabajo que normalmente frena a un instructor interno durante semanas.
  • Generar las preguntas de evaluación a partir del temario, para que tú las revises y descartes.
  • Vídeo sin rodar nada. Convertir un guion en un vídeo con avatar y voz sintética, que es lo que hace viable actualizar un curso cuando cambia un procedimiento.
  • Traducir el curso a decenas de idiomas manteniendo el formato. Para una empresa con operación en varios países es lo que más tiempo ahorra de toda la lista.
  • Reescribir y acortar los textos que ya están dentro del curso.

Donde no, y conviene saberlo antes.

  • No decide la versión de SCORM ni el criterio de completado. Esas dos las eliges tú en la pantalla de exportación, y son justo las que determinan qué vas a ver en tu reporte.
  • No garantiza que el paquete funcione. Que el manifiesto quede en la raíz y que el curso reporte de verdad se comprueba de una sola forma: subiéndolo y haciéndolo tú.
  • No conoce tu procedimiento interno. Lo que la IA escribe sobre cómo se opera un equipo en tu planta sale de lo general, no de lo tuyo.
  • No revisa por ti. Y aquí está el aviso que importa: un curso generado por IA sigue siendo tu evidencia de capacitación. Si el contenido está mal, el paquete se sube igual, reporta «completado» igual y respalda una constancia igual. La revisión humana del contenido no es opcional cuando ese curso tiene que aguantar una inspección.

Y un detalle práctico sobre la traducción, porque es la función que más se vende: traducir a ochenta idiomas es real, pero cada idioma es un paquete distinto. Cada uno se sube por separado y cada uno hay que probarlo por separado. El ahorro está en la traducción, no en la verificación.

¿SCORM sigue vigente? xAPI y cmi5

La pregunta aparece siempre, y la respuesta honesta tiene dos mitades.

Sí sigue vigente, y de forma abrumadora: 1.2, publicado en 2001, sigue siendo el caballo de batalla de la industria. Si compras formación a terceros, SCORM es lo que te van a entregar.

Y sí existe algo después. xAPI — antes conocido como Tin Can — es una especificación distinta, gestionada por ADL, que registra experiencias de aprendizaje con una estructura de tres partes: alguien, hizo algo, sobre algo. Esas declaraciones se guardan en un almacén propio llamado LRS. La diferencia de fondo es de alcance: SCORM solo sabe de lo que ocurre dentro de un curso en una plataforma; xAPI puede registrar también lo que pasa fuera. cmi5 es el puente entre los dos mundos, pensado para usar xAPI dentro de un LMS con las reglas que SCORM ya daba por resueltas.

Para una empresa que compra cursos y necesita demostrar quién los completó, SCORM resuelve el problema hoy. xAPI es la conversación a tener cuando lo que quieres medir ya no cabe en los cuatro datos de arriba.

Preguntas frecuentes sobre SCORM

¿Qué es SCORM y para qué sirve?

SCORM (Sharable Content Object Reference Model) es un estándar que hace que un curso creado en una herramienta funcione en cualquier plataforma compatible. Sirve para dos cosas: empaquetar el curso de forma que otro sistema lo entienda, y definir qué datos le devuelve el curso a la plataforma mientras el alumno lo hace — si lo terminó, qué nota sacó y cuánto tiempo estuvo.

¿Cómo abrir un archivo SCORM?

No se abre haciendo doble clic. Un paquete SCORM es un ZIP diseñado para que lo ejecute una plataforma de aprendizaje, no una persona. Si lo descomprimes y abres el index.html, el curso puede verse pero no guarda ningún progreso, porque no hay ningún sistema escuchando. Para abrirlo de verdad hay que subirlo a un LMS compatible.

¿Cómo se hace un SCORM?

No se escribe a mano: lo genera una herramienta de autor — iSpring Suite, Articulate 360, Adobe Captivate, Lectora, Easygenerator, entre otras — que exporta el curso ya empaquetado con su manifiesto. Lo que sí decides tú al exportar es la versión — 1.2 o 2004 — y el criterio con el que el curso se marca como completado.

¿Se puede crear un curso SCORM con inteligencia artificial?

El contenido sí; el paquete no. La IA de estas herramientas escribe el temario, genera preguntas, convierte un documento en curso, produce vídeo con avatar y traduce a decenas de idiomas. El empaquetado en ZIP con su manifiesto lo sigue haciendo la herramienta al exportar. Y la versión y el criterio de completado los eliges tú.

¿Cuál es la diferencia entre SCORM 1.2 y SCORM 2004?

La que más te va a afectar es el estado. SCORM 1.2 tiene un solo campo para decir a la vez si el alumno terminó y si aprobó, así que no puede expresar «completó el curso pero suspendió». SCORM 2004 usa dos campos separados y sí puede. A cambio, 1.2 está mucho más extendido y es la apuesta más compatible.

¿Cuál es la diferencia entre SCORM y un LMS?

SCORM es un formato de archivo con sus reglas de comunicación; un LMS es la plataforma que gestiona usuarios, sirve los cursos y guarda los resultados. SCORM no reproduce nada por sí mismo. La herramienta de autor crea el paquete, el LMS lo recibe y lo convierte en registros de personas.

¿Qué versión de SCORM debo pedir?

1.2 si no necesitas distinguir entre terminar y aprobar, porque es la que lee prácticamente todo. 2004 — preferiblemente tercera o cuarta edición — si esa distinción decide algo, o si tus cursos son largos y guardan mucho progreso, porque amplia el límite del punto de retorno de 4.096 a 64.000 caracteres. En los dos casos, confirma antes que tu plataforma acepta esa versión.

¿Puedo editar un curso SCORM que me entregaron?

Normalmente no. El paquete llega compilado y lo editable está en el proyecto original de la herramienta de autor, que suele quedarse el proveedor. Si prevés que vas a necesitar cambiar contenido — una política interna, un nombre, un procedimiento —, páctalo por escrito antes de comprar.

Dónde se monta esto

Decidir qué versión pedir y con qué criterio cuenta como aprobado es trabajo de papel y de correo con el proveedor. Lo demás vive en la plataforma: subir el paquete, asignarlo por grupo o por puesto, recoger el estado y la nota de cada alumno, y exportar el reporte cuando toque justificarlo. Sabionet es una plataforma SaaS que cubre ese tramo — contenido propio y paquetes SCORM, rutas, grupos, certificados y reportes por persona — con tu marca y tu dominio.

Si estás comparando plataformas, tenemos un checklist de qué evaluar antes de contratar un LMS corporativo, y si ya tienes claro el flujo, la página de capacitaciones online para empresas lo explica entero.

Puedes crear tu academia y probarla gratis, o agendar una llamada y subimos juntos tu paquete para ver qué reporta antes de que lo asignes a nadie.

Crea cursos que venden.
Capacita equipos que crecen.

Plataforma Sabionet
Sabionet