Cada vez que un cliente nos pide "integrar el LMS con el resto de la operación", la primera pregunta que hacemos es cuál de los tres niveles de interoperabilidad necesita realmente: mover contenido, mover datos de actividad, o conectar herramientas externas dentro de la experiencia de aprendizaje. Son problemas distintos, y confundirlos es la causa más común de proyectos de integración que se alargan meses más de lo presupuestado.
SCORM ya no alcanza
SCORM sigue siendo el estándar más extendido para empaquetar contenido, pero fue diseñado para un mundo de cursos autocontenidos dentro de un único LMS. No registra actividad fuera del curso, no soporta bien el aprendizaje móvil u offline, y su modelo de datos —aprobado/no aprobado, puntaje final— es demasiado pobre para cualquier ejercicio serio de learning analytics. Si tu organización quiere responder preguntas como "¿qué microacciones dentro del curso predicen el desempeño posterior en el puesto?", SCORM simplemente no captura esa granularidad.
xAPI: de paquetes de contenido a flujos de datos
xAPI (Experience API) resuelve ese problema invirtiendo el modelo: en lugar de encapsular el contenido, estandariza cómo se registra cualquier experiencia de aprendizaje —dentro o fuera del LMS— en sentencias con la estructura sujeto-verbo-objeto ("María completó el módulo de negociación", "Carlos practicó el simulador de ventas 12 minutos"). Esas sentencias viajan a un Learning Record Store (LRS), que puede ser independiente del LMS. La ventaja práctica es enorme: una simulación en un software externo, una sesión de mentoría registrada manualmente o un curso en Moodle pueden alimentar el mismo repositorio de datos, con el mismo formato.
La contrapartida es que xAPI no ordena nada por sí solo. Sin una taxonomía de verbos y objetos acordada de antemano, un LRS se llena rápido de datos inconsistentes que nadie puede analizar. Antes de activar xAPI en un proyecto, definimos siempre un diccionario de eventos con el cliente: qué se va a registrar, con qué nombre exacto y con qué propósito de negocio.
LTI 1.3: la puerta de entrada a herramientas externas
Mientras xAPI resuelve el registro de actividad, LTI (Learning Tools Interoperability) resuelve otro problema: cómo insertar una herramienta externa —un simulador, una plataforma de proctoring, un generador de evaluaciones— dentro de la experiencia del LMS sin pedirle al estudiante que se autentique dos veces ni que salga de la plataforma. LTI 1.3 añadió sobre versiones anteriores una capa de seguridad basada en OAuth 2.0 y OpenID Connect, y un servicio de calificaciones (AGS) que permite que la herramienta externa devuelva notas directamente al libro de calificaciones del LMS.
En Moodle, la mayoría de integraciones modernas —desde herramientas de proctoring hasta plataformas de práctica de idiomas— ya se conectan por LTI 1.3 en lugar de plugins a medida. Esto tiene una ventaja de gobierno de TI que muchas áreas de sistemas subestiman: una integración LTI sobrevive a actualizaciones de versión del LMS sin necesitar reescritura, mientras que un plugin propietario suele romperse con cada salto de versión mayor.
La pregunta que debe hacer cualquier área de TI antes de comprar una herramienta de formación no es "¿tiene API?", sino "¿habla xAPI y LTI 1.3, o vamos a tener que construir un puente a medida que alguien tendrá que mantener para siempre?"
Checklist antes de firmar con un proveedor
- ¿El contenido exporta en xAPI, no solo en SCORM? Sin esto, cualquier iniciativa futura de analítica queda bloqueada desde el diseño.
- ¿La integración usa LTI 1.3, no una versión anterior o un webhook propietario? Las versiones previas de LTI no incluyen el servicio de calificaciones ni los estándares de seguridad actuales.
- ¿Dónde vive el LRS y quién es dueño de esos datos? Si el proveedor de la herramienta es también dueño del repositorio de datos, la organización pierde la capacidad de cruzar esa información con otras fuentes.
- ¿El proveedor documenta públicamente su diccionario de verbos xAPI? Si no lo hace, es una señal de que la interoperabilidad es más una promesa de marketing que una capacidad real.
Conclusión
La interoperabilidad no es un requisito técnico secundario que se resuelve al final del proyecto: es una decisión de arquitectura que condiciona qué preguntas de negocio podrá responder tu ecosistema de formación dentro de dos o tres años. Exigir xAPI y LTI 1.3 desde el primer requerimiento de compra es, en la práctica, la diferencia entre un LMS que crece con la organización y uno que se convierte en un silo más que alguien tendrá que migrar.