Lorsque vous publiez un cours depuis votre outil auteur, l’une des premières questions posées est celle de la norme à utiliser : SCORM 1.2 ou SCORM 2004, et souvent quelle édition de 2004. Les deux restent d’un usage courant, et ce choix change ce que votre LMS peut enregistrer sur chaque apprenant. Voici ce qui diffère vraiment, et comment décider.
Un bref historique du SCORM
Le SCORM (Sharable Content Object Reference Model) a été développé par l’initiative Advanced Distributed Learning (ADL), parrainée par le département de la Défense des États-Unis. Il définit deux choses :
- Empaquetage : un cours est un fichier zip contenant à sa racine un fichier
imsmanifest.xmlqui décrit son contenu. - Exécution : une interface JavaScript que le cours utilise pour dialoguer avec le LMS : démarrer, enregistrer la progression, transmettre un score et terminer.
SCORM 1.2 est sorti en 2001. SCORM 2004 lui a succédé et a connu quatre éditions, la dernière en 2009. Les travaux ultérieurs se sont tournés vers des spécifications plus récentes comme xAPI et cmi5, qui sont des normes distinctes, et non des versions plus récentes du SCORM.
Les différences pratiques
Statut d’achèvement et statut de réussite
C’est la différence que les auteurs de cours remarquent le plus.
SCORM 1.2 n’a qu’un seul champ, cmi.core.lesson_status, qui contient une seule valeur : réussi, terminé, échoué, incomplet, parcouru ou non tenté. Un cours peut indiquer qu’un apprenant a « terminé » ou « réussi », mais pas les deux à la fois. C’est pourquoi les outils auteur demandent généralement comment transmettre le résultat, avec des choix tels que réussi/incomplet ou terminé/incomplet.
SCORM 2004 sépare cela en deux :
- Statut d’achèvement : l’apprenant est-il allé au bout du contenu ? (terminé, incomplet, non tenté ou inconnu)
- Statut de réussite : a-t-il atteint le niveau requis ? (réussi, échoué ou inconnu)
Un cours SCORM 2004 peut donc indiquer « terminé, mais échoué », ce qui compte quand vous devez savoir que quelqu’un a tout vu et réussi.
Quelle quantité de données de progression un cours peut stocker
Les cours enregistrent leur position à l’aide d’un signet et d’un bloc de « données de suspension » contenant les réponses, les variables et l’état des diapositives.
- SCORM 1.2 autorise 4 096 caractères de données de suspension et un signet de 255 caractères.
- SCORM 2004 autorise 64 000 caractères de données de suspension dans ses 3e et 4e éditions, et un signet de 1 000 caractères.
Les longs cours comptant de nombreuses diapositives, variables ou banques de questions peuvent manquer de place en SCORM 1.2. Ce qui se passe ensuite dépend de l’outil et du LMS, mais un symptôme fréquent est un cours qui ne reprend pas là où l’apprenant s’était arrêté.
Séquencement et navigation
SCORM 1.2 n’offre aucun moyen standard pour qu’un package contrôle l’ordre de ses parties. C’est le LMS qui décide, et la navigation se fait généralement à l’intérieur du cours lui-même.
SCORM 2004 ajoute des règles de séquencement et de navigation qui résident dans le package : prérequis entre modules, pré-tests permettant aux apprenants de sauter les contenus qu’ils connaissent déjà, et règles pour consolider les résultats en un statut global. Elles sont puissantes mais complexes, et leur prise en charge varie d’un LMS à l’autre. Les cours exportés depuis des outils auteur sont souvent un seul SCO (une seule partie lançable), auquel cas le séquencement n’entre guère en jeu.
Scores et données de questions
Les deux versions enregistrent un score brut avec un minimum et un maximum. SCORM 2004 ajoute un score normalisé et un jeu de champs plus riche pour enregistrer les réponses aux questions individuelles (interactions).
Points de compatibilité
- Où le cours sera-t-il diffusé ? S’il n’est destiné qu’à votre propre LMS, testez les deux formats dessus. Si vous fournissez des cours à des clients qui exploitent leur propre LMS, demandez quel format ils souhaitent avant de publier.
- Quelle édition de 2004 ? Un LMS qui prend en charge SCORM 2004 ne gère pas nécessairement toutes les éditions de la même façon. Vérifiez celles que prend en charge votre LMS, et testez.
- Plus simple, moins de surprises. SCORM 1.2 a moins de pièces mobiles, c’est pourquoi on le considère souvent comme le choix par défaut le plus sûr.
- xAPI et cmi5 ne sont pas des substituts. Si votre LMS attend du SCORM, n’exportez pas par erreur du xAPI, du cmi5 ou de l’AICC.
SCORM 1.2 et SCORM 2004 en un coup d’œil
| SCORM 1.2 | SCORM 2004 | |
|---|---|---|
| Publication | 2001 | 2004, avec la 4e édition en 2009 |
| Remontée du résultat | Un seul statut (p. ex. réussi ou terminé) | Statuts d’achèvement et de réussite distincts |
| Données de suspension | 4 096 caractères | 64 000 caractères (3e et 4e éditions) |
| Signet | 255 caractères | 1 000 caractères |
| Scores | Brut, minimum, maximum | Ajoute un score normalisé |
| Séquencement | Non défini ; c’est le LMS qui décide | Règles définies dans le package |
| Complexité | Faible | Plus élevée ; la prise en charge varie selon l’édition |
Lequel publier ? Un guide de décision
Choisissez SCORM 1.2 lorsque
- Le cours est de durée courte à moyenne et reprend de façon fiable lors des tests
- Un seul résultat suffit, par exemple « réussi » ou « terminé »
- Vous ne savez pas sur quel LMS le cours finira, ou un client l’a demandé
Choisissez SCORM 2004 lorsque
- Vous avez besoin d’enregistrer séparément l’achèvement et la réussite/l’échec
- Le cours est long ou à états multiples et manque de données de suspension en SCORM 1.2
- Vous comptez sur un séquencement au niveau du package, et vous avez confirmé que votre LMS prend en charge les règles que vous utilisez
Si vous hésitez encore
Publiez les deux à partir de la même source, importez-les dans le LMS que vous utiliserez et comparez. Notre guide sur comment tester un package SCORM détaille ce qu’il faut vérifier.
Comment Acadenix gère les deux
Acadenix est un LMS SCORM qui accepte des zips SCORM 1.2 et SCORM 2004 jusqu’à 100 Mo chacun. Vous ajoutez un package à la bibliothèque de modules et choisissez SCORM 1.2 ou SCORM 2004 comme type de module, et le package enregistre lui-même son achèvement. La progression, les scores et l’achèvement sont suivis pour chaque apprenant, avec un rapport SCORM dédié, et le contenu est diffusé de façon privée depuis une adresse distincte et isolée (sandbox), avec un accès signé de courte durée.
Quelques fonctionnalités peuvent rendre le choix du format moins déterminant :
- Un seuil de réussite dans le LMS. Faites suivre vos modules SCORM d’un test intégré avec seuil de réussite, nouvelles tentatives et limite de temps, et faites de sa réussite la condition pour achever le cours.
- Des modules dans l’ordre. Si tout ce que vous attendez du séquencement, c’est « le module 1 avant le module 2 », publiez chaque module comme un module distinct et cochez These units run in order (ces modules s’exécutent dans l’ordre).
- Changer d’avis plus tard. Importer un nouveau fichier, ou un nouveau type de module, crée une nouvelle version du module. Vous choisissez si les apprenants en cours de route recommencent sur celle-ci ou terminent la version commencée, et les personnes qui ont déjà terminé conservent leur achèvement et voient un indicateur Updated (mis à jour).
Les packages xAPI (Tin Can), cmi5 et AICC ne sont pas pris en charge : publiez donc en SCORM 1.2 ou 2004.
À retenir
- SCORM 2004 distingue « terminé » de « réussi » ; SCORM 1.2 ne remonte qu’un seul statut.
- SCORM 1.2 offre beaucoup moins de place pour les données de reprise, ce qui peut poser problème aux longs cours.
- Le séquencement SCORM 2004 est puissant, mais sa prise en charge varie selon les LMS : testez-le donc.
- Si vous hésitez, publiez les deux à partir de la même source et testez-les sur votre LMS.
Envie de voir comment se comportent vos propres packages ? Demandez un essai et importez vos zips SCORM 1.2 et SCORM 2004 dans Acadenix. Vous disposez de 14 jours pour jusqu’à 25 apprenants.
