Chapitre 1 — Qu’est-ce que Moodle ?

Partie 1 : Découvrir Moodle — Chapitre 1/5 Public : développeur web expérimenté (Next.js / React / TypeScript) qui débute totalement sur Moodle. Version de référence : Moodle 5.2 (sortie le 20 avril 2026, PHP 8.3+, Bootstrap 5).

Sommaire du chapitre

1. Pourquoi ce chapitre compte pour un développeur
2. Qu’est-ce qu’un LMS ?
3. L’histoire de Moodle : Martin Dougiamas et 2002
4. La philosophie pédagogique : le constructivisme social
5. Open source et licence GPL
6. Moodle HQ et la gouvernance du projet
7. Part de marché et adoption dans le monde
8. La galaxie Moodle : LMS, Workplace, MoodleCloud, auto-hébergé
9. Comparaison honnête avec la concurrence
10. Moodle vu par un développeur web moderne
11. Synthèse et points à retenir

1. Pourquoi ce chapitre compte pour un développeur

Vous êtes développeur web. Vous connaissez React, Next.js, TypeScript, les API REST et GraphQL, le déploiement sur Vercel ou dans des conteneurs. Et voilà qu’on vous confie un projet Moodle : une intégration, un plugin, un thème, peut-être la reprise complète d’une plateforme universitaire. Votre premier réflexe sera probablement d’ouvrir le code source… et votre second de refermer l’éditeur, un peu sonné : plus de 500 000 lignes de PHP, des conventions qui datent parfois de 2002, une base de données de plus de 400 tables, et une communauté qui parle un jargon bien à elle (« capabilities », « contexts », « course modules », « mustache templates », « AMD modules »…).

Résistez à la tentation de juger trop vite. Moodle n’est pas « un vieux projet PHP mal fichu » : c’est l’un des logiciels open source les plus déployés au monde, avec une architecture de plugins extraordinairement aboutie, une API interne cohérente, et une rétrocompatibilité gérée avec un sérieux que peu de projets JavaScript peuvent revendiquer. Mais pour travailler efficacement dessus, il faut d’abord comprendre ce que Moodle est, d’où il vient, qui le pilote et où il se situe dans son marché. C’est exactement l’objet de ce chapitre — zéro code, promis, mais des fondations indispensables.

💡 Pour un dev React : pensez à Moodle comme vous penseriez à WordPress, mais pour l’éducation, et en beaucoup plus structuré. WordPress est un CMS (Content Management System, système de gestion de contenu) extensible par plugins et thèmes ; Moodle est un LMS (Learning Management System, système de gestion de l’apprentissage) extensible par plugins et thèmes. La grande différence : là où WordPress gère des contenus (articles, pages), Moodle gère des parcours d’apprentissage (cours, activités, notes, inscriptions, rôles) — un modèle métier bien plus riche.

2. Qu’est-ce qu’un LMS ?

2.1 Définition

Un LMS (Learning Management System, en français « système de gestion de l’apprentissage » ou « plateforme d’apprentissage en ligne ») est une application web qui permet de :

Le mot-clé est gestion : un LMS n’est pas d’abord un outil de création de contenu (même s’il en a), c’est un outil d’orchestration de l’apprentissage. On y trouve donc, en son cœur, un système sophistiqué de permissions, d’inscriptions, de suivi et de notation — c’est-à-dire, pour un développeur, beaucoup de logique métier autour d’un modèle de données relationnel dense.

2.2 LMS, LCMS, VLE, plateforme de e-learning… le zoo des acronymes

Le domaine adore les sigles. Petit décodeur :

• LMS (Learning Management System) : le terme dominant, celui qu’utilise le marché. Moodle est un LMS.
• VLE (Virtual Learning Environment, « environnement d’apprentissage virtuel ») : terme historiquement britannique, quasi synonyme de LMS. La documentation Moodle ancienne l’emploie souvent.
• LCMS (Learning Content Management System) : met l’accent sur la création et la réutilisation de contenus pédagogiques. La frontière avec le LMS est floue ; Moodle fait un peu des deux.
• LXP (Learning Experience Platform) : buzzword des années 2018+, désigne des plateformes centrées sur la découverte de contenus façon Netflix (recommandations, apprentissage informel). Moodle n’est pas une LXP, même si Moodle Workplace en reprend certains codes.
• MOOC (Massive Open Online Course) : ce n’est pas une catégorie de logiciel mais un format de cours (massif, ouvert). Des plateformes comme Open edX ou FUN-MOOC servent des MOOC ; Moodle peut techniquement en héberger, mais ce n’est pas son point fort historique.

2.3 Où vit un LMS dans un système d’information ?

Dans une université ou une entreprise, le LMS n’est jamais seul. Il s’insère dans un écosystème :

┌─────────────────────────────────────────────────────────────┐
│                    Système d'information                     │
│                                                              │
│  ┌──────────────┐   ┌──────────────┐   ┌────────────────┐   │
│  │ SIS / Apogée │   │ Annuaire     │   │ SSO            │   │
│  │ (scolarité)  │   │ LDAP / AD    │   │ CAS/SAML/OIDC  │   │
│  └──────┬───────┘   └──────┬───────┘   └───────┬────────┘   │
│         │ inscriptions     │ comptes           │ auth        │
│         ▼                  ▼                   ▼             │
│  ┌───────────────────────────────────────────────────────┐  │
│  │                        MOODLE                          │  │
│  └───────────┬──────────────┬──────────────┬─────────────┘  │
│              │ LTI          │ Web services │ Plagiat, visio │
│              ▼              ▼              ▼                 │
│  ┌──────────────┐   ┌──────────────┐   ┌────────────────┐   │
│  │ Outils tiers │   │ Appli mobile │   │ BigBlueButton, │   │
│  │ (LTI 1.3)    │   │ Moodle App   │   │ Turnitin, Zoom │   │
│  └──────────────┘   └──────────────┘   └────────────────┘   │
└─────────────────────────────────────────────────────────────┘

Ce schéma explique une bonne partie du travail réel d’un développeur Moodle : l’intégration. Authentification unique (SSO, Single Sign-On), synchronisation des inscriptions depuis le logiciel de scolarité (SIS, Student Information System), connexion d’outils externes via le standard LTI (Learning Tools Interoperability), exposition de données via les web services. Nous y reviendrons au chapitre 5.

💡 Pour un dev React : si vous avez déjà intégré Auth0/Clerk, synchronisé des données via des webhooks Stripe, ou consommé une API tierce dans une app Next.js, vous avez déjà l’état d’esprit. Le LMS est le « hub » et vous passerez beaucoup de temps sur ses « spokes ».

3. L’histoire de Moodle : Martin Dougiamas et 2002

3.1 Les origines : l’outback australien et un modem satellite

L’histoire de Moodle commence de façon singulièrement romanesque. Martin Dougiamas grandit dans les années 1970 dans le désert d’Australie-Occidentale, où il suit l’école à distance via la School of the Air — des cours dispensés par radio ondes courtes, avec des supports papier acheminés par avion. Cette expérience d’apprentissage à distance, isolé mais connecté à une communauté, marquera durablement sa vision.

Devenu informaticien, Dougiamas travaille dans les années 1990 comme administrateur WebCT à la Curtin University de Perth. WebCT était alors l’un des premiers LMS commerciaux — propriétaire, fermé, frustrant à personnaliser. Cette frustration est le deuxième ingrédient fondateur : Dougiamas veut un outil que les enseignants et les institutions puissent modifier librement.

Le troisième ingrédient est académique. Dougiamas entame un doctorat mêlant informatique et sciences de l’éducation, centré sur le constructivisme social (nous y venons à la section 4). Moodle naît littéralement comme le terrain d’expérimentation de sa recherche doctorale : un LMS conçu non pas autour de la diffusion de contenu, mais autour de la construction collaborative du savoir.

3.2 2002 : Moodle 1.0

Après plusieurs prototypes à la fin des années 1990 (le nom de domaine moodle.com est enregistré dès 1999, moodle.org suivra), Moodle 1.0 est publié le 20 août 2002. C’est la date de naissance officielle du projet.

Le nom Moodle est un acronyme : Modular Object-Oriented Dynamic Learning Environment (« environnement d’apprentissage dynamique, modulaire et orienté objet »). Chaque mot compte encore aujourd’hui :

• Modular : dès la version 1.0, Moodle est conçu autour de modules d’activité interchangeables. C’est l’ADN du système de plugins actuel, qui compte plus de 30 types de plugins différents.
• Object-Oriented : ambitieux pour du PHP de 2002 (PHP 4, sans vraies classes dignes de ce nom) ; la promesse est aujourd’hui tenue avec un noyau massivement orienté objet, des namespaces, de l’injection de dépendances (introduite progressivement depuis Moodle 4.x via un conteneur DI).
• Dynamic : par opposition aux pages web statiques de l’époque.
• Learning Environment : un environnement, pas un simple distributeur de contenu.

Accessoirement, to moodle est aussi un verbe anglais informel signifiant « flâner paresseusement en laissant les idées venir » — un clin d’œil pédagogique pleinement assumé par la communauté, où « moodler » est devenu un verbe à part entière.

3.3 Chronologie des grandes étapes

⚠️ Piège : vous croiserez énormément de documentation, de tutoriels et de réponses StackOverflow/forums datant des époques 2.x et 3.x. L’architecture profonde (plugins, contextes, API de base de données) est restée remarquablement stable, mais l’interface, la navigation, le système de sortie HTML et le JavaScript ont radicalement changé en 4.0 puis en 5.x. Vérifiez toujours la version à laquelle s’applique un contenu avant de le suivre. Un tutoriel qui parle de YUI (l’ancienne bibliothèque JavaScript de Yahoo, dépréciée et en cours de retrait — des dépréciations supplémentaires ont eu lieu en 5.2) ou du thème « Clean » est archéologique.

3.4 Où en est Martin Dougiamas ?

Martin Dougiamas est toujours, en 2026, le fondateur et CEO de Moodle Pty Ltd, et le « bienveillant dictateur » (benevolent dictator, au sens open source du terme) du projet. Fait rare dans l’open source : le fondateur historique dirige encore le projet 24 ans après, avec une ligne constante — la mission affichée de Moodle est « empowering educators to improve our world » (« donner aux éducateurs les moyens d’améliorer notre monde »). Cette dimension missionnaire n’est pas du marketing creux : elle explique des choix structurants, comme le refus de fermer le code, la gratuité totale du logiciel, et l’attention portée à l’accessibilité (conformité WCAG) et aux standards ouverts.

4. La philosophie pédagogique : le constructivisme social

On peut parfaitement développer sur Moodle sans connaître sa philosophie pédagogique, mais la comprendre éclaire de nombreuses décisions de conception qui, sinon, paraissent arbitraires.

4.1 L’idée en deux mots

Le constructivisme est une théorie de l’apprentissage (Piaget, puis Vygotski pour sa variante sociale) selon laquelle on n’apprend pas en recevant passivement de l’information, mais en construisant activement ses connaissances — et le constructivisme social ajoute que cette construction est plus efficace en interaction avec les autres, notamment quand on construit quelque chose pour les autres (expliquer, produire, évaluer ses pairs).

4.2 Les conséquences concrètes dans le produit

Cette philosophie explique pourquoi Moodle regorge d’outils sociaux et actifs qui n’existent pas, ou sont périphériques, chez certains concurrents :

• Le Forum est historiquement l’activité centrale de Moodle (le cœur du doctorat de Dougiamas portait sur l’analyse des interactions dans les forums).
• Le Wiki, le Glossaire collaboratif (les étudiants construisent ensemble un dictionnaire du cours), la Base de données (collecte collaborative d’entrées structurées).
• L’Atelier (Workshop) : évaluation par les pairs avec calibrage — une activité d’une sophistication rare.
• Les Choix (sondages), le Feedback (questionnaires), les activités où l’étudiant produit plutôt que consomme.
• Le rôle même d’« enseignant » dans Moodle est conçu comme un facilitateur configurable, pas comme un simple diffuseur.

4.3 Ce que ça change pour vous, développeur

Deux choses. D’abord, le modèle de données reflète cette philosophie : tout tourne autour de la participation (soumissions, tentatives, messages, évaluations croisées), d’où une granularité fine des permissions — qui peut voir les contributions de qui, dans quel groupe, à quel moment. Ensuite, la flexibilité est une exigence produit : Moodle préfère presque toujours offrir 15 réglages plutôt qu’imposer un choix. C’est une bénédiction pour les institutions (tout est adaptable) et un défi pour le développeur (chaque fonctionnalité doit composer avec des dizaines de configurations possibles). Quand vous vous demanderez « mais pourquoi y a-t-il un réglage pour ÇA ? », la réponse est souvent : parce qu’un pédagogue quelque part en avait besoin, et que la philosophie du projet est de ne pas lui dire non.

📚 Aller plus loin : la page « Pedagogy » de la documentation officielle expose la philosophie du projet — https://docs.moodle.org/en/Pedagogy 

5. Open source et licence GPL

5.1 La licence

Moodle est distribué sous GNU General Public License, version 3 ou ultérieure (GPLv3+). C’est une licence copyleft forte, ce qui a des implications très concrètes que tout développeur travaillant sur Moodle doit connaître :

Le point subtil : la GPL s’applique à la distribution, pas à l’usage. Une université qui modifie son Moodle en interne sans le redistribuer n’a aucune obligation de publication. En revanche, une agence qui vend et livre un plugin à un client doit le licencier en GPL — le client a alors légalement le droit de le redistribuer. C’est pourquoi le modèle économique des développeurs Moodle repose sur le service (développement sur mesure, maintenance, hébergement, expertise) et non sur la vente de licences.

⚠️ Piège : les plugins Moodle sont juridiquement considérés comme des travaux dérivés (ils s’exécutent dans le processus Moodle, appellent ses API, incluent ses fichiers). Un plugin publié dans le répertoire officiel (plugin directory) doit être GPLv3+. Si votre employeur envisage un « plugin propriétaire », le seul terrain à peu près sûr est de déporter la logique dans un service externe (une API SaaS séparée) et de ne garder côté Moodle qu’un connecteur GPL. Beaucoup d’éditeurs commerciaux (par exemple les outils anti-plagiat) fonctionnent exactement ainsi.

💡 Pour un dev React : c’est un monde différent de npm, où règnent MIT et Apache 2.0 (licences permissives : chacun fait ce qu’il veut, y compris fermer le code). La GPL est virale par conception : elle garantit que l’écosystème Moodle reste ouvert. Notez que Moodle Workplace (voir §8) contourne cela d’une façon intéressante : il est techniquement sous GPL, mais Moodle HQ n’en rend le code accessible qu’à ses partenaires certifiés sous contrat — la GPL n’oblige à donner le code qu’à ceux à qui l’on distribue le logiciel.

5.2 Ce que l’open source implique au quotidien

Concrètement, pour vous :

• Tout le code est lisible. Votre meilleure documentation sera souvent le code du cœur lui-même et celui des plugins existants. Prenez l’habitude de lire les sources — c’est la norme culturelle du développement Moodle.
• Le développement est public. Chaque bug, chaque nouvelle fonctionnalité passe par le tracker Jira public (tracker.moodle.org ), avec revues de code visibles. Vous pouvez suivre, commenter, et contribuer.
• Pas de boîte noire. Contrairement à Canvas (dont le SaaS diverge du dépôt public) ou Blackboard (fermé), ce que vous déployez est exactement ce que vous lisez sur GitHub (github.com/moodle/moodle ).
• Pas de coût de licence, mais un coût total réel. « Gratuit » signifie gratuité de la licence — l’hébergement, la maintenance, les mises à jour, le support et le développement ont un coût, souvent le cœur du budget d’un projet Moodle.

6. Moodle HQ et la gouvernance du projet

6.1 Qui pilote Moodle ?

Le développement de Moodle est piloté par Moodle Pty Ltd, société australienne basée à Perth, universellement appelée Moodle HQ (« quartier général »). Fondée en 2003 par Martin Dougiamas, elle emploie les développeurs du noyau (core developers), les équipes produit, UX, QA, sécurité, documentation, ainsi que les équipes de MoodleCloud et de Moodle Workplace. Moodle HQ possède la marque « Moodle » (déposée) et arbitre la feuille de route.

La gouvernance est donc de type « entreprise-pilote + communauté contributrice » (comme GitLab ou Odoo), et non de type fondation (comme Apache ou la Linux Foundation) :

Les grandes orientations produit sont annoncées via la roadmap publique et discutées lors des MoodleMoots (conférences, voir chapitre 4). Il existe des mécanismes de consultation (sondages communautaires, groupes de travail), mais soyons honnête : la décision finale appartient à Moodle HQ. Historiquement, une Moodle Users Association permettait à des adhérents de financer et voter des fonctionnalités ; elle a été dissoute au début des années 2020, ses fonctions étant reprises par les canaux HQ.

6.2 Le modèle économique : comment Moodle HQ gagne sa vie

C’est une question légitime pour un logiciel 100 % gratuit. Les revenus de Moodle HQ proviennent de :

1. Les redevances des Moodle Partners (rebaptisés Moodle Certified Service Providers) : des sociétés de services (hébergement, intégration, développement, formation) certifiées par HQ, qui reversent environ 10 % de leur chiffre d’affaires Moodle. En échange : usage de la marque, accès privilégié, visibilité officielle. C’est historiquement la principale source de financement du développement du cœur.
2. MoodleCloud : l’offre SaaS hébergée par HQ (voir §8.3).
3. Moodle Workplace : la déclinaison entreprise, distribuée uniquement via les partenaires certifiés (voir §8.2).
4. Moodle Academy et certifications : formations et certifications officielles (certains parcours payants).
5. Investissements : notamment celui, en 2020, du family office de la famille Leclercq (Education for the Many), qui a financé une forte croissance des effectifs de HQ.

💡 Pour un dev React : le modèle ressemble à celui de Vercel avec Next.js — une entreprise finance un open source massivement adopté et monétise l’hébergement et les services — à une différence près : Moodle ne pratique aucun open core sur le LMS lui-même. Il n’existe pas de « fonctionnalités premium » dans Moodle LMS ; tout ce qui est dans le produit est gratuit pour tous. La seule exception à cette pureté est Moodle Workplace, qui est un produit distinct réservé au canal partenaires.

6.3 Sécurité et sérieux industriel

Un point qui rassurera votre DSI : Moodle HQ opère un processus de sécurité mature. Les vulnérabilités sont signalées de façon responsable (programme de bug bounty), corrigées dans des releases de sécurité coordonnées (les minor releases bimestrielles, voir chapitre 4), annoncées avec identifiants CVE après un délai laissant aux administrateurs le temps de mettre à jour, et documentées publiquement. Les branches supportées reçoivent ces correctifs pendant toute leur fenêtre de support — 36 mois pour les versions LTS.

7. Part de marché et adoption dans le monde

7.1 Les chiffres

Donnons les ordres de grandeur, avec la prudence qui s’impose (les statistiques d’un logiciel librement installable sont structurellement incomplètes — seuls les sites enregistrés volontairement sont comptés) :

• Plus de 400 millions d’utilisateurs revendiqués sur l’ensemble des sites enregistrés (chiffre moodle.com, cumulatif et déclaratif).
• Entre 100 000 et 200 000 sites enregistrés actifs dans plus de 240 pays et territoires (les statistiques publiques sur moodle.org/stats fluctuent selon la méthode de comptage des sites actifs).
• Plus de 100 langues disponibles via les packs de langue communautaires.
• Environ 2 000 plugins publiés dans le répertoire officiel.
• Moodle est régulièrement cité comme le LMS le plus utilisé au monde en nombre d’installations, très loin devant tout concurrent open source.

7.2 La géographie compte énormément

La part de marché de Moodle varie radicalement selon les régions — c’est essentiel pour comprendre le paysage :

7.3 Pourquoi Moodle gagne (et pourquoi il perd parfois)

Il gagne grâce à : la gratuité de licence, la souveraineté des données (auto-hébergement, crucial pour le secteur public européen et le RGPD), l’extensibilité inégalée (30+ types de plugins), la profondeur pédagogique (aucun concurrent n’offre autant de types d’activités et de finesse de paramétrage), la traduction exhaustive, et une communauté mondiale énorme.

Il perd parfois face à : la simplicité perçue de Canvas (UX épurée, SaaS clé en main, zéro maintenance), la force commerciale des éditeurs propriétaires, et sa propre réputation — partiellement datée depuis Moodle 4.0/5.x, mais tenace — d’interface chargée et de courbe d’apprentissage raide. Le coût caché de l’auto-hébergement (équipe technique nécessaire) pousse aussi certaines institutions vers le SaaS.

8. La galaxie Moodle : LMS, Workplace, MoodleCloud, auto-hébergé

Le mot « Moodle » recouvre plusieurs produits et modes de déploiement qu’il faut absolument distinguer, car on vous demandera un jour « on est sur Moodle » sans préciser lequel.

8.1 Moodle LMS

C’est le produit : le logiciel open source GPL que tout le monde peut télécharger sur download.moodle.org  ou cloner depuis GitHub. Quand cette documentation dit « Moodle » sans précision, il s’agit de Moodle LMS. Version courante de référence : 5.2. Cible historique : éducation (écoles, universités, organismes de formation), mais utilisable partout.

8.2 Moodle Workplace

Moodle Workplace est une déclinaison commerciale de Moodle LMS destinée à la formation en entreprise (corporate learning), lancée en 2019. Points clés :

• C’est Moodle LMS + une surcouche : tout Moodle LMS est dedans, plus des fonctionnalités entreprise.
• Fonctionnalités additionnelles : multi-tenancy (plusieurs entités cliente isolées sur une même instance — filiales, départements), structures organisationnelles (départements, postes, hiérarchies de managers), programmes et certifications (parcours de formation avec échéances et recertification périodique), règles dynamiques (moteur d’automatisation : « si l’utilisateur rejoint le département X, l’inscrire au programme Y »), tableaux de bord managers, et historiquement un générateur de rapports avancé (le Report builder, dont une version a été reversée dans Moodle LMS à partir de la 4.0 — bel exemple de flux Workplace → LMS).
• Distribution restreinte : impossible de le télécharger publiquement. On ne l’obtient que via un Moodle Certified Service Provider (partenaire certifié) ou MoodleCloud, sous abonnement. Le code est GPL mais non distribué publiquement (voir §5.1).
• Les versions Workplace suivent les versions LMS (Workplace 5.2 est basé sur LMS 5.2).

⚠️ Piège : si l’on vous recrute pour un projet « Moodle Workplace », sachez que vous ne pourrez pas simplement télécharger le produit pour l’étudier : il faut y accéder via le partenaire qui détient le contrat. Les plugins Moodle LMS fonctionnent en général sur Workplace, mais les fonctionnalités propres à Workplace (tenants, règles dynamiques) ont leurs propres API, documentées de façon beaucoup plus confidentielle.

8.3 MoodleCloud

MoodleCloud est l’offre SaaS officielle de Moodle HQ : un Moodle hébergé, maintenu et mis à jour par HQ, facturé à l’abonnement selon le nombre d’utilisateurs. Positionnement : petites structures qui veulent un Moodle sans aucune gestion technique. Limites importantes pour un développeur : l’installation de plugins tiers et de code custom y est fortement restreinte (offres standard limitées à une sélection de plugins ; personnalisation profonde impossible). Si un client est sur MoodleCloud et veut du développement sur mesure, la réponse est presque toujours : migrer vers un hébergement dédié (chez un partenaire ou auto-hébergé).

8.4 Auto-hébergé (et hébergé par un prestataire)

Le mode de déploiement majoritaire : l’institution télécharge Moodle LMS et l’exploite sur sa propre infrastructure (serveurs internes, cloud IaaS, conteneurs) ou la confie à un prestataire d’hébergement (souvent un partenaire certifié, ou un hébergeur généraliste). C’est le mode qui offre 100 % de liberté : tous les plugins, tout le code custom, toutes les intégrations. C’est aussi celui qui exige des compétences : dimensionnement (PHP-FPM, base de données PostgreSQL/MySQL/MariaDB, cache Redis, stockage des fichiers), sauvegardes, mises à jour semestrielles, veille de sécurité. En tant que développeur Moodle, vous travaillerez à 95 % sur des instances auto-hébergées ou hébergées chez un prestataire — c’est là que le code custom vit.

8.5 Tableau récapitulatif

9. Comparaison honnête avec la concurrence

Vous devrez un jour justifier (ou challenger) le choix de Moodle. Voici une comparaison sans langue de bois avec les quatre concurrents que l’on vous opposera le plus souvent.

9.1 Canvas (Instructure)

Ce que c’est : le LMS SaaS leader de l’enseignement supérieur nord-américain, édité par Instructure (société cotée puis rachetée par des fonds). Le cœur de Canvas est publié en open source (licence AGPL), mais dans les faits, la quasi-totalité des clients utilise le SaaS d’Instructure, et l’édition open source vit à distance du produit commercial.

Forces : UX très soignée et cohérente, SaaS sans maintenance, API REST et GraphQL modernes et bien documentées, SpeedGrader (correction) apprécié des enseignants, écosystème LTI de premier plan.

Faiblesses face à Moodle : coût de licence élevé, personnalisation profonde impossible (pas de plugins serveur chez le client : tout passe par LTI et l’API), données hébergées chez l’éditeur (problème de souveraineté pour le public européen), palette pédagogique moins riche (moins de types d’activités, notation moins paramétrable).

Verdict pour un dev : sur Canvas on développe des intégrations externes (LTI, API) ; sur Moodle on développe dans la plateforme. Deux métiers différents.

9.2 Blackboard Learn (Anthology)

Ce que c’est : le vétéran commercial (années 1990), désormais propriété d’Anthology après fusion, dans sa version moderne « Learn Ultra » (SaaS). Longtemps leader mondial, en érosion continue depuis dix ans.

Forces : profondeur fonctionnelle accumulée, présence institutionnelle historique, suite Anthology intégrée (SIS, rétention, analytique).

Faiblesses face à Moodle : propriétaire et coûteux, réputation d’UX datée (que Ultra corrige partiellement au prix de régressions fonctionnelles), extensibilité limitée (Building Blocks abandonnés au profit d’API REST/LTI), migration Ultra douloureuse pour les clients historiques.

Verdict : on migre plus souvent de Blackboard vers Moodle ou Canvas que l’inverse. Vous croiserez surtout Blackboard dans des projets de migration.

9.3 Open edX

Ce que c’est : la plateforme open source (AGPL) créée par le MIT et Harvard pour edx.org, aujourd’hui pilotée par la fondation Axim Collaborative après la vente d’edX à 2U. C’est le moteur de nombreux portails MOOC nationaux (dont FUN en France).

Forces : conçu pour le massif (des centaines de milliers d’inscrits à un cours), stack plus moderne à certains égards (Python/Django, React côté front via les micro-frontends), excellent pour la vidéo-diffusion séquencée et l’auto-formation asynchrone à grande échelle.

Faiblesses face à Moodle : palette pédagogique bien plus étroite (peu d’activités collaboratives, carnet de notes rudimentaire comparé à Moodle), administration et déploiement notoirement complexes (l’installation Tutor a amélioré les choses, mais l’exploitation reste lourde), communauté et écosystème de plugins sans commune mesure avec Moodle, gestion fine des rôles/groupes/permissions moins développée.

Verdict : Open edX pour un portail MOOC grand public ; Moodle pour la formation encadrée (classes, cohortes, enseignants actifs, évaluation riche). Les deux se recouvrent moins qu’on ne le croit.

9.4 Brightspace (D2L)

Ce que c’est : le LMS propriétaire SaaS de Desire2Learn (société canadienne), solide numéro 2/3 en Amérique du Nord, en croissance en entreprise.

Forces : plateforme moderne et stable, bon outillage analytique et adaptatif, accessibilité soignée, API correctes.

Faiblesses face à Moodle : propriétaire, coûteux, personnalisation serveur impossible, présence faible en Europe continentale (peu de communauté francophone, peu de prestataires).

9.5 Tableau de synthèse

⚠️ Piège : méfiez-vous des comparatifs de LMS publiés en ligne — beaucoup sont du content marketing d’éditeurs concurrents ou de prestataires, et beaucoup comparent des versions de Moodle vieilles de cinq ans. L’UX de Moodle 5.2 (navigation 4.x, tableau de bord refondu, Bootstrap 5, design system naissant) n’a plus grand-chose à voir avec celle de Moodle 3.x qui a forgé sa réputation.

10. Moodle vu par un développeur web moderne

Terminons par un « choc des cultures » assumé : où atterrit-on quand on vient de l’écosystème JS ?

10.1 La stack, en un coup d’œil (aperçu — détails dans les parties suivantes)

10.2 Ce qui va vous plaire

• L’architecture de plugins : tout est plugin, même dans le cœur. Les conventions sont strictes et cohérentes ; une fois apprises, vous naviguez n’importe quel plugin les yeux fermés.
• La rétrocompatibilité disciplinée : politique de dépréciation formelle, notes de migration à chaque version, stabilité des API sur des années.
• La communauté : forums actifs, tracker public, documentation développeur sérieuse (moodledev.io), réponses réelles à vos questions.
• Le marché : les développeurs Moodle compétents sont rares et recherchés, particulièrement ceux qui apportent une culture front moderne.

10.3 Ce qui va vous frustrer (autant le savoir)

• Pas de hot reload générale : on purge des caches (interface ou CLI) après modification de templates, chaînes de langue ou définitions. Vous apprendrez vite php admin/cli/purge_caches.php.
• Le front reste majoritairement SSR + progressive enhancement : React n’arrive qu’en 5.2 et sur un périmètre restreint ; l’essentiel de l’UI se fait en Mustache + modules AMD. Oubliez (pour l’instant) le composant client omniprésent.
• L’héritage : du code de 2005 côtoie du code de 2026. Les parties modernisées (nouvelle DI, hooks, design system) coexistent avec des API historiques qu’il faut aussi connaître.
• La densité conceptuelle : contextes, capabilities, course modules, formats de cours… le vocabulaire est vaste. Bonne nouvelle : c’est exactement l’objet du chapitre suivant.

11. Synthèse et points à retenir

• Moodle est un LMS : une plateforme d’orchestration de l’apprentissage (cours, activités, inscriptions, rôles, notes), pas un simple CMS de contenus.
• Créé en 2002 par Martin Dougiamas, toujours CEO en 2026, sur des fondations pédagogiques (constructivisme social) qui expliquent la richesse des activités collaboratives et l’hyper-paramétrabilité du produit.
• Open source GPLv3+ : gratuité totale, code public, plugins nécessairement GPL ; le modèle économique de tout l’écosystème repose sur les services.
• Moodle HQ (Moodle Pty Ltd, Perth) pilote le développement, financé par les redevances des partenaires certifiés, MoodleCloud et Moodle Workplace.
• Leader mondial en nombre d’installations (100 000+ sites, 400 M+ utilisateurs déclarés, 100+ langues), dominant en Europe et en Amérique latine, distancé par Canvas dans le supérieur nord-américain.
• Quatre « Moodle » : Moodle LMS (le produit open source — votre terrain), Moodle Workplace (entreprise, canal partenaires), MoodleCloud (SaaS restreint), et l’auto-hébergement (la norme pour le développement sur mesure).
• Face à Canvas, Blackboard, Open edX et Brightspace, Moodle se distingue par l’extensibilité serveur (30+ types de plugins), la souveraineté, la richesse pédagogique et le coût de licence nul — au prix d’une exploitation à assumer et d’une courbe d’apprentissage réelle.
• Moodle 5.2 (20 avril 2026) : PHP 8.3+, Bootstrap 5, tableau de bord refondu, premières briques React et design system, Composer, OpenTelemetry — la version la plus accueillante à ce jour pour un développeur venant du web moderne.

📚 Aller plus loin :

• Notes de version Moodle 5.2 : https://moodledev.io/general/releases/5.2 
• Histoire du projet : https://docs.moodle.org/en/History 
• À propos de Moodle : https://docs.moodle.org/en/About_Moodle 
• Le dépôt GitHub : https://github.com/moodle/moodle 

Chapitre suivant : 02 — Le vocabulaire Moodle : construire votre modèle mental, où nous démontons pièce par pièce tout le lexique (site, cours, sections, activités, blocs, cohortes, rôles…) avec, pour chaque terme, son nom dans l’interface française, son nom anglais et son nom dans le code.