cmi5

¿Qué es cmi5?

cmi5 es un estándar de e-learning desarrollado por la Advanced Distributed Learning Initiative (ADL) en 2016 que define cómo se lanza el contenido formativo desde un LMS y cómo se registran los datos de aprendizaje mediante xAPI. En la práctica, actúa como un perfil de xAPI que añade reglas claras sobre empaquetado, lanzamiento seguro y finalización de sesiones, resolviendo los problemas de interoperabilidad que xAPI dejaba abiertos. Su nombre proviene de «computer-managed instruction», la categoría de especificaciones de la que heredó su estructura original.

En el contexto de la formación corporativa, cmi5 cobra relevancia porque combina la estructura familiar de SCORM con la riqueza de datos de xAPI. Mientras SCORM solo permite registrar si un alumno completó un curso y su puntuación, cmi5 puede capturar cualquier interacción formativa con precisión, independientemente del dispositivo o de si hay conexión a internet. Para los equipos de L&D que buscan pasar de un seguimiento básico a decisiones de formación basadas en datos reales, representa el estándar más avanzado disponible hoy.

¿Cómo funciona cmi5?

La arquitectura de cmi5 se apoya en tres componentes que trabajan de forma coordinada:

• Unidades Asignables (AU — Assignable Units): son los módulos de contenido que el LMS puede lanzar y rastrear de forma independiente. Cada AU es una pieza de aprendizaje que puede estar alojada en cualquier servidor, sin necesidad de estar importada dentro del LMS.
• LRS (Learning Record Store): base de datos especializada donde se almacenan todas las declaraciones de aprendizaje en formato xAPI. Es el componente que separa cmi5 de SCORM: los datos no quedan encerrados en el LMS, sino en un repositorio estándar y consultable.
• Archivo cmi5.xml: el manifiesto del paquete, equivalente al imsmanifest.xml de SCORM. Describe la estructura del curso, sus unidades asignables y los metadatos necesarios para que el LMS lo interprete correctamente.

El flujo de una sesión cmi5 es el siguiente: el LMS genera una URL de lanzamiento segura con autenticación por token y se la pasa al contenido. El contenido usa esa URL para comunicarse directamente con el LRS mediante solicitudes HTTP estándar, sin iframe y sin conexión permanente con el LMS. Los datos se envían de forma asíncrona, lo que garantiza que funcionen incluso en entornos con conectividad intermitente.

cmi5, SCORM y xAPI: diferencias clave

La confusión entre estos tres estándares es frecuente. La siguiente tabla resume las diferencias más relevantes para responsables de formación, más allá del detalle técnico:

Ventajas de cmi5 para la formación corporativa

Para los equipos de L&D, cmi5 no es simplemente una actualización técnica del estándar; es un cambio en la forma de entender el seguimiento del aprendizaje:

• Compatibilidad móvil nativa: el contenido se puede ejecutar en cualquier dispositivo sin depender de iframes ni de la ventana del navegador. Especialmente relevante para equipos en campo, retail o logística donde el acceso desde escritorio no es la norma.
• Seguimiento offline: si un alumno completa un módulo sin conexión a internet, cmi5 almacena los datos localmente y los sincroniza con el LRS en cuanto el dispositivo se reconecta. Ningún dato de aprendizaje se pierde.
• Analytics detallado: mientras SCORM solo registra si el alumno completó el curso y su nota, cmi5 puede capturar qué preguntas falló, cuántos intentos realizó, cuánto tiempo dedicó a cada sección y en qué punto abandonó. Estos datos alimentan decisiones de diseño instruccional basadas en evidencia.
• Contenido distribuido: los módulos pueden estar alojados en CDNs, servidores propios o soluciones cloud sin necesidad de importarlos físicamente al LMS. Esto simplifica la gestión técnica y reduce los costes de infraestructura.
• Interoperabilidad real: cualquier LMS compatible con cmi5 puede lanzar y rastrear el contenido, independientemente del proveedor. El contenido generado con isEazy Author en formato cmi5 puede desplegarse en cualquier plataforma que soporte el estándar sin modificaciones.

Limitaciones y consideraciones antes de adoptar cmi5

Como cualquier estándar técnico, cmi5 tiene condicionantes que conviene evaluar antes de una implementación a escala:

• Requiere un LRS: a diferencia de SCORM, cmi5 no funciona solo con el LMS. Necesita un LRS activo, ya sea integrado en el propio LMS o conectado externamente. Esto añade una capa de infraestructura que algunas organizaciones con sistemas heredados pueden no tener preparada.
• Adopción todavía en crecimiento: aunque los LMS modernos como Moodle 4.x, Docebo, TalentLMS o Cornerstone han reforzado su soporte cmi5 en los últimos años, no todos los sistemas del mercado lo implementan con el mismo nivel de madurez. Antes de comprometerse con cmi5, es recomendable verificar la compatibilidad real del LMS con una prueba de integración.
• Herramientas de autor: no todas las herramientas de creación de cursos soportan la exportación en formato cmi5 con la misma calidad. Es importante validar que la herramienta genera correctamente el archivo cmi5.xml y que las AU se lanzan con el protocolo seguro estándar.
• Curva de transición: los equipos acostumbrados a SCORM necesitan familiarizarse con conceptos como AU, LRS y declaraciones xAPI. No es una curva técnica muy pronunciada, pero sí requiere formación específica para los responsables de publicación de contenidos.

La recomendación habitual para organizaciones que quieren adoptar cmi5 sin riesgos es una estrategia de coexistencia: mantener el contenido SCORM existente y publicar los nuevos módulos estratégicos en cmi5 desde el inicio.

cmi5 en la práctica: escenario real en formación corporativa

Imaginemos una empresa de retail con más de 2.000 empleados distribuidos en tiendas físicas en varias comunidades autónomas. El equipo de L&D necesita garantizar que todos completan el módulo de compliance anual, pero los dispositivos de acceso son heterogéneos: algunos empleados utilizan tablets de tienda con conexión wifi intermitente; otros acceden desde sus móviles personales fuera del horario laboral.

Con SCORM, este escenario genera problemas habituales: el contenido no carga correctamente en iframe móvil, los datos se pierden si el alumno completa el módulo sin conexión, y el LMS solo muestra «completado/no completado» sin información sobre dónde están los cuellos de botella formativos.

Con cmi5, el mismo programa de compliance:

• Se lanza nativamente en cualquier dispositivo sin dependencia de iframe
• Almacena el progreso localmente si no hay conexión y sincroniza al reconectarse
• Registra en el LRS qué empleados fallaron consistentemente la misma pregunta del módulo de normativa de seguridad, lo que permite al equipo de L&D rediseñar ese punto concreto
• Ofrece informes detallados por tienda, zona o perfil, sin exportaciones manuales de datos

Este nivel de seguimiento no es teórico: es la diferencia práctica entre un estándar del año 2001 (SCORM) y uno diseñado para la realidad de la formación distribuida moderna.