Méthode pas à pas
Comment importer et tester un package SCORM dans un LMS
Une méthode concrète pour valider, importer, lancer, suivre, dépanner et remplacer un package SCORM dans un LMS en conservant l’historique.
Exploitation SCORM10 min de lecture
La réussite d’un import SCORM dit peu du suivi. Un module peut s’ouvrir sans enregistrer la progression, transmettre la complétion attendue ou restaurer la position de l’apprenant.
Vérifiez l’export avant l’import, testez les échanges SCORM avec plusieurs scénarios côté apprenant et traitez chaque remplacement comme un changement de version contrôlé.
À retenir
- Importez le ZIP original produit par l’outil auteur, sans recompresser son dossier parent.
- Dans un package valide, imsmanifest.xml se trouve à la racine de l’archive.
- Testez la reprise, le statut, le score, la durée et les tentatives avec un compte apprenant dédié.
- Préservez les anciennes tentatives lors de la publication d’une nouvelle version.
1. Définir les règles de suivi dans l’outil auteur
Avant l’export, décidez ce qui déclenche la complétion du cours et ce qui constitue une réussite. La complétion peut dépendre du pourcentage de contenu consulté ou d’une évaluation finale. Un cours peut être terminé sans être réussi : séparez donc les deux états lorsque le standard et le LMS le permettent.
Dans ScormStack, Rise 360, Storyline, iSpring, Easygenerator et les outils du même type, examinez le panneau de publication plutôt que d’accepter les valeurs par défaut. Choisissez la version SCORM attendue, vérifiez le titre, la langue et chaque interaction évaluée.
2. Inspecter le package sans le modifier
Le LMS attend généralement un ZIP dont la racine contient imsmanifest.xml. Ce manifeste décrit les organisations, ressources, fichiers de lancement et métadonnées SCORM. Si un dossier supplémentaire entoure le manifeste, de nombreux importeurs ne trouveront pas la ressource à lancer.
Conservez l’export original comme version de référence. Renommer le ZIP est souvent sans conséquence, mais le décompresser, le modifier puis le recompresser peut altérer les chemins ou les encodages. Corrigez plutôt le cours dans l’outil auteur et exportez-le à nouveau.
- Vérifier l’extension .zip et la limite de taille du LMS.
- Ouvrir l’archive seulement pour contrôler sa structure.
- Confirmer que imsmanifest.xml se trouve bien à la racine.
- Noter la version source, la date d’export et la version SCORM.
3. Importer, relire et publier
Créez ou sélectionnez le cours dans le LMS, importez le ZIP puis vérifiez la version détectée. Contrôlez le titre, le lancement, l’illustration, les règles d’inscription, la complétion et l’éventuel certificat ou calendrier d’accès avant la publication.
Testez depuis le portail apprenant en plus de l’aperçu administrateur. L’aperçu peut contourner l’inscription, l’identité, la création d’une tentative ou la mise à jour des rapports. Publiez le cours pour un groupe de test restreint et lancez-le depuis le portail utilisé par les apprenants.
4. Exécuter une matrice minimale de tests SCORM
Utilisez un nouveau compte apprenant pour la première tentative et notez le résultat attendu avant de lancer le cours. Après chaque scénario, comparez l’interface du cours, le tableau de bord de l’apprenant et le rapport administrateur pour repérer les écarts entre les réglages de l’outil auteur et leur interprétation par le LMS.
| Scénario | Action | Résultat attendu |
|---|---|---|
| Premier lancement | Ouvrir le cours affecté | Une tentative est créée et le bon SCO se lance |
| Reprise | Sortir à mi-parcours, se déconnecter puis revenir | Progression et position sont restaurées |
| Complétion | Atteindre la règle définie | Statut et date de fin sont enregistrés |
| Évaluation | Échouer, recommencer puis réussir | Scores, réussites et tentatives restent distincts |
| Durée | Rester dans le cours pendant une durée mesurée | Temps de session et temps total sont plausibles |
| Appareil | Relancer le cours sur mobile | Contenu et commandes restent utilisables |
5. Diagnostiquer au bon niveau
Si l’import échoue, inspectez la structure de l’archive, la validité du manifeste, la taille du ZIP et les options d’export non prises en charge. Si le module s’ouvre sans transmettre de données, comparez la règle définie dans l’outil auteur, les variables envoyées et les champs affichés. Si la reprise échoue, vérifiez que les données de reprise et la position sont enregistrées avant la fermeture.
En cas de doute, lancez le même package dans un environnement de test SCORM reconnu pour distinguer un problème de contenu d’un problème de LMS. Exportez ensuite un très petit cours de référence depuis le même outil auteur. Une comparaison qui ne change qu’une variable accélère le diagnostic.
- Écran vide : contrôler chemins, contenu mixte, erreurs navigateur et politiques de sécurité.
- Pas de complétion : vérifier le déclencheur auteur et le parcours réel.
- Score sans réussite : examiner score de maîtrise et réglage du statut.
- Reprise perdue : examiner validation de sortie et limite suspend data, surtout en SCORM 1.2.
- Résultat différent selon le LMS : comparer les journaux SCORM et les préréglages d’export.
6. Remplacer le contenu par une version contrôlée
N’écrasez pas directement les fichiers dans l’espace de stockage. Utilisez la gestion des versions ou le remplacement prévu par le LMS pour préserver les tentatives actives, les résultats terminés, les caches et le lien entre les rapports et la nouvelle archive.
Évaluez l’ampleur du changement. Une correction de texte est souvent compatible ; la modification des identifiants, des SCO, de la navigation ou de l’évaluation peut exiger une nouvelle tentative. Consignez dans une note la version du cours dans l’outil auteur, le ZIP exporté, la version publiée dans le LMS et la date d’effet.
7. Terminer la checklist de production
Faites valider le lancement par la personne qui gère le contenu, celle qui exploite les rapports et celle qui a importé le package. Vérifiez les textes destinés aux apprenants, l’accessibilité, l’affichage mobile, les coordonnées d’assistance, les données collectées et le rapport qui prouvera le résultat de la formation.
Pour être prêt pour la production, le package doit se lancer, reprendre au bon endroit, transmettre la complétion et produire les données attendues après une mise à jour.
Questions fréquentes
Pourquoi mon LMS refuse-t-il le ZIP SCORM ?
Les causes fréquentes sont un imsmanifest.xml absent ou placé dans un sous-dossier, une version non prise en charge, un manifeste invalide, une limite de taille ou une archive endommagée. Réexportez depuis la source avant toute modification manuelle.
Comment vérifier que le suivi SCORM fonctionne ?
Avec un compte apprenant, testez une progression partielle et la reprise, la complétion, la réussite ou l’échec, le score, la durée et une nouvelle tentative. Comparez les valeurs attendues dans le portail et les rapports administrateur.
Peut-on remplacer un package après le début des formations ?
Oui, si le LMS fournit une gestion fiable des versions. Les changements d’identifiants, de SCO ou de données de reprise peuvent affecter une tentative en cours ; préservez l’historique et testez le remplacement avant de le publier.