Une équipe formation qui veut ajouter de l'entraînement conversationnel à son catalogue pose presque toujours la même question à son service informatique : « on le passe en SCORM ? » Le réflexe est logique. SCORM est le format qu'on connaît, celui dans lequel arrivent la plupart des modules, celui que le LMS avale sans discuter. La réponse est pourtant rarement la bonne ici, et ce n'est pas parce que SCORM serait dépassé.
SCORM, LTI et xAPI ne sont pas trois versions successives d'une même idée. Ce sont trois standards qui traitent trois problèmes distincts : distribuer un contenu, connecter deux plateformes, décrire finement ce qu'un apprenant a fait. On peut les combiner. On ne peut pas les substituer l'un à l'autre sans conséquence.
Cet article les compare sur un cas précis : une mise en situation conversationnelle, qui se joue en direct et se rejoue. Nous verrons ce que chacun sait faire, pourquoi LTI 1.3 est le véhicule adapté à ce type de contenu, et pourquoi xAPI garde toute sa pertinence là où on ne l'attend pas. Le montage complet est décrit dans le guide d'intégration de Face Up à un LMS.
SCORM est un format d'empaquetage. On produit un module dans un outil auteur, on l'exporte en archive, on l'importe dans le LMS. Le contenu vit alors dans la plateforme, servi par elle, et dialogue avec elle pour dire où en est l'apprenant : commencé, terminé, réussi, avec quel score.
C'est un modèle de distribution, et il a rendu un service immense. Il rend un contenu portable d'un LMS à l'autre, il fonctionne hors connexion à l'internet public, il ne demande aucune négociation entre deux systèmes. Pour un module de sensibilisation, une procédure ou un quiz, il reste le choix par défaut et il n'y a aucune raison d'en changer.
LTI ne transporte pas de contenu. Il établit une relation de confiance entre le LMS et un outil externe : le LMS sait à qui il parle, l'outil sait qui se présente, et l'apprenant passe de l'un à l'autre sans second login. Le contenu, lui, reste chez l'outil.
La version qui compte aujourd'hui est LTI 1.3, aussi appelée LTI Advantage. Elle apporte trois services qui changent tout dans notre cas : le Deep Linking pour choisir quoi lancer, AGS pour faire revenir les résultats, NRPS pour synchroniser les inscrits. Nous les avons détaillés dans notre explication de LTI 1.3.
xAPI, parfois appelé Tin Can, est un vocabulaire. Il permet d'écrire des phrases structurées — un acteur, un verbe, un objet — dans un entrepôt de données d'apprentissage appelé LRS. « Cet apprenant a rejoué ce scénario », « cet apprenant a reformulé à cet instant », « cette session a duré sept minutes ».
xAPI ne gère ni l'affichage, ni l'authentification, ni le lancement. Ce n'est pas un concurrent des deux autres : c'est une couche de traçabilité, qui peut cohabiter avec l'un comme avec l'autre.
SCORM a été pensé pour du contenu qu'on parcourt. Une suite d'écrans, une vidéo, une évaluation à la fin. Le parcours est connu à l'avance, le contenu est stable, et l'information à remonter tient en peu de choses : où en est l'apprenant, a-t-il terminé, quel score.
Sur ce terrain, SCORM est excellent et le restera. Si votre catalogue est fait de modules produits en interne, la question ne se pose même pas. La distinction entre ces logiques d'outillage est développée dans outil auteur, LMS et LCMS.
C'est la limite principale, et elle est structurelle. Un paquet SCORM est une photographie. Le jour où le scénario évolue — une réplique à ajuster, un comportement de l'interlocuteur à revoir, une nouvelle variante de situation — il faut réexporter le paquet et le réimporter dans chaque cours qui l'utilise.
Sur un module stable, cette opération arrive une ou deux fois par an. Sur une mise en situation conversationnelle, les ajustements sont fréquents par nature : c'est en regardant comment les apprenants jouent qu'on affine le scénario. Le réimport devient alors une charge permanente, multipliée par le nombre de cours concernés, avec le risque classique de versions qui divergent d'un cours à l'autre.
Une conversation ne se découpe pas en écrans. Elle produit un échange, des moments de bascule, un débriefing, et souvent plusieurs passages successifs. SCORM sait dire « terminé » et « score ». Il ne sait pas structurer proprement plusieurs dimensions d'évaluation, ni gérer élégamment le fait qu'on rejoue la même situation cinq fois pour progresser.
Ce n'est pas un défaut de SCORM. C'est un contenu qui ne correspond pas à son modèle. Forcer le format produit un résultat pauvre des deux côtés : une intégration fragile et un suivi peu exploitable.
Avec LTI, il n'y a pas de paquet. Le scénario est hébergé et maintenu côté Face Up, et le LMS y renvoie l'apprenant. Quand le scénario évolue, l'évolution est immédiatement en ligne pour tous les cours qui pointent dessus, sans réimport, sans version à resynchroniser, sans intervention de l'équipe LMS.
C'est le point décisif pour ce type de contenu. Une mise en situation s'améliore en continu : on ajuste une réaction, on ajoute une variante plus tendue, on corrige une formulation qui induit en erreur. Ce cycle court n'est tenable que si la mise à jour ne coûte rien à l'organisation.
Le Deep Linking permet au formateur, depuis son propre cours, d'ouvrir le catalogue de scénarios et de sélectionner celui qu'il veut. Il n'a pas de fichier à demander, pas de lien à recopier, pas de ticket à ouvrir. Le mécanisme est décrit dans choisir son scénario depuis le LMS.
Cette autonomie a un effet pédagogique concret : le formateur peut varier les situations d'un groupe à l'autre, ou changer de scénario en cours de parcours parce qu'il a vu où ça coinçait. Avec un paquet importé, chaque changement repasse par l'administration.
AGS fait revenir dans le carnet de notes un score sur 100 et la complétion, et il autorise plusieurs lignes de note pour une même activité. Une seule mise en situation peut donc alimenter plusieurs colonnes — l'écoute, la clarté, la tenue du cadre — au lieu d'un chiffre unique qui écrase les écarts. Nous développons ce point dans AGS et la remontée de notes sur les soft skills.
NRPS complète le tableau en synchronisant les inscrits : les apprenants du cours sont connus côté outil sans import de liste. Et l'apprenant, lui, ne change pas d'univers : la mise en situation s'ouvre en iframe dans le LMS, sans second login.
C'est la force de xAPI, et elle n'a pas d'équivalent. Là où AGS dit « 68 sur 100, terminé », xAPI peut décrire la séance : combien de passages, quelle durée, quelles étapes franchies, quel écart entre le premier et le dernier essai. Pour une équipe qui veut analyser finement la progression, c'est la bonne couche.
Cette granularité sert deux usages. L'amélioration des scénarios d'abord : voir où les apprenants décrochent en dit plus long qu'une moyenne. La recherche d'effet ensuite, quand on veut relier la pratique à un indicateur métier, comme nous l'expliquons dans évaluer et mesurer les soft skills.
La confusion est fréquente. Le carnet de notes du LMS sert au pilotage pédagogique quotidien : qui a fait quoi, qui décroche, qui valide. Le LRS sert à l'analyse : agréger, croiser, comparer dans le temps, sur des populations entières.
Ce sont deux besoins, deux publics, deux rythmes. Un formateur ne va pas interroger un LRS entre deux séances. Un responsable de dispositif ne pilotera pas une analyse d'impact depuis un carnet de notes.
LTI et xAPI ne s'excluent pas. LTI porte le lancement, l'identité et la remontée de note ; xAPI porte la trace fine vers un LRS quand l'organisation en a un. Une équipe qui n'a pas de LRS n'a rien à faire de xAPI aujourd'hui, et ce n'est pas grave : elle aura déjà l'essentiel dans son LMS.
La bonne question n'est donc pas « LTI ou xAPI », mais « ai-je un besoin d'analyse qui dépasse ce que mon carnet de notes sait montrer ». Si la réponse est non, ne montez pas une infrastructure que personne n'exploitera.
Trois critères suffisent à trancher dans la grande majorité des cas.
Un catalogue mixte est la situation normale : des modules SCORM pour les contenus stables, des activités LTI pour ce qui est vivant et hébergé ailleurs. C'est la logique décrite dans Face Up dans la stack de formation.
Avant d'arbitrer, chiffrez une chose : combien de cours utiliseraient ce contenu, et combien de fois par an il évoluera. Multipliez. Ce produit est le vrai coût du choix SCORM sur un contenu vivant, et il est presque toujours sous-estimé parce qu'il est diffus — quelques heures ici, un ticket là, une version oubliée ailleurs.
Sur un déploiement large, ce coût devient le facteur limitant : il détermine la fréquence à laquelle vous vous autorisez à améliorer vos contenus. Nous revenons sur cet effet d'échelle dans déployer la formation aux soft skills à grande échelle.
Avant de vous engager, vérifiez trois points auprès de votre équipe plateforme : que votre LMS supporte bien LTI 1.3 et non seulement une version antérieure, que les services Deep Linking et AGS sont activables, et qui a les droits pour déclarer un outil externe au niveau du site.
Les deux parcours les plus fréquents sont documentés pas à pas : l'intégration Moodle et l'intégration Rise Up. Dans les deux cas, l'opération est courte quand ces trois points sont réglés en amont.
SCORM n'est pas le mauvais standard : c'est un excellent standard pour du contenu qu'on parcourt. Une conversation qui se joue en direct et se rejoue n'entre simplement pas dans ce modèle, et l'y forcer coûte plus cher que ça ne rapporte.
LTI 1.3 répond exactement à ce cas : un contenu vivant, hébergé et mis à jour chez le fournisseur, choisi par le formateur, avec des résultats qui reviennent dans le carnet de notes et un apprenant qui ne quitte jamais son LMS. xAPI vient par-dessus quand la trace fine a une utilité réelle, et seulement à ce moment-là.
La décision n'est donc pas idéologique. Regardez la nature du contenu et la fréquence à laquelle il change : le standard adapté se désigne tout seul. Et si votre LMS seul ne suffit pas à faire progresser les compétences relationnelles, la raison est ailleurs — nous l'expliquons dans pourquoi le LMS seul ne suffit pas.
