Estándares E-Learning: SCORM vs xAPI vs cmi5 vs LTI en Plataformas LMS

1. SCORM 1.2 vs SCORM 2004: La Anatomía del Runtime Tradicional

SCORM (Sharable Content Object Reference Model) es el conjunto de especificaciones técnicas creado en 1999 por ADL (Advanced Distributed Learning) por encargo del Departamento de Defensa de los Estados Unidos. Su objetivo fundacional fue resolver la incompatibilidad entre los diferentes proveedores de software educativo: permitir que un Objeto de Aprendizaje Compartible (SCO – Sharable Content Object) creado en cualquier herramienta de autoría pudiera ejecutarse en cualquier LMS sin necesidad de reescribir código.

La arquitectura de SCORM se estructura en tres componentes inseparables:

• El Modelo de Agregación de Contenidos (CAM – Content Aggregation Model): Define cómo empaquetar los archivos multimedia en un contenedor ZIP y cómo declarar la estructura curricular a través del archivo canónico imsmanifest.xml ubicado obligatoriamente en la raíz del paquete.
• El Entorno de Ejecución (RTE – Run-Time Environment): Establece el mecanismo de comunicación entre el contenido y el LMS mediante una API JavaScript inyectada en el navegador web (por ejemplo, el objeto global window.API en SCORM 1.2 o window.API_1484_11 en SCORM 2004).
• Secuenciación y Navegación (SN): Introducido exhaustivamente en SCORM 2004 mediante un motor de reglas XML que determina el avance o bloqueo de módulos según el desempeño del estudiante.

2. xAPI (Tin Can API): Ruptura del Monopolio del Navegador y Telemetría Granular

Lanzado en 2013 como resultado del proyecto Project Tin Can liderado por Rustici Software y ADL, xAPI (Experience API) supuso un cambio de paradigma ontológico en el e-learning. Mientras que SCORM asume que el aprendizaje ocurre exclusivamente dentro de una ventana de navegador web vinculada permanentemente a un LMS, xAPI reconoce que el aprendizaje humano es ubicuo, experiencial y multimodal.

En la arquitectura xAPI, cualquier actividad (leer un artículo en un dispositivo móvil, participar en una simulación de Realidad Virtual, completar una práctica en un taller industrial con sensores IoT o escuchar un episodio de podcast) puede registrarse formalmente enviando una sentencia estructurada en formato JSON a un LRS (Learning Record Store).

Estructura de una Sentencia xAPI Canónica

Cada evento formativo en xAPI se modela mediante la tríada sintáctica Actor – Verbo – Objeto, complementada con metadatos de contexto y resultado:

{
  "actor": {
    "mbox": "mailto:estudiante@diplomado-elearning.ar",
    "name": "Mariana Gómez"
  },
  "verb": {
    "id": "http://adlnet.gov/expapi/verbs/completed",
    "display": { "es-ES": "completó" }
  },
  "object": {
    "id": "https://diplomado-elearning.ar/actividades/simulacion-refrigeracion-industrial",
    "definition": {
      "name": { "es-ES": "Simulación de Diagnóstico de Presiones" },
      "type": "http://adlnet.gov/expapi/activities/simulation"
    }
  },
  "result": {
    "score": { "scaled": 0.95, "raw": 95, "min": 0, "max": 100 },
    "success": true,
    "completion": true,
    "duration": "PT12M45S"
  },
  "context": {
    "contextActivities": {
      "parent": [{ "id": "https://diplomado-elearning.ar/cursos/diseno-instruccional-avanzado" }]
    }
  }
}
  

3. cmi5: La Especificación que Reemplaza Definitivamente a SCORM

A pesar de la superioridad analítica de xAPI, su libertad total provocó un problema operativo en las instituciones corporativas y universitarias: xAPI no definía cómo empaquetar un curso, cómo un LMS debía autenticar la sesión del alumno, ni qué señal formal marcaba el inicio y cierre de un examen. Para solucionar esta desconexión nació cmi5.

Desarrollado conjuntamente por el comité de la AICC y ADL, cmi5 es un perfil formal de xAPI diseñado específicamente para plataformas LMS. Reemplaza por completo el viejo estándar SCORM aportando:

• Unidades Asignables (AU – Assignable Units): Los módulos pueden alojarse en servidores externos o en una CDN de alto rendimiento, evitando saturar el almacenamiento local de Moodle o Canvas.
• Handshake Seguro LMS-LRS: El LMS lanza la AU en una ventana emergente o iframe enviando tokens temporales de autorización mediante State API.
• Verbos Estrictos de Sesión: Estandariza un flujo estricto de eventos obligatorios: Launched, Initialized, Experienced, Completed, Passed, Failed y Terminated.

4. LTI 1.3 Advantage: Integración de Herramientas Externas y Ecosistemas SaaS

Mientras que SCORM, xAPI y cmi5 se enfocan en la entrega y el seguimiento de recursos formativos, LTI (Learning Tools Interoperability), regulado por el consorcio internacional 1EdTech (anteriormente IMS Global Learning Consortium), resuelve un reto arquitectónico distinto: conectar aplicaciones web educativas complejas dentro de un aula virtual sin requerir cuentas de usuario independientes ni desarrollos a medida.

LTI 1.3 actualizó la especificación sustituyendo firmas SHA-1 obsoletas por protocolos modernos de autenticación federada: OAuth 2.0, OpenID Connect (OIDC) y firmas asimétricas con pares de claves públicas/privadas (JSON Web Keys – JWK). La suite complementaria LTI Advantage incorpora tres servicios fundamentales:

1. Assignment and Grade Services (AGS): Permite que la herramienta externa reporte calificaciones parciales, rúbricas de evaluación y comentarios cualitativos directamente al libro de calificaciones de Moodle o Canvas.
2. Names and Role Provisioning Services (NRPS): Sincroniza la lista de estudiantes matriculados en el curso con sus roles exactos (docente, tutor, estudiante) de forma segura y automatizada.
3. Deep Linking (DL): Permite al docente navegar por el catálogo del proveedor SaaS desde la propia interfaz del LMS e insertar actividades puntuales con un solo clic.

5. Preguntas Frecuentes sobre Compatibilidad de Estándares LMS