Chapitre 11.2 — Common Cartridge
⏱️ TL;DR — Common Cartridge (CC, 1EdTech) est un format de paquet pour un COURS complet, pas pour un module isolé. Dans un
.zippiloté par unimsmanifest.xml, il rassemble des pages web, des liens externes, des liens LTI embarqués, des tests QTI et des forums de discussion. On l’importe dans un LMS où chaque ressource devient du contenu natif (une page Moodle, un quiz Moodle, un forum Moodle). La différence-clé avec SCORM : SCORM empaquette un module traçable qui dialogue avec le LMS à l’exécution (runtime, score, statut) ; CC empaquette du matériel de cours à importer, sans runtime ni suivi. Versions jusqu’à 1.3. Quand tu veux transférer tout un cours d’un LMS à un autre, c’est CC ; quand tu veux un module suivi, c’est SCORM.
🎯 Objectifs
- Expliquer ce qu’est CC : un paquet de cours, et ce qu’il contient (pages, liens, LTI, QTI, forums).
- Lire un
imsmanifest.xmlde cartridge :organizations(la structure) etresources(les types). - Reconnaître les types de ressources CC :
webcontent, LTI, QTI, forum, lien web. - Distinguer CC (matériel de cours à importer) de SCORM (module traçable à exécuter).
- Savoir quand livrer un Common Cartridge plutôt qu’un SCORM.
CC : un cours entier dans un .zip
SCORM empaquette une unité : un module qu’on lance et qui rapporte. Common Cartridge voit plus grand : il empaquette un cours — sa structure, ses pages, ses ressources externes, ses évaluations, ses espaces de discussion — pour qu’un LMS l’avale d’un coup et le recompose en contenu natif.
Concrètement, un enseignant importe ta cartridge dans son Moodle et retrouve, dans son cours : les pages comme des ressources Moodle, le quiz comme un quiz Moodle, le forum comme un forum Moodle, et le lien vers ton studio comme une activité « Outil externe » (LTI). Rien n’est « enfermé » dans un lecteur opaque : tout devient du contenu que l’enseignant peut éditer.
Le imsmanifest.xml d’une cartridge
Comme SCORM, CC est piloté par un imsmanifest.xml à la racine du .zip, avec deux zones familières : organizations (l’arbre du cours) et resources (les fichiers et leurs types). La ressemblance avec SCORM (Partie 3) est volontaire — et c’est aussi ce qui prête à confusion.
<?xml version="1.0" encoding="UTF-8"?>
<manifest identifier="cc-histoire-6e"
xmlns="http://www.imsglobal.org/xsd/imsccv1p1/imscp_v1p1"
xmlns:lticc="http://www.imsglobal.org/xsd/imslticc_v1p0">
<metadata>
<schema>IMS Common Cartridge</schema>
<schemaversion>1.1.0</schemaversion>
</metadata>
<!-- LA STRUCTURE : l'arbre du cours, tel qu'il apparaîtra dans le LMS -->
<organizations>
<organization identifier="org1" structure="rooted-hierarchy">
<item identifier="root">
<item identifier="i1" identifierref="res-intro">
<title>Introduction au cours</title>
</item>
<item identifier="i2" identifierref="res-studio">
<title>Exercice interactif (studio LTI)</title>
</item>
<item identifier="i3" identifierref="res-quiz">
<title>Quiz de fin de chapitre</title>
</item>
<item identifier="i4" identifierref="res-forum">
<title>Forum : posez vos questions</title>
</item>
</item>
</organization>
</organizations>
<!-- LES RESSOURCES : chaque brique, avec son TYPE -->
<resources>
<resource identifier="res-intro" type="webcontent" href="pages/intro.html">
<file href="pages/intro.html"/>
</resource>
<resource identifier="res-studio" type="imsbasiclti_xmlv1p0">
<file href="lti/studio.xml"/>
</resource>
<resource identifier="res-quiz" type="imsqti_xmlv1p2/imscc_xmlv1p1/assessment">
<file href="quiz/assessment.xml"/>
</resource>
<resource identifier="res-forum" type="imsdt_xmlv1p0">
<file href="forum/topic.xml"/>
</resource>
</resources>
</manifest>Le type de chaque resource est ce qui compte : il dit au LMS comment transformer la ressource. Voici les types courants :
| Type de ressource | Ce que c’est | Devient, dans le LMS |
|---|---|---|
webcontent | Page web / fichier | Une page ou un fichier |
imswl_xmlv1p0 | Web Link (lien externe) | Un lien vers un site |
imsbasiclti_xmlv1p0 | Lien LTI embarqué | Une activité « Outil externe » |
imsqti_xmlv1p2/imscc_xmlv1p1/assessment | Test QTI | Un quiz natif |
imsdt_xmlv1p0 | Discussion Topic | Un forum |
⚠️ Piège — Confondre le
imsmanifest.xmlde CC avec celui de SCORM parce qu’ils se ressemblent. Les deux ontorganizationsetresources, mais le vocabulaire des types diffère : SCORM marque ses ressources avecadlcp:scormTypevalantscoouasset(un module lançable ou un fichier passif) ; CC les marque avec des types 1EdTech (webcontent,imsbasiclti_xmlv1p0,imsdt_xmlv1p0…) qui désignent des contenus natifs. AucunscormType, aucun SCO dans une cartridge : rien n’y « dialogue » à l’exécution.
Les liens LTI et les tests QTI embarqués
Deux ressources méritent un zoom, car elles embarquent d’autres standards — l’illustration parfaite du recouvrement entre familles (chapitre 1.2).
Le lien LTI (imsbasiclti_xmlv1p0) : le fichier pointé décrit un lancement LTI (URL de lancement, clés, paramètres). À l’import, il devient une activité « Outil externe » qui, une fois cliquée, lance ton outil exactement comme en Partie 9. La cartridge transporte donc non pas le contenu de l’outil, mais le moyen de s’y brancher.
<cartridge_basiclti_link xmlns="http://www.imsglobal.org/xsd/imslticc_v1p0"
xmlns:blti="http://www.imsglobal.org/xsd/imsbasiclti_v1p0">
<blti:title>Exercice interactif</blti:title>
<blti:launch_url>https://studio.formacampus.fr/lti/launch</blti:launch_url>
<blti:vendor>
<lticp:code xmlns:lticp="http://www.imsglobal.org/xsd/imslticp_v1p0">formacampus</lticp:code>
<lticp:name xmlns:lticp="http://www.imsglobal.org/xsd/imslticp_v1p0">FormaCampus</lticp:name>
</blti:vendor>
</cartridge_basiclti_link>Le test QTI (imsqti_xmlv1p2/imscc_xmlv1p1/assessment) : le fichier pointé est une évaluation au format QTI (chapitre 11.1). Note le imsqti_xmlv1p2 dans le type : historiquement, Common Cartridge embarque un profil de QTI 1.2 pour ses assessments et ses banques de questions — pas nécessairement le QTI 2.1/3.0 que tu exportes « à nu ».
⚠️ Piège — Générer tes tests en QTI 3.0 et les glisser tels quels dans une cartridge 1.x en espérant que « c’est du QTI, ça passera ». Le profil QTI attendu à l’intérieur d’un Common Cartridge dépend de la version de CC (les CC 1.x visent un profil de QTI 1.2). Vérifie quelle version de QTI la version de CC ciblée accepte — ne présume pas que toutes les saveurs de QTI sont interchangeables. C’est le même réflexe que pour l’import QTI direct (chapitre 11.1) : tester la cible réelle.
CC vs SCORM : la distinction qui compte
C’est la confusion classique. Les deux sont des .zip avec un imsmanifest.xml. Mais ils répondent à deux besoins opposés :
| Common Cartridge | SCORM | |
|---|---|---|
| Empaquette | Un cours (matériel) | Un module (unité) |
| Famille | 1EdTech | ADL |
| À l’import, le contenu devient | Natif dans le LMS (éditable) | Un module lancé dans un lecteur |
| Runtime / dialogue avec le LMS | Aucun | Oui (API JS, modèle CMI) |
| Suivi (statut, score) | Non (le LMS suit ses activités natives) | Oui (lesson_status, score.raw…) |
| Contenu typique | Pages, liens, LTI, QTI, forums | Un SCO interactif traçable |
| Question centrale | « Transférer tout un cours » | « Livrer un module suivi » |
L’image mentale : SCORM est une boîte fermée que le LMS lance et écoute ; Common Cartridge est un carton de déménagement que le LMS déballe et range en meubles natifs. Une cartridge ne « remonte » pas de score parce qu’elle n’exécute rien : ce sont les activités natives issues de l’import (le quiz Moodle, par exemple) qui, ensuite, notent l’élève avec les mécanismes du LMS.
💡 Réflexe — Pose-toi une seule question pour trancher : « Le contenu doit-il dialoguer avec le LMS pendant que l’élève l’utilise ? » Oui (un module qui remonte progression et score en direct) → SCORM (ou cmi5). Non (un cours à recomposer en pages/quiz/forums que l’enseignant s’approprie) → Common Cartridge. Ce n’est pas « lequel est meilleur », c’est « lequel répond au besoin ».
Quand livrer un Common Cartridge
CC brille pour transférer une structure de cours entre LMS :
- Migration d’un LMS vers un autre : exporter le cours en CC d’un côté, l’importer de l’autre, garder l’arborescence.
- Distribution d’un cours clé en main à des établissements : un éditeur livre un cours complet (pages + quiz + forum + lien vers son outil LTI) que chaque école importe et adapte.
- Contenu que l’enseignant doit pouvoir éditer : contrairement au SCO opaque, les ressources CC deviennent natives et modifiables.
À l’inverse, si tu veux un module autonome, traçable, identique partout (un e-learning noté qui remonte sa progression), reste sur SCORM/cmi5.
🔌 Côté intégration — Les grands LMS (Moodle, Canvas, Blackboard…) affichent souvent une certification Common Cartridge de 1EdTech, gage qu’ils importent et exportent proprement. Pour un éditeur, livrer une cartridge certifiée-friendly (types de ressources standard, QTI au profil attendu, liens LTI valides) évite le SAV « votre paquet ne s’importe pas ». Comme pour QTI, le diable est dans le sous-ensemble supporté : teste l’import sur chaque LMS cible.
🧭 Sur FormaCampus — FormaCampus veut distribuer un cours clé en main « Initiation à la citoyenneté numérique » aux collèges clients. Plutôt qu’un SCORM opaque, elle le livre en Common Cartridge : trois pages d’intro (
webcontent), un lien LTI vers son studio d’exercices, un quiz QTI de fin de chapitre, et un forum de questions. Le professeur importe la cartridge dans son Moodle : il obtient un cours natif qu’il réordonne et complète avec ses propres ressources. Pour son module « Sécurité en atelier » — lui, autonome, noté, traçable en direct — FormaCampus reste au contraire sur SCORM/cmi5. Deux besoins, deux paquets : CC pour le cours à s’approprier, SCORM pour le module à suivre.
📚 La spec — Common Cartridge est publié par 1EdTech (
1edtech.org), jusqu’à la version 1.3. Le paquet est un.zippiloté par unimsmanifest.xml(organizations+resources). Types de ressources standard :webcontent,imswl_xmlv1p0(Web Link),imsbasiclti_xmlv1p0(lien LTI),imsdt_xmlv1p0(Discussion Topic), et les assessments QTI (profil historiquement basé sur QTI 1.2, cf. le typeimsqti_xmlv1p2/...). CC embarque d’autres standards (LTI, QTI) : c’est un cas typique de recouvrement des familles. Détails et profils par version sur1edtech.org.
✏️ Exercices
Exercice 1 — Lis le manifeste. Dans le imsmanifest.xml du chapitre, un enseignant importe la cartridge dans Moodle. Que va-t-il retrouver, ressource par ressource, dans son cours ?
✅ Solution
res-intro(webcontent) → une page Moodle « Introduction au cours ».res-studio(imsbasiclti_xmlv1p0) → une activité « Outil externe » (LTI) qui lance le studio FormaCampus.res-quiz(imsqti_xmlv1p2/...) → un quiz natif (les questions QTI importées dans la banque de questions).res-forum(imsdt_xmlv1p0) → un forum de discussion.
Le tout organisé selon l’arbre de organizations (intro, exercice, quiz, forum). Chaque ressource devient un contenu natif éditable, pas un module opaque.
Exercice 2 — CC ou SCORM ? Pour chacun, choisis le paquet : (a) un e-learning noté qui doit remonter la progression exacte de l’apprenant en direct ; (b) un cours complet (pages + forum + quiz) qu’une école veut importer et adapter dans son LMS ; (c) un module identique et autonome à déployer sur dix plateformes différentes.
✅ Solution
(a) SCORM (ou cmi5) : besoin de runtime et de suivi (statut, score en direct) — ce que CC ne fait pas. (b) Common Cartridge : transférer tout un cours en contenus natifs éditables. (c) SCORM : un module autonome et traçable, identique partout. Règle : le contenu doit-il dialoguer avec le LMS pendant l’usage ? Oui → SCORM ; non, c’est du matériel à recomposer → CC.
Exercice 3 — Le piège QTI. Tu prépares une cartridge CC 1.1 et tu y déposes tes quiz exportés en QTI 3.0. Un collègue s’inquiète. A-t-il raison ?
✅ Solution
Oui. Le profil QTI attendu à l’intérieur d’un Common Cartridge dépend de la version de CC : les CC 1.x visent historiquement un profil de QTI 1.2 (cf. le type de ressource imsqti_xmlv1p2/...), pas QTI 3.0. Déposer du 3.0 brut risque un import cassé ou ignoré. Il faut fournir les assessments au profil QTI attendu par la version de CC ciblée, et tester l’import réel sur le LMS. « C’est du QTI » ne suffit pas : la version compte.
🧠 Quiz de révision
1. Qu’empaquette Common Cartridge, et pour quoi faire ?
Un cours complet (matériel) : pages web, liens, liens LTI, tests QTI, forums, organisés par un imsmanifest.xml. But : transférer/distribuer un cours entre LMS, où chaque ressource devient du contenu natif éditable.
2. Quelle est la différence fondamentale entre CC et SCORM ?
SCORM = un module traçable qui dialogue avec le LMS à l’exécution (runtime, statut, score). CC = du matériel de cours à importer, sans runtime ni suivi : les ressources deviennent des activités natives du LMS. Boîte à lancer (SCORM) vs carton à déballer (CC).
3. Comment reconnaît-on un lien LTI et un test QTI dans un manifeste CC ?
Par le type de la resource : imsbasiclti_xmlv1p0 pour un lien LTI embarqué, imsqti_xmlv1p2/imscc_xmlv1p1/assessment (ou similaire) pour un test QTI. Le type dit au LMS comment transformer la ressource.
4. Pourquoi CC et SCORM prêtent-ils à confusion ?
Parce que les deux sont des .zip pilotés par un imsmanifest.xml avec organizations et resources. Mais le vocabulaire des types diffère (SCORM : adlcp:scormType = sco/asset ; CC : types 1EdTech webcontent, imsbasiclti_xmlv1p0…) et seul SCORM a un runtime.
5. Quand choisir un Common Cartridge ?
Pour transférer ou distribuer un cours entier (structure, pages, quiz, forums, liens LTI) qu’un LMS doit recomposer en contenu natif éditable — migration entre LMS, cours clé en main à adapter. Si le besoin est un module autonome traçable en direct, choisir SCORM/cmi5 à la place.
Chapitre suivant : 11.3 — OneRoster — synchroniser utilisateurs, classes, inscriptions et notes avec le SIS de l’établissement.