xAPI (Experience API, historiquement « Tin Can API ») est une spécification e-learning qui enregistre toute expérience d’apprentissage sous forme d’énoncés « acteur – verbe – objet » (« Marie a terminé le module Sécurité ») stockés dans une base dédiée, le LRS (Learning Record Store).
Définition
Publiée en 2013 par l’ADL (Advanced Distributed Learning), l’organisation déjà à l’origine de SCORM, la spécification xAPI répond à une limite devenue bloquante : SCORM ne trace que ce qui se passe dans un module lancé depuis un LMS. Or l’apprentissage déborde largement ce cadre — application mobile, simulateur, atelier présentiel, vidéo consultée sur un intranet, geste réalisé sur un poste de travail.
xAPI capture tous ces événements avec une grammaire unique : chaque action devient un « statement » composé d’un acteur, d’un verbe normalisé (a lancé, a réussi, a visionné…) et d’un objet, éventuellement enrichi d’un contexte et d’un résultat (score, durée). Ces énoncés sont envoyés à un LRS, qui peut être intégré au LMS ou indépendant. Pour un organisme de formation, l’intérêt est stratégique : consolider dans un seul entrepôt les données de tous les canaux d’apprentissage, puis les exploiter en learning analytics.
Comment fonctionne xAPI ?
- Une activité d’apprentissage se produit, dans ou hors LMS : module e-learning, quiz mobile, simulation, séance présentielle saisie par le formateur.
- L’application émettrice génère un statement « acteur – verbe – objet » horodaté, au format JSON.
- Le statement est transmis au LRS via une requête sécurisée.
- Le LRS stocke et restitue ces données à la demande : tableaux de bord, rapports, croisements entre parcours.
À noter : xAPI seul ne dit pas comment un LMS doit lancer un contenu. C’est le profil cmi5, bâti sur xAPI, qui reprend ce rôle d’orchestration historiquement dévolu à SCORM (lancement, autorisation, remontée structurée), et qui s’impose peu à peu comme son successeur désigné.
xAPI et SCORM : le comparatif
| Critère | SCORM | xAPI |
|---|---|---|
| Périmètre tracé | Module lancé dans le LMS uniquement | Toute expérience, en ligne ou hors ligne |
| Données remontées | Complétion, score, temps | Illimitées : tout événement descriptible en statement |
| Stockage | Base du LMS | LRS (intégré ou indépendant) |
| Connexion requise | Session LMS active | Envoi différé possible (hors ligne) |
| Maturité du marché | Standard universel des contenus | Adoption croissante, portée par cmi5 |
Quels usages concrets pour un organisme de formation ?
- Parcours multimodaux : agréger e-learning, classes virtuelles, présentiel et activités terrain d’un même parcours blended dans une vue unique.
- Analyse fine : repérer les contenus abandonnés, les questions massivement échouées, les parcours réellement suivis — matière première du pilotage qualité.
- Formation de terrain : tracer des mises en situation ou des observations au poste, impossibles à capturer en SCORM.
- Simulateurs et immersif : enregistrer les actions détaillées d’une session de simulation immersive pour objectiver la maîtrise du geste.
Ce qu’il faut retenir
- xAPI trace les expériences d’apprentissage partout, pas seulement dans le LMS.
- Format pivot : le statement « acteur – verbe – objet », stocké dans un LRS.
- SCORM reste le standard de diffusion des modules ; xAPI est un standard de collecte de données.
- cmi5 combine les deux mondes : orchestration par le LMS et richesse xAPI.
- Sans stratégie d’analyse derrière, un LRS n’apporte rien : xAPI est un moyen, pas une fin.
Suivi des apprentissages avec Loop
Ce que les financeurs et auditeurs demandent en pratique, ce sont des preuves d’assiduité fiables. Le LMS de Loop trace le temps de connexion réel page par page — pas un simple statut de complétion — et l’anti-triche vidéo mesure la couverture effective de visionnage. Vos modules SCORM existants s’importent nativement, les quiz et badges Open Badge jalonnent le parcours, et la présence émargée peut conditionner le déblocage d’un module en blended learning. Explorez les fonctionnalités.
Questions fréquentes
Qu’est-ce qu’un LRS (Learning Record Store) ?
Le LRS est la base de données qui reçoit, stocke et restitue les statements xAPI. Il peut être un produit autonome ou une brique intégrée à un LMS. Sans LRS, pas de xAPI : c’est le point de collecte obligatoire de tous les énoncés d’apprentissage émis par vos contenus et applications.
Pourquoi xAPI s’appelle aussi Tin Can ?
« Tin Can » était le nom du projet de recherche initial confié par l’ADL à un prestataire en 2011. À la publication officielle de la spécification en 2013, le nom retenu fut Experience API, abrégé xAPI. L’appellation Tin Can subsiste dans certains outils auteurs et documentations commerciales.
Faut-il abandonner SCORM pour passer à xAPI ?
Non, et ce serait prématuré : l’écosystème de contenus, d’outils auteurs et de plateformes reste majoritairement SCORM. La transition se fait par cohabitation — diffuser les modules en SCORM, collecter les données étendues en xAPI ou cmi5 quand le besoin d’analyse le justifie réellement.
xAPI est-il reconnu comme preuve de réalisation d’une formation à distance ?
Aucun texte n’impose un standard technique particulier. Ce que demandent financeurs et contrôleurs, ce sont des justificatifs cohérents : relevés de connexion et de temps, travaux réalisés, évaluations, accompagnement. Des données xAPI horodatées peuvent y contribuer, au même titre que les rapports SCORM ou les relevés du LMS.
Voir aussi
- SCORM : définition
- LMS : définition et choix
- Learning analytics : définition
- E-learning : définition et mise en place
- Blended learning : mise en œuvre
Un suivi d'apprentissage qui prouve le temps réellement passé
Loop automatise l’administratif, la conformité Qualiopi, le BPF et les documents de formation de bout en bout.