Qu'est-ce que SCORM ?
SCORM est un standard technique qui permet à un module de formation en ligne de fonctionner sur n'importe quelle plateforme compatible et d'y renvoyer les résultats de l'apprenant. Le sigle signifie Sharable Content Object Reference Model, soit modèle de référence pour les objets de contenu partageables.
Concrètement, un module SCORM se présente comme un simple fichier compressé au format ZIP. À l'intérieur se trouvent les ressources du cours, pages HTML, images, vidéos, quiz, et surtout un fichier nommé imsmanifest.xml. Ce manifeste est la carte d'identité du module : il liste les fichiers, décrit la structure du cours et indique à votre plateforme comment le lancer.
Le standard est né de l'initiative ADL, portée par le département de la Défense des États-Unis, qui cherchait à mettre fin à une situation absurde : chaque contenu acheté devait être redéveloppé pour chaque plateforme. SCORM 1.0 paraît en 2000, et la version 1.2, publiée en octobre 2001, reste aujourd'hui encore la plus répandue du secteur.
Comment un module SCORM dialogue avec votre plateforme
Le mécanisme repose sur trois pièces, et comprendre leur rôle vous évitera bien des échanges pénibles avec un éditeur.
Le manifeste est lu par votre plateforme au moment de l'import. Il lui dit quels fichiers composent le module, dans quel ordre présenter les activités, et quelle version de SCORM le contenu utilise. Un manifeste absent ou malformé, et l'import échoue : c'est la cause numéro un des refus d'import.
L'interface JavaScript prend le relais pendant que l'apprenant travaille. Le module cherche la plateforme dans la fenêtre du navigateur, s'y connecte, et lui transmet au fil de l'eau ce qu'il observe. Cette recherche explique une contrainte souvent mal comprise : un module SCORM doit être hébergé par votre plateforme, il ne peut pas être simplement mis en ligne ailleurs et appelé par un lien.
Le modèle de données normalise ce qui circule. Chaque information porte un nom fixe, le même chez tous les éditeurs : le score brut s'appelle cmi.core.score.raw en SCORM 1.2 et cmi.score.raw en SCORM 2004. C'est cette normalisation qui fait tout l'intérêt du standard : votre plateforme sait lire un module qu'elle n'a jamais vu.
Quand l'apprenant ferme le module, une dernière transmission a lieu. Si elle n'aboutit pas, parce que l'onglet a été fermé brutalement ou la connexion perdue, la session peut ne rien remonter du tout. C'est la limite la plus concrète du standard au quotidien.
SCORM 1.2 ou SCORM 2004, lequel choisir ?
La question revient à chaque achat de contenu, et la réponse est contre-intuitive : la version la plus ancienne est le plus souvent le bon choix.
| SCORM 1.2 | SCORM 2004 | |
|---|---|---|
| Publication | Octobre 2001 | 2004, quatre éditions jusqu'en 2009 |
| Compatibilité | Universelle en pratique | Variable selon les plateformes |
| Séquencement | Absent, l'apprenant navigue librement | Règles de progression entre modules |
| Statut réel | Le standard de fait du marché | L'édition 3 est la plus répandue des quatre |
Retenez la règle pratique : prenez SCORM 1.2 par défaut, et SCORM 2004 uniquement si vous avez besoin d'imposer un ordre de passage, par exemple bloquer l'accès au module 3 tant que le module 2 n'est pas validé. Si vous achetez un contenu, demandez systématiquement à l'éditeur la version du package, et vérifiez qu'elle figure dans les formats acceptés par votre plateforme avant de signer.
Ce que SCORM remonte, et ce qu'il ne remonte pas
Le standard a été conçu pour un usage précis, celui d'un module suivi dans un navigateur, connecté à une plateforme. Tout ce qui sort de ce cadre lui échappe.
| SCORM sait faire | SCORM ne sait pas faire |
|---|---|
| Importer un contenu tiers sans développement | Suivre une activité hors connexion |
| Remonter un score, un statut, un temps passé | Tracer un apprentissage hors de la plateforme |
| Enregistrer les réponses aux questions du module | Analyser un parcours libre ou un comportement fin |
| Reprendre un module là où il a été quitté | Suivre une application mobile native |
Une précision sur le mobile, souvent mal formulée : un module SCORM s'ouvre sans difficulté dans le navigateur d'un téléphone. Ce qui pose problème, ce sont les contenus anciens conçus en Flash, aujourd'hui illisibles partout, et les applications mobiles installées, qui ne passent pas par un navigateur et ne peuvent donc pas dialoguer avec votre plateforme.
Intégrer un module acheté, en pratique
La manipulation est courte, à condition de vérifier deux choses avant de cliquer.
Demandez la version du package à l'éditeur, et confrontez-la aux formats acceptés par votre plateforme. Un module SCORM 2004 déposé sur une plateforme qui ne gère que le 1.2 sera refusé, ou pire, importé sans remonter aucune donnée. Cette vérification se fait avant l'achat, pas après.
Déposez le fichier ZIP tel quel, sans le décompresser et sans le renommer. C'est l'erreur la plus fréquente : on ouvre l'archive pour regarder ce qu'elle contient, on la recompresse, et le manifeste se retrouve dans un sous-dossier au lieu d'être à la racine. La plateforme ne le trouve plus et l'import échoue, sans autre explication qu'un message d'erreur générique.
Le reste se déroule sans surprise. Votre plateforme lit le manifeste, crée l'activité et extrait les ressources. Vous rattachez ensuite le module à une session, à un groupe ou à des apprenants nommés, et chacun le lance depuis son espace personnel. Les résultats remontent dans vos rapports au fil des sessions.
Un dernier réflexe, qui vous évitera une mauvaise surprise en cours de session : lancez vous-même le module une fois, jusqu'au bout, et vérifiez que le score et le statut apparaissent bien dans le rapport. Un package peut s'importer correctement et ne rien remonter du tout, parce que l'éditeur a mal implémenté la fermeture de session. Mieux vaut le découvrir sur votre propre test que sur le dossier d'un apprenant.
Ce que la réglementation attend d'une formation à distance
Voici le point qui compte le plus pour un organisme de formation français, et qu'aucun article technique sur SCORM n'aborde. Vos traces de connexion ne suffisent pas à justifier une action de formation à distance.
L'article D6313-3-1 du code du travail énumère trois éléments que toute action réalisée en tout ou partie à distance doit comporter :
- Une assistance technique et pédagogique appropriée pour accompagner le bénéficiaire dans le déroulement de son parcours.
- Une information du bénéficiaire sur les activités pédagogiques à effectuer à distance et leur durée moyenne.
- Des évaluations qui jalonnent ou concluent l'action de formation.
SCORM vous aide sur le troisième point, partiellement sur le deuxième, et pas du tout sur le premier. Un module qui remonte un score prouve qu'une évaluation a eu lieu. Il ne prouve ni qu'une assistance a été proposée, ni qu'elle a été rendue effective.
Cette distinction n'est pas théorique. Un jugement du tribunal administratif de Toulouse du 2 novembre 2023 a écarté, comme preuves insuffisantes de la réalisation d'une formation à distance, des relevés de connexion accompagnés de courriels de prise de nouvelles, de contrats de formation et d'attestations de présence. Le juge attend des traces d'accompagnement individualisé et de résultats d'évaluation, pas seulement la démonstration qu'un accès a été ouvert.
Pour un organisme certifié, cela se traduit par une règle simple : gardez à côté de vos rapports SCORM les échanges avec l'apprenant, les rendez-vous de suivi, les corrections de travaux et les évaluations, datés et nominatifs. C'est cet ensemble qui fait preuve, pas le relevé de connexion pris isolément.
Côté Qualiopi, deux indicateurs sont directement concernés. L'indicateur 6 porte sur les contenus et les modalités de mise en œuvre adaptés aux objectifs et aux publics, ce qui englobe la façon dont vous articulez présentiel et distanciel. L'indicateur 12 porte sur l'engagement des bénéficiaires : l'auditeur y cherche la preuve que vous avez suivi la progression de chacun et que vous avez réagi quand un apprenant a décroché. Un rapport de connexion plat, sans aucune relance visible, répond mal à cette attente.
SCORM, xAPI et cmi5
Deux standards plus récents complètent le paysage, et vous entendrez leurs noms dès que vous parlerez à un éditeur.
xAPI, parfois appelé Tin Can, lève la contrainte du navigateur. Il permet d'enregistrer n'importe quelle activité, y compris hors de la plateforme et hors connexion, sous forme de phrases du type « untel a terminé telle activité ». Il convient aux parcours qui débordent du module en ligne : mise en situation, application mobile, activité en atelier.
cmi5 combine les deux approches. Il reprend la souplesse de xAPI tout en conservant la structure d'un cours lancé depuis une plateforme, avec import de package et suivi centralisé.
Faut-il abandonner SCORM pour autant ? Non, et pour une raison pragmatique : le catalogue des éditeurs reste massivement livré en SCORM 1.2. Un organisme qui achète des modules sur étagère a besoin de SCORM avant toute chose. xAPI devient utile le jour où vous concevez vos propres parcours et voulez tracer ce qui se passe en dehors de l'écran.
Ce qu'il faut retenir
- Un module SCORM est un fichier ZIP contenant le cours et un manifeste qui décrit sa structure.
- Le module doit être hébergé par votre plateforme pour pouvoir dialoguer avec elle.
- SCORM 1.2 reste le choix par défaut, SCORM 2004 sert quand vous devez imposer un ordre de passage.
- L'article D6313-3-1 impose une assistance, une information sur les activités et des évaluations.
- Un relevé de connexion pris isolément ne prouve pas la réalisation d'une formation à distance.
La difficulté n'est donc pas technique, elle est documentaire. Un organisme peut importer parfaitement ses modules et se retrouver démuni le jour d'un contrôle, parce que ses traces de connexion vivent dans la plateforme, ses échanges avec l'apprenant dans une messagerie, ses évaluations dans un tableur, et ses attestations dans un dossier.
C'est précisément là que Workbots intervient. Son module LMS importe les contenus aux formats SCORM 1.2 et 2004, les organise en modules et en parcours progressifs, et délivre automatiquement les certificats de complétion. Les rapports couvrent la connexion, la progression et les résultats, apprenant par apprenant.
Surtout, les trois exigences de l'article D6313-3-1 se retrouvent au même endroit. Le tuteur IA et la messagerie de l'espace apprenant matérialisent l'assistance et en conservent la trace. La fiche pédagogique générée décrit les activités et leur durée. Les quiz et évaluations intégrés jalonnent le parcours. Et chaque pièce produite rejoint le dossier de l'apprenant concerné, si bien que votre dossier de preuves s'exporte au lieu de s'assembler.
Pour approfondir ce sujet, consultez la rubrique SCORM et les normes sur notre blog, ainsi que nos articles sur la certification Qualiopi et sur l'auditeur Qualiopi.
Une démonstration de trente minutes vous permettra d'importer un de vos propres packages et de voir ce qui remonte réellement dans les rapports, avant de vous engager sur un catalogue de contenus.