SCORM ou xAPI pour la formation VR ? La vraie question est de savoir où atterrit le résultat d’une session dans le casque. SCORM est l’ancienne norme du e-learning et ne fonctionne que dans un navigateur web. xAPI a été conçu pour enregistrer l’apprentissage partout, y compris dans les simulations. Avec une application VR native, cette différence décide si votre LMS voit ce que la personne a fait dans le scénario, ou seulement qu’elle a ouvert quelque chose.
Je développe Skillsive, notre LMS VR, et cette question revient dans presque chaque échange technique avec une entreprise qui a déjà un LMS. Voici ce que chaque norme enregistre, où elle s’arrête et comment savoir laquelle il vous faut vraiment. Je dis aussi clairement ce que Skillsive prend en charge, et ce qu’il ne prend pas en charge.
Ce que SCORM enregistre et pourquoi il s’arrête au navigateur
SCORM enregistre l’achèvement, la réussite ou l’échec, un score, la durée de session et les réponses aux questions. Il passe par une API JavaScript que le LMS expose dans la fenêtre du navigateur où tourne le cours. Pour des cours en diapositives, cela marche bien. Une application sur un casque autonome reste hors de portée.
Le guide technique de Rustici Software, la société derrière scorm.com, le dit sans détour : tout contenu SCORM doit pouvoir être diffusé par le web, et toute la communication SCORM se déroule dans une session de navigateur (SCORM run-time, Rustici Software). Vous rencontrerez deux versions, SCORM 1.2 et SCORM 2004. Leur modèle de données couvre completion_status, success_status, un score normalisé, session_time et interactions pour les réponses aux questions.
Un scénario VR sur Meta Quest est une application native. Ce n’est pas une page web et il n’a pas de session de navigateur avec votre LMS. Le contournement habituel est donc une page dans le LMS que quelqu’un coche après la session. Cela prouve la présence. Cela ne dit rien sur le fait que la personne a éteint le feu.
Ce que change xAPI
xAPI enregistre de courtes déclarations du type « quelqu’un a fait quelque chose », envoyées depuis n’importe quel appareil vers un entrepôt d’enregistrements d’apprentissage (LRS, learning record store). Il a été pensé pour l’apprentissage hors navigateur, supporte une connexion intermittente et est une norme IEEE depuis 2023. Il convient bien mieux au casque que SCORM.
La présentation sur xAPI.com liste les points qui comptent pour la VR. xAPI est une norme approuvée par l’IEEE (IEEE 9274.1.1-2023). Les déclarations sont stockées dans un LRS, qui peut exister seul ou à l’intérieur d’un LMS. Tout appareil équipé peut en envoyer, qu’il s’agisse de téléphones, de simulations, de jeux ou d’un mannequin de RCP, et une connexion permanente n’est pas nécessaire (xAPI overview, Rustici Software).
Le piège se trouve côté réception. xAPI est un moyen d’envoyer des données, pas un rapport. Si votre entreprise n’a pas de LRS et que votre LMS ne lit pas xAPI, les déclarations ne vont nulle part. Avant de payer pour xAPI, vérifiez que quelque chose les lira chez vous.
La place de cmi5
cmi5 est un profil xAPI de 2016. Il précise comment un LMS lance un contenu xAPI, l’autorise et en remonte les résultats. Rustici le résume par « cmi5 = xAPI + LMS » (cmi5 overview, Rustici Software). Il compte si votre LMS le prend en charge et si vous voulez gérer des cours xAPI comme vos cours SCORM actuels. Sinon, c’est un sigle de plus dans l’appel d’offres.
Ce qu’un LMS VR doit enregistrer
Quelle que soit la norme, ce qui compte est la trace que vous montrerez à un responsable ou à un contrôleur. En France, l’employeur organise une formation pratique et appropriée à la sécurité (Code du travail, article L4141-2), et il faut pouvoir montrer qu’elle a eu lieu. Pour une formation en casque, « terminé » est trop mince. Vous voulez savoir qui s’est formé, sur quel casque, combien de temps, avec quel score et dans quelle leçon la personne s’est trompée puis a réessayé.
Voici comment les questions qu’on vous posera se traduisent en SCORM, en xAPI et dans les champs que Skillsive enregistre aujourd’hui :
| Question qu’on vous posera | SCORM 2004 | xAPI | Panneau Skillsive |
|---|---|---|---|
| La personne a-t-elle terminé ? | completion_status | result.completion | statut et progression |
| A-t-elle réussi ? | success_status, score | result.success, result.score | score, chaque leçon marquée réussie ou non |
| Combien de temps ? | session_time | result.duration | durée, début et fin |
| Sur quel casque ? | aucun élément prévu | context.platform ou une extension | appareil |
| Que s’est-il passé dans le scénario ? | interactions (réponses aux questions) | toute déclaration envoyée par l’application | tentatives par leçon, compétences acquises, statistiques mesurées face aux valeurs cibles |
| Formation sans connexion | exige une session de navigateur avec le LMS | une connexion intermittente suffit | sessions stockées sur le casque, envoyées à la reconnexion |
La colonne SCORM suit la référence d’exécution SCORM 2004 (Rustici Software), la colonne xAPI la spécification des données xAPI (ADL, GitHub). La colonne Skillsive vient de la description de nos rapports de réalisation. Les casques forment hors ligne jusqu’à 30 jours (90 avec l’offre Professional), et les sessions lancées sans stagiaire sélectionné sont enregistrées comme sessions invité. Une démonstration ne finit donc jamais dans l’historique de quelqu’un.
Ce que Skillsive prend en charge, clairement
Skillsive n’exporte pas de paquets SCORM et n’envoie pas de déclarations xAPI. Les résultats sortent du panneau sous forme d’export CSV ou XLSX du tableau des réalisations, avec vos filtres, ou d’un rapport PDF pour une réalisation donnée. Les certificats portent un code QR que chacun peut vérifier sans compte.
Pour la plupart des entreprises avec lesquelles nous travaillons, c’est justement le format qu’attend le système de destination : un SIRH, un registre des formations ou le tableur que tient le responsable sécurité pour les contrôles. Si vos résultats doivent aller dans un LRS, dites-le-nous dès le départ et nous l’examinerons avec votre équipe. Exigez la même chose de chaque fournisseur, et demandez-lui de le montrer plutôt que de le décrire.
Comment choisir la norme qu’il vous faut
Partez du système qui recevra les résultats, pas du casque. C’est lui qui décide du format.
- 1Demandez à votre DSI ce qu’importe votre LMS ou votre SIRH. Si la réponse est CSV ou XLSX, un export propre suffit, et xAPI ajoute un coût sans destinataire.
- 2Si vous avez un LRS, exigez xAPI et demandez au fournisseur d’envoyer pendant l’essai une vraie déclaration issue d’une session en casque vers votre LRS.
- 3Ne demandez cmi5 que si votre LMS le prend en charge. Vérifiez d’abord sa documentation.
- 4Oubliez SCORM pour les applications natives sur casque. Il enregistre une page web, pas le scénario.
- 5Quel que soit le format, vérifiez les champs. Un fichier avec seulement des noms et des dates ne résiste pas mieux à un contrôle qu’une feuille d’émargement.
Les autres questions à poser avant d’acheter, du hors-ligne aux licences, sont dans notre guide pour choisir un LMS VR. Si vous préparez un appel d’offres, écrivez l’exigence sur les données en mots simples, comme nous l’expliquons dans l’article sur le cahier des charges d’un simulateur VR.
Les scénarios eux-mêmes sont dans le catalogue de formations VR. Pour tester l’enregistrement, l’application EHS Academy avec ses leçons de sécurité incendie et de premiers secours fait bien l’affaire : lancez une session, exportez le tableau et ouvrez le fichier dans le système qui le conservera.
