lun. 30 mars 2026

CMI5 : le standard e-learning qui va au-delà de SCORM

PandaSuite supporte désormais l’export CMI5. 🎉

Pour les équipes qui créent des contenus e-learning interactifs (formations terrain, modules gamifiés, expériences rich media), c’est une grande nouveauté ! Vos projets peuvent maintenant être déployés dans n’importe quel LMS compatible CMI5, avec un tracking complet, fiable sur mobile, et qui fonctionne même hors connexion.

Mais qu’est-ce que CMI5 ? Pourquoi existe-t-il ? Et en quoi est-il différent du SCORM, ce standard que vous utilisez peut-être depuis des années ?

C’est l’objet de cet article. Si vous débutez avec les standards e-learning, commencez par notre article sur le format SCORM. Si vous connaissez déjà le SCORM et que vous vous demandez ce que CMI5 apporte, vous êtes au bon endroit.

Qu’est-ce que CMI5 ?

CMI5 est un standard de communication entre un contenu e-learning et un LMS. Son rôle est le même que celui de SCORM : permettre à un module de formation de se lancer depuis une plateforme, de transmettre des données de progression et de complétion.

Mais CMI5 ne repose pas sur la même architecture. Il a été développé par l’AICC puis repris par l’ADL (les organisations qui ont créé SCORM et xAPI) pour répondre aux besoins que SCORM ne couvrait plus : mobile, offline, données riches, contenus complexes.

Techniquement, CMI5 est un profil d’utilisation de xAPI. Il utilise xAPI comme format de données, et y ajoute un protocole de déploiement précis : comment la session s’initialise, quels événements sont obligatoires, comment elle se clôture.

xAPI, CMI5, SCORM : comprendre les trois standards

La confusion entre les trois est fréquente. Voici comment les distinguer simplement :

• SCORM est un standard complet : il définit comment packager un module (le fichier ZIP), comment le lancer depuis un LMS, et comment transmettre les données. Il fonctionne via une API JavaScript injectée dans une iframe.

• xAPI (aussi appelé Tin Can) est une spécification ouverte pour décrire des expériences d’apprentissage. Chaque événement s’exprime sous la forme “acteur–verbe–objet” : “Alice a réussi ce module”, “Thomas a abandonné la simulation à l’étape 3”. xAPI peut tracer n’importe quelle expérience mais il ne définit pas comment un LMS doit lancer un contenu.

• CMI5 est le chaînon manquant. Il utilise xAPI comme format de données et lui ajoute le protocole qui manquait : lancement par URL sécurisée, session structurée, terminaison normalisée. CMI5 combine ainsi la richesse de xAPI avec la fiabilité d’un standard interopérable.

Comment fonctionne CMI5 ?

Contrairement à SCORM qui ouvre le contenu dans une iframe et maintient une connexion JavaScript permanente avec le LMS, CMI5 fonctionne différemment.

Au lancement, le LMS génère une URL de session sécurisée transmise au contenu. Celui-ci l’utilise pour communiquer directement avec le LRS (Learning Record Store) via des requêtes HTTP classiques, sans iframe, sans connexion permanente. Les données sont envoyées de façon asynchrone, quand le réseau le permet.

Le LRS : le composant qui change l’équation

CMI5 introduit un nouvel élément : le LRS (Learning Record Store), une base de données dédiée uniquement à stocker et restituer des données d’apprentissage au format xAPI.

Dans SCORM, le LMS fait tout (lancement, collecte, stockage). Dans CMI5, les rôles sont séparés : le LMS gère les inscriptions, le LRS gère la progression. Cette séparation permet de centraliser des données venant de sources variées : votre LMS, une app mobile, un kiosque, une simulation standalone… dans un seul et même reporting.

CMI5 n’est pas plug-and-play : si votre LMS n’a pas de LRS natif, la mise en œuvre demande un effort d’infrastructure à ne pas sous-estimer.

Les avantages concrets de CMI5

Des formations qui marchent sur le terrain, même sans réseau

C’est l’avantage le plus immédiat pour les équipes qui forment des collaborateurs sur le terrain. Un technicien en atelier, un vendeur en showroom, un soignant en déplacement n’ont pas toujours du réseau. Avec le SCORM, il n’est pas possible de tracker la progression de l’apprenant sans connexion.

CMI5 est parfaitement adapté à ces contextes : les données sont envoyées en asynchrone, quand la connexion revient.

Un reporting précis

Avec SCORM, le LMS sait uniquement si un apprenant a terminé un module et avec quel score.

CMI5 transmet chaque interaction comme un statement xAPI. Concrètement, vous pouvez savoir :

• à quelle question un apprenant a échoué (et combien d’essais il a fallu)
• jusqu’où une vidéo a été regardée avant abandon
• combien de temps a été passé sur chaque section

Ces données permettent de détecter les points de friction et d’améliorer vos contenus.

Des contenus interactifs sans contrainte de rendu

Avec SCORM, le contenu s’exécute dans une iframe aux dimensions imposées par le LMS.

CMI5 supprime cette contrainte. Le contenu peut s’afficher dans n’importe quel contexte :

• navigateur plein écran
• application native
• navigateur embarqué

C’est particulièrement utile pour des contenus no-code comme ceux créés avec PandaSuite, où l’expérience visuelle et interactive est centrale. Moodle 4.x, Docebo, TalentLMS et Cornerstone ont tous renforcé leur support CMI5 ces deux dernières année.

CMI5 vs SCORM : ce qui change vraiment

SCORM reste pertinent dans de nombreux contextes : si vos contenus sont des modules classiques, si votre LMS ne supporte pas encore CMI5, si vos apprenants travaillent exclusivement sur desktop en ligne. Mais dès que le terrain, le mobile ou la richesse des données entre en jeu, CMI5 est le standard qui répond.

Pour aller plus loin sur la conception de parcours e-learning engageants, consultez notre article sur comment choisir le bon outil auteur SCORM selon votre contexte.