Tester un package SCORM avant son déploiement

Un cours SCORM qui semble parfait dans l’aperçu de votre outil auteur peut quand même se comporter de travers une fois sur un LMS : l’achèvement n’est pas enregistré, les apprenants se retrouvent de nouveau sur la première diapositive, ou la vidéo refuse de se lancer sur un téléphone. Mieux vaut ne pas le découvrir grâce à des centaines d’apprenants. Cette liste de contrôle passe en revue, dans l’ordre, ce qu’il faut tester avant de déployer un package.

Étape 1 : Vérifier vos paramètres d’export

De nombreux problèmes de suivi naissent ici : relisez donc les paramètres de publication avant de chercher ailleurs.

Format : SCORM 1.2 ou SCORM 2004 et, pour 2004, quelle édition. Choisissez un format pris en charge par votre LMS. Si vous hésitez, consultez SCORM 1.2 ou SCORM 2004.
Déclencheur d’achèvement : ce qui rend le cours terminé, comme la consultation d’un certain nombre de diapositives, la réussite d’un quiz ou l’atteinte d’un point précis.
Remontée du résultat : pour le SCORM 1.2, les outils demandent généralement s’il faut transmettre réussi/incomplet, terminé/incomplet, réussi/échoué ou terminé/échoué. Choisissez ce que vos rapports doivent afficher.
Suivi du quiz : le score de réussite, et le quiz qui remonte vers le LMS si le cours en compte plusieurs.
Comportement de reprise : si les apprenants reprennent toujours là où ils s’étaient arrêtés, se voient poser la question, ou repartent de zéro.
Ni xAPI ni cmi5 : si votre LMS attend du SCORM, assurez-vous que c’est bien ce que vous avez exporté.

Notez les paramètres utilisés. Lorsque vous republierez plus tard, vous voudrez obtenir le même résultat.

Étape 2 : Vérifier la taille du fichier et la structure du zip

Manifeste à la racine. Ouvrez le zip : imsmanifest.xml doit se trouver au premier niveau, pas dans un dossier. Compresser un dossier au lieu de son contenu est une erreur fréquente.
Ne recompressez pas à la main. Importez le zip tel que votre outil l’a publié. Si vous devez modifier des fichiers, gardez des noms de fichiers cohérents, car les serveurs web traitent souvent Image.png et image.png comme deux fichiers différents.
Limites de taille. Comparez le fichier à la limite d’import de votre LMS. C’est souvent la vidéo qui alourdit les packages : réduisez alors la qualité des médias dans les paramètres de l’outil, ou scindez un long cours en modules plus courts.

Étape 3 : Le prévisualiser comme un apprenant

Importez le package dans le LMS que vous utiliserez réellement. L’aperçu intégré d’un outil auteur ne dialogue pas avec un LMS : il ne peut donc pas vous montrer les problèmes de suivi.

Ouvrez l’aperçu et parcourez tout le cours. Vérifiez que :

Il se lance, et la mise en page et les polices sont correctes
L’audio, la vidéo et les animations fonctionnent
Les interactions, les glisser-déposer et les quiz répondent
Les liens et les pièces jointes s’ouvrent
Le plein écran et les éventuelles fenêtres pop-up fonctionnent

Dans certains LMS, les aperçus n’enregistrent rien : un bon aperçu prouve donc seulement que le contenu s’affiche. Le suivi exige une vraie tentative d’apprenant.

Étape 4 : Vérifier l’achèvement, le score et la reprise

Suivez le cours comme un apprenant de test, idéalement avec un compte apprenant distinct, et consultez les rapports du LMS après chaque passage, pas seulement ce que le cours affiche à l’écran.

Scénario	Que faire	Que vérifier dans le LMS
Terminer et réussir	Parcourir toutes les diapositives et réussir le quiz	Terminé et réussi, avec le bon score
Échouer	Terminer mais échouer au quiz	Échoué ou non réussi, et si une nouvelle tentative est proposée
Quitter en cours de route	Fermer la fenêtre à mi-parcours, puis la rouvrir	Reprise au bon endroit, avec les réponses précédentes mémorisées
Bouton de sortie	Utiliser le bouton de sortie ou de fermeture propre au cours	La progression est enregistrée
Temps	Noter approximativement le temps passé	Le temps enregistré paraît cohérent

Commencez chaque passage complet par une nouvelle tentative. Les anciennes tentatives conservent leurs anciennes données, ce qui peut masquer l’efficacité d’un correctif.

Étape 5 : Vérifier les navigateurs et les appareils

Testez sur ce que vos apprenants utilisent réellement, pas seulement sur votre propre machine.

Navigateurs : ceux qu’utilise votre organisation, comme Chrome, Edge, Safari et Firefox.
Téléphones et tablettes : si vos apprenants s’en servent, vérifiez la mise en page, les interactions tactiles comme le glisser-déposer, la rotation de l’écran et la lecture vidéo.
Audio : les navigateurs bloquent souvent le son tant que l’apprenant n’a pas touché l’écran ou cliqué ; vérifiez donc que la narration démarre quand elle le doit.
Votre réseau : essayez un poste professionnel sur le réseau de l’entreprise, où les pare-feu ou des navigateurs verrouillés peuvent bloquer les médias ou les pop-ups.
Accessibilité de base : navigation au clavier, sous-titres et contraste lisible.

Étape 6 : Lancer un groupe pilote

Avant d’inscrire tout le monde, confiez le cours à un petit groupe issu d’équipes, de sites et d’appareils différents. Demandez-lui de signaler les problèmes en précisant l’appareil, le navigateur, ce qui a été fait et une capture d’écran. Ensuite, consultez les rapports : chaque apprenant ayant terminé est-il enregistré comme ayant achevé le cours, et y a-t-il quelqu’un bloqué « en cours » alors qu’il dit avoir terminé ? Corrigez, republiez et testez à nouveau avant le déploiement général.

Quand le suivi ne fonctionne pas

Passez en revue les causes probables une par une :

L’achèvement ne s’enregistre jamais : vérifiez le déclencheur d’achèvement et le paramètre de remontée du résultat, et confirmez que l’apprenant a bien atteint le point qui déclenche l’achèvement.
La reprise repart du début : vérifiez le paramètre de reprise. Pour un long cours SCORM 1.2, il se peut que la place manque pour les données de progression ; essayez de publier en SCORM 2004.
Pas de score : assurez-vous que le quiz est configuré pour remonter vers le LMS.
Import refusé : vérifiez que le manifeste est à la racine du zip, que le fichier respecte la limite de taille et que le package est du SCORM et non du xAPI.
Ne fonctionne que dans un navigateur : examinez les bloqueurs de pop-ups, les paramètres restreints et les formats de médias.

Republiez à partir du projet source plutôt que de retoucher le zip, puis testez à nouveau avec une nouvelle tentative. Si vous êtes toujours bloqué et contactez le support de votre outil auteur, joignez vos paramètres de publication et indiquez le LMS que vous utilisez.

Tester vos propres packages avec un essai Acadenix

Si vous envisagez Acadenix, un essai est le moyen le plus simple de vérifier vos propres packages. Vous le demandez pour l’offre Bronze sur la page Tarifs, et notre équipe examine chaque demande. Il dure 14 jours pour jusqu’à 25 apprenants, et chaque module et chaque test s’ouvre pendant deux minutes à la fois.

Importer. Dans la bibliothèque de modules, choisissez Create Course Unit (créer un module de cours), sélectionnez SCORM 1.2 ou SCORM 2004 comme type de module et importez le zip (jusqu’à 100 Mo). Les packages sont traités en arrière-plan : actualisez la page jusqu’à ce que le type affiche ready (prêt).
Prévisualiser. Choisissez Preview (aperçu) dans le menu du module pour le voir exactement comme le verront les apprenants. Rien de ce que vous y faites n’est enregistré.
Le suivre comme un apprenant. Les modules sont réutilisables : ajoutez donc le module à un cours de test, réservez le cours à votre propre organisation, publiez-le et inscrivez un apprenant de test.
Vérifier les rapports. Sous Reports (rapports), ouvrez les rapports SCORM et de cours pour voir ce qui a été enregistré pour votre apprenant de test.

Deux minutes ne suffisent pas pour parcourir un long cours : publiez donc une copie courte avec les mêmes paramètres d’export pour tester l’achèvement du début à la fin. Quelques détails aident aussi lors des tests :

Le temps passé dans le cours n’est comptabilisé que lorsque le contenu est à l’écran.
Ouvrir le cours dans un second onglet prend le relais du premier : n’utilisez donc qu’un seul onglet.
Les achèvements sont définitifs : utilisez donc un nouvel apprenant de test pour chaque parcours complet.

À la fin de l’essai, votre configuration est conservée pour le jour où vous achetez. Découvrez comment le LMS SCORM gère le suivi, les versions et la diffusion privée.

À retenir

Vérifiez d’abord les paramètres d’export et la structure du zip : ils expliquent bien des surprises de suivi.
Un aperçu prouve seulement que le contenu s’affiche ; suivez le cours comme un véritable apprenant pour tester le suivi.
Testez l’achèvement, l’échec, la reprise et la sortie, et consultez à chaque fois le rapport du LMS.
Testez sur les navigateurs, appareils et réseau de vos apprenants, puis lancez un pilote.

Prêt à essayer vos propres packages ? Demandez un essai et voyez comment ils se lancent et sont suivis dans Acadenix avant de vous engager.

Questions fréquentes

Importez-le dans le LMS que vous utiliserez réellement, prévisualisez-le, puis suivez-le comme un apprenant de test et vérifiez que l'achèvement, le score et la reprise sont bien enregistrés dans les rapports. Recommencez sur les navigateurs et appareils de vos apprenants, puis lancez un petit pilote.

Les causes fréquentes sont les paramètres d'export (le déclencheur d'achèvement ou la façon dont le résultat est transmis), un zip dont imsmanifest.xml n'est pas à la racine, ou un apprenant qui n'atteint jamais le point qui déclenche l'achèvement. Vérifiez d'abord les paramètres d'export, puis republiez et testez avec une nouvelle tentative.

Non. L'aperçu montre le module exactement tel que le voit un apprenant, mais rien de ce que vous y faites n'est enregistré. Pour tester le suivi, suivez le cours en tant qu'apprenant.

Oui. Demandez un essai de l'offre Bronze depuis la page Tarifs : 14 jours pour jusqu'à 25 apprenants, chaque module et chaque test s'ouvrant pendant deux minutes à la fois.