SCORM 1.2 vs SCORM 2004 vs xAPI vs cmi5 : que choisir ?

SCORM regroupe les fichiers du cours dans un package destiné au LMS et définit les échanges de données pendant la session. xAPI utilise des déclarations, appelées statements, pour décrire l’apprentissage dans ou hors du LMS. cmi5 s’appuie sur xAPI et ajoute des règles de lancement, d’identité, de session et de structure pour les cours diffusés par un LMS.

Choisissez SCORM 1.2 lorsque le package doit fonctionner sur le plus grand nombre de plateformes ou lorsque le LMS destinataire l’exige. Il couvre correctement les données essentielles : lancement, statut du cours, score, temps passé et reprise.

Ses limites apparaissent dans les contenus plus riches. Il réunit complétion et réussite dans un même statut, offre moins d’espace pour les données de reprise et propose un modèle d’interactions moins détaillé. Limitez la taille des données de reprise et vérifiez la manière dont le LMS transforme les statuts en rapports.

SCORM 2004 sépare la complétion de la réussite, augmente l’espace disponible pour les données de reprise, enrichit les interactions et ajoute le séquençage et la navigation. Il permet d’indiquer qu’un cours est terminé sans être réussi, de mémoriser davantage de données ou de contrôler la progression entre plusieurs SCO.

Demandez quelle édition est prise en charge et testez le séquençage. Les troisième et quatrième éditions ont résolu des ambiguïtés, mais la spécification reste plus complexe que SCORM 1.2. Un cours simple avec un seul SCO ne s’améliore pas automatiquement en adoptant la version la plus récente.

xAPI peut décrire des expériences hors de la fenêtre traditionnelle du cours : coaching, simulations, activités mobiles, pratique sur le terrain, consultation de contenus ou événements dans une application. Les déclarations sont envoyées à un Learning Record Store (LRS) et peuvent employer un vocabulaire adapté à l’activité.

xAPI seul ne définit pas toutes les règles de création du package et de lancement associées à SCORM. Avant de le choisir, précisez la gestion de l’identité, des autorisations, des inscriptions, du mode hors ligne, du vocabulaire et des rapports.

cmi5 vise des unités assignables lancées par un LMS tout en utilisant xAPI pour les données. Il précise les règles de lancement, d’autorisation, de session, d’inscription, de critères de progression (move-on) et de structure. Ces règles rendent l’utilisation de xAPI dans un LMS plus prévisible.

Choisissez cmi5 lorsque l’outil auteur et le LMS le prennent en charge et que vous avez besoin de données riches sans définir vous-même toutes les règles de lancement. Conservez un export de repli si des clients utilisent encore des plateformes limitées au SCORM.

Conservez le cours modifiable dans l’outil auteur et traitez les packages SCORM, xAPI et cmi5 comme des fichiers de publication. ScormStack, Rise 360, Storyline et iSpring peuvent publier plusieurs standards, avec des options qui varient selon les produits et les offres.

ScormStack publie actuellement en SCORM 1.2, SCORM 2004, xAPI, cmi5 et HTML, ainsi que sous forme de liens ou en Dynamic SCORM. Eluneo accepte les packages SCORM 1.2, SCORM 2004, xAPI et cmi5. Vous pouvez ainsi changer d’outil auteur ou de LMS sans reprendre le cours depuis le début.

Commencez par les formats acceptés par la destination, puis retenez l’option la moins complexe qui préserve les données et comportements nécessaires. Validez-la avec un package de référence avant de republier tout le catalogue.

Ne republiez pas un catalogue SCORM stable uniquement parce qu’un autre standard est plus récent. Migrez lorsque le format actuel bloque une expérience, une donnée nécessaire, une intégration ou la maintenance. Chaque nouvelle publication peut modifier les identifiants, la logique de complétion et les données de reprise.

Créez une matrice par outil auteur, préréglage d’export, LMS et résultat attendu. Consignez-y les combinaisons qui passent les tests SCORM au lieu d’appliquer une règle unique à tout le catalogue.