SCORM 1.2, SCORM 2004, xAPI et cmi5 : quelle norme devez-vous utiliser ?

Tout projet d’e-learning aboutit inévitablement à la même question : quel format devons-nous exporter ? SCORM 1.2, SCORM 2004, xAPI et cmi5 ne sont pas interchangeables. Ils représentent différentes générations de réflexion sur la manière dont les systèmes d’apprentissage communiquent, et choisir le mauvais format entraîne soit un dysfonctionnement du suivi dans le LMS, soit une infrastructure inutilisée.

Cet article explique chaque norme, son fonctionnement et les cas dans lesquels elle constitue le choix approprié.

SCORM 1.2 (1999)

SCORM 1.2 est la spécification d’apprentissage en ligne la plus ancienne et la plus largement prise en charge. Développée par l’ADL (Advanced Distributed Learning) et publiée en 1999, elle définit la manière dont un cours communique avec un LMS à l’aide d’appels d’API JavaScript sur un objet « fenêtre de navigateur » partagé.

Fonctionnement : la plateforme LMS fournit un objet JavaScript (API) dans le navigateur. Le cours identifie cet objet et appelle des fonctions telles que LMSInitialize, LMSSetValue et LMSCommit pour signaler la progression, les scores et l'état d'avancement.

Principales fonctionnalités :

• État d'avancement : passed, failed, completed, incomplete, not attempted, browsed
• Un score unique (cmi.core.score.raw)
• Données de suspension : une chaîne de caractères pouvant comporter jusqu’à 4 096 caractères permettant de sauvegarder l’état d’avancement de l’apprenant
• Suivi du temps (cmi.core.total_time)

Contraintes :

• En pratique, un seul SCO (Shareable Content Object) par module — l’enchaînement de plusieurs SCO est théoriquement possible, mais rarement mis en œuvre correctement par les LMS
• Pas de suivi par objectif
• La limite de 4 096 caractères pour les données de suspension peut s’avérer insuffisante pour des cours adaptatifs complexes
• Pas de prise en charge hors ligne ni sur mobile

SCORM 1.2 reste aujourd’hui encore la norme dominante en raison de sa compatibilité universelle avec les LMS. Selon l’analyse « xAPI vs SCORM » réalisée par iSpring, SCORM 1.2 demeure le format le plus couramment déployé sur les plateformes de formation en entreprise.

Optez pour SCORM 1.2 dans les cas suivants : votre LMS est ancien ou non certifié, vous avez besoin d’une compatibilité garantie, et une évaluation « réussi/échoué » avec une note unique suffit.

SCORM 2004 (2001–2009)

La norme SCORM 2004 a fait l’objet de quatre éditions entre 2001 et 2009. Elle a remédié aux limites de la norme SCORM 1.2 grâce à un modèle de données plus riche, une logique de séquencement appropriée et un suivi par objectif.

Principales améliorations par rapport à SCORM 1.2 :

• Séquençage et navigation : règles de branchement entre les SCO en fonction des performances de l’apprenant
• Les champs de données « statut d'achèvement » et « statut de réussite » sont distincts.
• Notations par objectif et suivi de la maîtrise
• Suivi des interactions (cmi.interactions) pour des rapports détaillés sur les quiz
• Augmentation de la capacité de stockage des données

Contraintes :

• Les implémentations des LMS manquent d’uniformité. De nombreux LMS prétendent prendre en charge la norme SCORM 2004, mais n’implémentent que partiellement le moteur de séquencement.
• La rédaction et les tests s’avèrent plus complexes à réaliser correctement.
• La solution repose toujours sur du JavaScript côté navigateur ; le suivi hors ligne et sur mobile reste donc impossible.

Optez pour SCORM 2004 lorsque : votre LMS le prend correctement en charge (testez-le avant de valider), vous avez besoin d’un enchaînement de plusieurs modules ou de rapports par objectif, et vous publiez sur un LMS d’entreprise moderne tel que SAP SuccessFactors ou Cornerstone.

xAPI / Tin Can API (2013)

xAPI (également connue sous le nom de Tin Can API ou Experience API) a été développée dans le cadre d’une refonte complète de la manière dont les données d’apprentissage pouvaient être capturées. Publiée en 2013, elle a entièrement supplanté le modèle JavaScript du navigateur en matière de communication. Comme l’explique xAPI.com, le concept de base est simple : les activités d’apprentissage génèrent des énoncés sous la forme « L’acteur a effectué l’action sur l’objet ».

Fonctionnement : au lieu de communiquer via le JavaScript du navigateur, xAPI envoie des requêtes HTTP POST à un Learning Record Store (LRS). Le LRS est une base de données qui stocke et fournit des déclarations xAPI. Le LMS n’est plus nécessaire en tant qu’intermédiaire.

Principales fonctionnalités :

• Suivez toutes les activités d’apprentissage : cours formels, vidéos visionnées, simulations, tâches en situation de travail, interactions avec l’application mobile
• Suivi hors ligne : les déclarations sont mises en file d’attente localement et synchronisées lorsque la connexion est rétablie
• Suivi au-delà du LMS : l'apprentissage en dehors d'un LMS traditionnel peut être pris en compte
• Vocabulaire riche pour les énoncés : tout verbe, tout type d’activité

Ce dont vous avez besoin : un LRS ( Learning Record Store) est une infrastructure indispensable. Comme décrit dans le guide « Learning Record Store » de xAPI.com, le LRS est un système distinct du LMS : il stocke les déclarations, prend en charge les opérations CRUD et peut faire l’objet de requêtes à des fins d’analyse. Certains LMS intègrent un LRS ; d’autres nécessitent un produit autonome.

Optez pour xAPI lorsque : vous devez suivre l’apprentissage en dehors du LMS (applications mobiles, simulations, événements en présentiel), vous disposez d’un LRS ou prévoyez d’en créer un, ou vous avez besoin d’analyses détaillées au niveau des déclarations, allant au-delà de la simple distinction réussite/échec.

cmi5 (2016)

cmi5 est un « profil » s'appuyant sur xAPI qui rétablit le modèle de lancement et d'authentification des LMS que xAPI avait délibérément supprimé. Publié par l'ADL en 2016, il concilie la flexibilité de xAPI avec le modèle structuré d'intégration aux LMS dont les services de formation en entreprise ont besoin. La page cmi5 de Rustici Software et l’explication de cmi5 fournie par Easygenerator le décrivent toutes deux comme « un SCORM bien conçu avec xAPI ».

Ce que cmi5 apporte de plus par rapport au xAPI brut :

• Mécanisme de lancement défini : la plateforme LMS lance le contenu cmi5 de la même manière qu’elle lance le contenu SCORM
• Mentions obligatoires : launched, initialized, terminated, passed, failed, completed sont requises — afin de fournir des données cohérentes aux LMS.
• Authentification : le point de terminaison LRS et les identifiants sont transmis au contenu au moment du lancement, et ne sont pas codés en dur
• Logique de progression : la plateforme LMS contrôle le moment où un apprenant peut passer à l'activité suivante

Optez pour le cmi5 lorsque : vous souhaitez bénéficier de la richesse des données de xAPI associée au modèle d’intégration LMS de SCORM, que votre LMS le prend en charge (c’est le cas de SAP SuccessFactors et de Cornerstone) et que vous constituez une bibliothèque de contenus à long terme qui doit être à l’épreuve du temps. Comme indiqué dans la présentation de cmi5 sur xAPI.com, cmi5 est de plus en plus recommandé comme norme par défaut pour les nouveaux contenus d’entreprise.

Tableau comparatif

Cadre décisionnel

• LMS hérité ou compatibilité inconnue : SCORM 1.2.
• Système de gestion de l’apprentissage (LMS) d’entreprise moderne, nécessitant un enchaînement des modules et un suivi des objectifs : SCORM 2004 (vérifiez au préalable la prise en charge par le LMS).
• Apprentissage en dehors du LMS, sur mobile, hors ligne ou suivi des simulations : xAPI.
• LMS d'entreprise + stratégie de contenu pérenne : cmi5.

Vous ne savez pas quelle norme utilise un module existant ? Un validateur SCORM gratuit détecte la norme — SCORM 1.2, SCORM 2004, xAPI ou cmi5 — à partir du descripteur du module et vérifie sa structure en quelques secondes, directement dans votre navigateur.

Le rôle de Skillsail

Skillsail exporte les quatre formats suivants : SCORM 1.2, SCORM 2004, xAPI et cmi5, ainsi que du HTML5 autonome. Cela signifie que vous pouvez choisir la norme qui correspond à votre LMS et à vos exigences en matière de rapports sans être limité à un seul format de sortie. Pour les déploiements multilingues, chaque variante linguistique est exportée sous forme de package distinct, quel que soit le format que vous sélectionnez.