Chapitre 9.1 — Pourquoi LTI

⏱️ TL;DR — LTI relie un outil externe (ton appli) à une plateforme (un LMS). Un lancement LTI apporte trois choses d’un coup : l’identité de l’utilisateur (pas de nouveau compte — une forme de SSO), le contexte (quel cours, quel rôle : élève ou enseignant), et un canal de retour (renvoyer une note dans le carnet, avec LTI Advantage). C’est ce qui transforme un outil « qu’il faut administrer à part » en un composant qui vit dans le cours. Le vocabulaire clé, à ancrer tout de suite : plateforme = le LMS qui accueille, outil = l’appli accueillie.

🎯 Objectifs

Expliquer les trois apports d’un lancement LTI : identité, contexte, retour.
Distinguer sans hésiter plateforme (platform) et outil (tool).
Comprendre pourquoi LTI est le sésame des marchés éducatifs pour un dev.
Situer LTI face à SCORM et xAPI (brancher un outil vivant ≠ packager un contenu).

Le scénario sans LTI

Reprenons le mur du déploiement. Sans LTI, intégrer ton outil dans le LMS d’un établissement suppose, pour chaque classe :

créer un compte par élève dans ton outil ;
distribuer identifiants et mots de passe ;
demander à l’enseignant de jongler entre deux onglets (le LMS et ton outil) ;
ressaisir à la main chaque note de ton outil vers le carnet du LMS.

Chacune de ces étapes est une friction — et une fuite : comptes oubliés, notes recopiées avec erreurs, enseignants qui abandonnent. Ton outil peut être génial, il ne survit pas à ce parcours.

Ce qu’un lancement LTI apporte

Un lancement LTI règle les trois premières frictions d’un coup, et LTI Advantage règle la quatrième :

Apport	Ce que ça donne	Sans LTI
Identité	L’élève arrive déjà identifié dans ton outil (une forme de SSO)	Compte + mot de passe à créer et gérer
Contexte	Ton outil sait quel cours, quel rôle (élève/enseignant), quelle activité	Aucune info : ton outil est « aveugle »
Retour de note (LTI Advantage, AGS)	Ton outil écrit la note dans le carnet du LMS	Ressaisie manuelle

💡 Réflexe — Pense « LTI » dès qu’un client dit « je veux votre outil dans notre Moodle / Canvas / ENT ». Le mot « dans » est le signal : ce n’est pas un contenu à importer (SCORM), c’est un outil vivant à brancher. La bonne question suivante : « Votre LMS supporte-t-il LTI 1.3 ? » (réponse quasi toujours oui pour un LMS récent).

Plateforme vs outil : le couple fondateur

Tout LTI repose sur deux rôles. Grave-les :

La plateforme (platform) — anciennement « Tool Consumer » — c’est le LMS qui accueille et lance : Moodle, Canvas, Blackboard, un ENT…
L’outil (tool) — anciennement « Tool Provider » — c’est ton appli qui est accueillie et lancée.

Le sens du branchement est relatif : un même logiciel peut être outil ici et plateforme là. Moodle sait accueillir des outils LTI (il est plateforme) et être branché dans un autre LMS (il est outil). Quand tu lis la spec, repère toujours de quel côté tu te places — la moitié des confusions vient de là.

⚠️ Piège — Inverser plateforme et outil dans sa tête (ou son code). Les endpoints, les clés et les responsabilités diffèrent selon le rôle : la plateforme émet le lancement et signe le id_token ; l’outil le reçoit et le valide. Si tu développes une appli à brancher dans des LMS, tu es l’outil — c’est ce point de vue qu’on adopte dans toute cette partie.

LTI face à SCORM et xAPI

Pour ne pas confondre les trois standards phares du cours :

	Fait quoi	Rôle
SCORM / cmi5	Empaquette un contenu autonome, importé et lancé par le LMS	Contenu
xAPI	Trace des expériences vers un LRS, y compris hors LMS	Donnée
LTI	Branche un outil vivant dans le LMS (identité, contexte, retour)	Intégration

SCORM t’envoie un fichier. LTI te branche un service. Un module SCORM est figé dans le paquet ; un outil LTI est ton serveur, que tu fais évoluer sans rien réimporter chez le client. C’est une différence de nature : contenu livré vs service connecté.

🔌 Côté intégration — Pour un acheteur (académie, entreprise), un outil LTI présente un avantage décisif : rien à héberger, rien à maintenir côté contenu. Il branche une URL et des clés, et ton service fait le reste — tu corriges un bug, tous tes clients en profitent instantanément. C’est aussi ton modèle économique : un outil LTI, c’est du SaaS qui se vend par abonnement, là où un SCORM est un fichier vendu une fois. Le cours Monétiser (Dev + IA) développe cet angle.

🧭 Sur FormaCampus — FormaCampus transforme son studio d’exercices (une appli Next.js) en outil LTI 1.3. Objectif : que chaque école le branche dans son Moodle en une configuration, que les élèves y arrivent connectés, et que les scores remontent automatiquement dans le carnet de l’école. Fini les comptes FormaCampus à créer par les enseignants : le studio vit dans le cours. Cette partie construit ce branchement ; la Partie 10 ajoute le renvoi des notes.

📚 La spec — LTI est publié par 1EdTech (ex-IMS Global) sur 1edtech.org. Le socle actuel est LTI 1.3 (LTI Core), enrichi par LTI Advantage (Deep Linking + AGS + NRPS). Les versions 1.0/1.1 sont historiques et en fin de vie (chapitre 9.2).

✏️ Exercices

Exercice 1 — Qui est qui ? Une startup édite une appli de calcul mental. Un collège veut l’utiliser dans son Moodle. Dans cette intégration LTI, qui est la plateforme, qui est l’outil ? Et si demain le Moodle du collège est lui-même branché dans une plateforme régionale, Moodle change-t-il de rôle ?

✅ Solution

L’appli de calcul mental est l’outil (tool) ; le Moodle du collège est la plateforme (platform) qui l’accueille. Si ce Moodle est ensuite branché dans une plateforme régionale, alors vis-à-vis de cette plateforme, Moodle devient l’outil. Le rôle est relatif au sens du branchement : Moodle est plateforme pour l’appli de calcul, et outil pour la plateforme régionale.

Exercice 2 — LTI ou SCORM ? Un client veut : (a) diffuser 20 modules de e-learning figés dans son LMS ; (b) intégrer votre appli d’entraînement qui évolue chaque semaine et doit renvoyer les scores. Quel standard pour chacun, et pourquoi ?

✅ Solution

(a) SCORM (ou cmi5) : ce sont des contenus autonomes, figés, à importer — le LMS les héberge et les lance. (b) LTI (1.3 / Advantage) : c’est un outil vivant, hébergé chez toi, qui évolue sans réimport et renvoie les notes (service AGS). Le critère : contenu livré (SCORM) vs service connecté (LTI). Un contenu qui change chaque semaine en SCORM obligerait à réimporter à chaque fois — LTI l’évite.

🧠 Quiz de révision

1. Quels sont les trois apports d’un lancement LTI ?

L’identité (l’utilisateur arrive déjà identifié — SSO), le contexte (quel cours, quel rôle), et le retour de note (renvoyer la note au carnet, via le service AGS de LTI Advantage).

2. Qui est la « plateforme » et qui est l’« outil » ?

La plateforme (platform, ex-Tool Consumer) est le LMS qui accueille et lance. L’outil (tool, ex-Tool Provider) est l’appli accueillie. Le rôle est relatif au sens du branchement.

3. En quoi LTI diffère-t-il fondamentalement de SCORM ?

SCORM livre un contenu figé (un .zip hébergé et lancé par le LMS). LTI branche un service vivant (ton serveur), que tu fais évoluer sans rien réimporter. Contenu livré vs service connecté.

4. Pourquoi LTI est-il stratégique pour un dev qui vend en éducation ?

Parce qu’il supprime la friction de déploiement (comptes, ressaisie) : un outil LTI se déploie au lieu de dormir. C’est aussi un modèle SaaS (abonnement, corrections instantanées pour tous les clients), là où un SCORM est vendu une fois.

5. Quelle question poser à un client qui veut « votre outil dans notre LMS » ?

« Votre LMS supporte-t-il LTI 1.3 ? » (quasi toujours oui pour un LMS récent). Le mot « dans » signale un besoin d’outil branché (LTI), pas de contenu importé (SCORM).

Chapitre suivant : LTI 1.1, l’héritage — comment marchait l’ancien lancement signé, et pourquoi on l’abandonne.