Les 10 meilleurs LMS open source en 2026
Tous les LMS open source ne conviennent pas à la même équipe. Le comparatif franc d’un CTO sur 10 solutions auto-hébergées, de Moodle à Open edX.

Le meilleur LMS open source est celui que votre équipe peut réellement exploiter en production. Moodle est le choix par défaut le plus sûr si vous disposez d’un administrateur dédié ou d’un partenaire certifié, Open edX exige une équipe DevOps complète, Chamilo est le plus léger à auto-héberger, et ILIAS domine en conformité si vous pouvez compter sur un support en allemand.
- Moodle offre le catalogue de plugins le plus riche et plus de 20 ans de gouvernance, mais l’interface vieillissante et les montées de version façon 3.x vers 4.x sont des coûts réels, à budgétiser, pas des cas marginaux.
- Open edX repose sur Python et Django et se déploie avec Tutor ; c’est la plateforme la plus puissante de ce comparatif et la seule qui exige une équipe DevOps dédiée plutôt qu’un simple administrateur système.
- L’édition communautaire de Canvas est sous licence AGPL v3 : la modifier pour un service ouvert à des utilisateurs externes impose de publier le code source, une obligation que la licence commerciale d’Instructure supprime.
- Licences et gouvernance diffèrent nettement : GPL v3 (Moodle, Chamilo, ILIAS), AGPL v3 (Canvas), ECL 2.0 dérivée d’Apache (Sakai) et Apache 2.0 (Forma) entraînent des règles de redistribution et des risques de fork distincts.
Répondez à trois questions rapides et nous vous orienterons vers la solution la mieux adaptée.

Gérez votre propre plateforme LMS personnalisée avec un nombre illimité d’apprenants
J’ai commencé à m’intéresser aux ordinateurs bien avant que la plupart des gens en aient un à la maison, et c’est sans doute pour cela que je n’ai jamais cru que l’infrastructure open source était le choix de ceux qui n’ont pas les moyens de s’offrir une autre solution.
Après 20 ans passés à bâtir des produits SaaS, le constat est net. Les équipes qui adoptent un LMS open source parce que la licence est gratuite finissent souvent déçues. Celles qui le choisissent pour la maîtrise (leurs données, leur API, la liberté de corriger une faille de sécurité à leur rythme) le sont rarement. L’open source n’est pas l’option économique. C’est une infrastructure qui vous appartient et qu’il faut exploiter.
Mes critères d’évaluation
À ce niveau, le choix d’une plateforme se résume à une question : que peut réellement prendre en charge votre équipe en production, dans trois ans, le jour où quelque chose tombe en panne ? J’ai donc pesé quatre critères.
- Licence et gouvernance. La licence réelle, ses obligations de copyleft, et qui décide de la feuille de route. Un éditeur à but lucratif (Moodle HQ), une association à but non lucratif (Axim Collaborative) et une fondation (Apereo, l’ILIAS Society) n’exposent pas au même risque de fork sur cinq ans.
- Qui peut l’exploiter. La pile technique (PHP, Ruby, Java ou Python) et le besoin d’un administrateur système compétent ou d’une équipe DevOps complète. Mon test est simple : y a-t-il dans votre équipe une personne capable de s’en occuper à 2 h du matin, en cas de panne ?
- Ce qu’elle fait vraiment le mieux. Chaque plateforme de ce comparatif excelle sur un point : richesse de l’écosystème de plugins, conformité, interface ou intégration ERP. J’ai nommé l’atout réel de chacune plutôt que de toutes les noter sur la même grille.
- Le coût total réel, en trois couches. L’infrastructure est prévisible et se chiffre une fois pour toutes. La main-d’œuvre de maintenance (correctifs, vérification des plugins, support) est la surprise de la deuxième année. Et toutes les plateformes ici ont cassé des plugins ou un schéma de base de données lors d’une version majeure : prévoyez donc un budget de migration qu’aucune page éditeur ne mentionne.
Cet article s’adresse aux ingénieurs, aux responsables informatiques et aux CTO qui se demandent s’ils doivent exploiter leur propre infrastructure LMS. Si vous préférez une plateforme gratuite hébergée, notre comparatif des meilleurs LMS gratuits présente les offres freemium. J’ai volontairement écarté ATutor : j’ai consulté le dépôt GitHub, l’activité de commits y est minimale depuis des années, sans version significative, et je ne recommanderai pas en production une plateforme auto-hébergée dont les correctifs de sécurité ne sont pas vérifiables.
Malgré toutes les précautions d’exploitation de cette liste, l’open source fait déjà tourner une grande partie de la formation dans le monde. Open edX annonce plus de 140 millions d’apprenants, Chamilo plus de 41 millions, et Fortune Business Insights chiffre le marché mondial des LMS à environ 24 milliards $ en 2025, pour 104 milliards $ en 2034. Ces plateformes n’ont rien de marginal. La seule vraie question est de savoir si votre équipe peut en exploiter une.
Ce que coûte vraiment l’auto-hébergement
La licence est la partie la moins chère d’un LMS open source. Voici ce que les équipes dépensent réellement pour en exploiter un en production, selon les trois couches de coût vues plus haut. Considérez ces montants comme des fourchettes de planification, pas comme des devis.
- Infrastructure : la couche prévisible. Quelques centaines d’apprenants tiennent sans difficulté sur un VPS à 20 à 100 $ par mois. Quelques milliers d’apprenants actifs, avec une vraie charge d’évaluations simultanées, demandent 200 à 800 $ par mois de cloud. Les déploiements d’entreprise avec un grand nombre d’utilisateurs simultanés coûtent de 1 000 à 5 000 $ et plus. Open edX se situe en haut de chaque tranche à cause de son architecture multiservice.
- Main-d’œuvre de maintenance : la couche qui piège les équipes en deuxième année, et en général le plus gros poste. Correctifs de sécurité, vérification des plugins, mises à niveau et escalades du support utilisateur représentent une fraction de poste, voire un poste complet d’administrateur système ou de DevOps, soit environ 1 000 à 5 000 $ par mois de coût chargé, ou un contrat de support auprès d’un partenaire dans la même fourchette. Aucun argumentaire sur la licence gratuite n’en parle.
- Mise en œuvre et migration : proches de zéro si vous installez vous-même et gardez les réglages par défaut ; de 5 000 à 50 000 $ avec un partenaire certifié dès que s’ajoutent le thème, l’authentification unique, les intégrations SIS ou SIRH et la migration de vos contenus et de vos utilisateurs.
Sur trois ans, un LMS open source auto-hébergé est rarement l’option la moins chère en coût total de possession. C’est la plus maîtrisable. Voilà le vrai compromis que vous faites, bien plus que le zéro affiché sur la licence.
Auto-hébergé ou hébergé : la vraie décision
Avant de comparer les plateformes, il faut être honnête sur le choix de catégorie qui se cache derrière la liste. L’open source auto-hébergé offre la maîtrise et se paie en main-d’œuvre ; une plateforme hébergée offre la rapidité et se paie en abonnements par utilisateur et en limites imposées par l’éditeur.
| Open source auto-hébergé | Plateforme hébergée | |
|---|---|---|
| Coût du logiciel | Licence à 0 $, pas de frais par utilisateur | Abonnement, généralement par utilisateur ou par offre |
| Qui l’exploite | Votre équipe : un administrateur système, ou du DevOps pour Open edX | L’éditeur |
| Délai de mise en ligne | De plusieurs semaines à plusieurs mois | Le jour même |
| Données et maîtrise | Hébergement des données où vous voulez, API à vous, correctifs à votre rythme | Contrôlé par l’éditeur, dans les limites qu’il fixe |
| Profil de coût | Licence peu coûteuse, main-d’œuvre élevée, moins prévisible à grande échelle | Abonnement mensuel ou annuel prévisible |
| Pour en sortir | Les données sont à vous ; la migration reste un vrai travail d’ingénierie | Export en SCORM, xAPI ou CSV lorsque l’éditeur le permet |
| À privilégier quand | Vous avez besoin de maîtrise et d’une équipe pour l’assumer | Vous voulez un LMS opérationnel tout de suite, sans administrateur système |
La licence est gratuite. Son exploitation ne l’est pas. Prévoyez un budget pour trois couches avant de vous engager : l’infrastructure pour l’héberger, la main-d’œuvre pour la tenir à jour et corrigée, et le coût ponctuel de mise en œuvre et de migration. Dans tous les déploiements que j’ai vus, la couche du milieu, une personne qui s’occupe réellement du panneau d’administration, est celle que les équipes oublient de chiffrer, et c’est elle qui décide si le projet survit à sa deuxième année.
Comparatif en un coup d’œil

| Outil | Note | Idéal pour | Points de vigilance |
|---|---|---|---|
| Moodle | 4,3/5 (Capterra, 3 378) | Établissements avec un administrateur LMS dédié ou un partenaire certifié | Interface datée et chargée en clics ; les mises à niveau cassent thèmes et plugins |
| Open edX | 4,8/5 (Capterra, 84) | Équipes avec un ingénieur DevOps dédié pour Python/Django | Exige une équipe DevOps dédiée, pas seulement un administrateur système |
| Canvas LMS (Community Edition) | 4,4/5 (G2, 1 809) | Établissements disposant d’une expérience de production Ruby on Rails | L’AGPL v3 impose de publier le code source des services modifiés ouverts à l’extérieur |
| ILIAS | Trop peu d’avis | Déploiements où la conformité passe en premier, dans des établissements européens | Support et documentation principalement en allemand |
| Sakai | 4,1/5 (Capterra, 33) | Collaboration universitaire, évaluation par les pairs, parcours de portfolio | La pile Java demande des compétences de réglage différentes de celles de PHP |
| Chamilo | 4,7/5 (Capterra, 50) | Équipes en entreprise qui veulent un auto-hébergement gérable sans spécialiste | Catalogue de plugins plus réduit ; reporting pas au niveau d’un grand établissement |
| Totara Learn | 4,4/5 (Capterra, 51) | Organisations sous Moodle qui ont besoin de fonctions de conformité réglementaire des collaborateurs et de certification | Documentation et support conçus autour de contrats avec des partenaires |
| Odoo LMS | 4,4/5 (G2, 19) | Organisations qui utilisent déjà l’ERP Odoo | Fonctions d’apprentissage correctes sans profondeur ; SCORM et conformité limités |
| Forma LMS | 4,6/5 (Capterra, 159) | Formations d’entreprise très personnalisées qui exigent la licence Apache 2.0 | Base de contributeurs réduite ; feuille de route peu lisible |
| Open LMS | 4,0/5 (G2, 90) | Écoles déjà sous Google Workspace | Le catalogue de plugins plus réduit limite la personnalisation de l’interface |
Les notes correspondent au meilleur score de chaque outil sur G2 ou Capterra, arrondi, en août 2026. Considérez celles reposant sur peu d’avis (Open edX, Sakai et Odoo notamment) comme indicatives plutôt que statistiquement solides.
1. Moodle

Idéal pour : les établissements qui ont déjà un administrateur LMS dédié ou un partenaire certifié Moodle.
Moodle est la référence à laquelle toutes les autres plateformes de ce comparatif sont mesurées : en service continu depuis 2002 sur une pile PHP, sous GPL v3, avec le catalogue de plugins le plus riche de la catégorie.
- Licence et gouvernance : GPL v3, mais Moodle HQ est une entreprise à but lucratif qui pilote la feuille de route ; les fonctions pour grandes organisations arrivent donc d’abord dans Moodle Workplace, la version commerciale (la 5.2 a ajouté une automatisation multi-locataires absente du noyau ouvert). Gérable si vous l’anticipez, coûteux sinon.
- Pile technique : PHP/LAMP, compétences d’administration système standard. Je l’ai vu passer de projets pilotes de deux formations à des centaines de milliers d’apprenants sans changer de plateforme.
- Point fort : les plugins et la communauté. Le catalogue et le réseau de développeurs certifiés font que vous résolvez rarement un problème que personne n’a déjà résolu.
- Le bémol : l’interface. « Trop de clics, on dirait un CMS des années 1990 » : c’est l’expérience dominante des apprenants dans des milliers de déploiements vérifiés sur Capterra et G2, et elle a survécu à la refonte de la version 4. Traitez les mises à niveau majeures comme des fenêtres de maintenance de plusieurs jours, et testez la charge avant les grands examens synchrones.
Notes de déploiement : Moodle est l’installation la mieux documentée de ce comparatif : un serveur LAMP avec moodledata placé hors de la racine web. En revanche, cron n’est pas facultatif : s’il ne s’exécute pas chaque minute, les e-mails, les notifications et les sauvegardes planifiées s’arrêtent et Moodle ne cesse de signaler que cron n’a pas tourné. Et la valeur par défaut de max_input_vars dans PHP, 1 000, est trop basse pour les grandes pages de réglages et de permissions de Moodle, qui n’enregistrent alors qu’une partie de leurs champs sans aucune erreur tant que vous ne la relevez pas.
Mon avis : le pari le plus sûr à long terme si vous chiffrez honnêtement la charge d’administration. Le mauvais choix pour une équipe qui compte l’installer puis l’oublier.
2. Open edX

Idéal pour : les universités et les grands organismes qui ont un ingénieur DevOps dédié, et pas seulement un administrateur système.
Open edX est ce que le MIT et Harvard ont construit pour faire tourner edX à grande échelle, et la plateforme dont le champ de déploiement est le plus étroit de la liste : les organisations auxquelles elle convient vraiment sont rarement celles qu’attire sa réputation.
- Licence et gouvernance : open source sous l’égide d’Axim Collaborative, une organisation à but non lucratif créée pour piloter la plateforme après le rachat d’edX par 2U en 2021. Sur le risque à long terme, les incitations d’une organisation non lucrative valent mieux que la feuille de route trimestrielle d’un éditeur à but lucratif.
- Pile technique : Python/Django, déployé avec Tutor (Docker) et Kubernetes en multi-nœuds. La seule plateforme de ce comparatif qui exige une équipe DevOps. Le test : une seule personne peut-elle traiter une panne en production, corriger une faille CVE Python et piloter une mise à niveau majeure ? Sinon, ses capacités vous resteront inaccessibles.
- Point fort : l’ambition d’architecture et la montée en charge. L’extensibilité par XBlock est puissante, mais les types de contenu personnalisés relèvent du développement Python, pas de la création de contenu.
- Le bémol : le déploiement, où la plupart des évaluations s’enlisent. Faites une installation Tutor sur un serveur de test avant de vous engager : ce déploiement vous en dira plus sur la capacité de votre équipe à assumer la plateforme que n’importe quelle liste de fonctions.
Notes de déploiement : J’ai suivi la voie Tutor, et l’installation elle-même se résume à une commande tutor local launch qui dure environ vingt minutes. Le travail se fait en amont : un serveur avec au moins 8 Go de RAM, des enregistrements DNS qui pointent dessus et Docker exécuté par un utilisateur sans droits root. Si le serveur et le DNS sont corrects, le SSL se règle tout seul ; sinon, c’est précisément là que naissent les histoires d’horreur.
Mon avis : ne vaut la complexité que si vous pouvez maîtriser une pile Python/Django de bout en bout. L’exigence d’ingénierie est le seuil, pas une réserve.
3. Canvas LMS (Community Edition)

Idéal pour : les établissements qui ont une expérience de production Ruby on Rails et n’ont pas besoin de modifier le code pour des services ouverts à l’extérieur.
Canvas dans son édition communautaire sur GitHub (AGPL v3) est un LMS open source très complet, et la plupart de ceux qui m’en parlent se trompent sur le produit.
- Licence et gouvernance : l’AGPL v3 est le point de blocage. Si vous exploitez un Canvas modifié comme service réseau, vous devez publier vos modifications du code source à ses utilisateurs. Sans conséquence pour un usage strictement interne ; rédhibitoire pour des déploiements modifiés ouverts à l’extérieur (deux équipes que j’ai conseillées ont dû tout reprendre à zéro). La version amont reste à jour, car Instructure mène le développement pour son cloud commercial.
- Pile technique : Ruby on Rails, avec des guides de déploiement issus de la communauté. Les instances auto-hébergées fonctionnent sans le SLA d’Instructure, et les schémas de panne apparaissent dans les avis des utilisateurs auto-hébergés.
- Point fort : l’interface et la notation. SpeedGrader est régulièrement jugé l’un des meilleurs flux de correction qui existent, et il est livré avec les Blueprint Courses dans l’édition communautaire.
- Le bémol : ce qu’un contrat apporte en plus : Canvas Studio, Credentials, Mastery Connect et le SLA de disponibilité de 99,9 %. Les chiffres d’échelle (6 millions d’utilisateurs simultanés, 27 millions de téléchargements mobiles) concernent le cloud d’Instructure, pas votre serveur auto-hébergé.
Notes de déploiement : La réputation de Canvas en auto-hébergement est justifiée, et elle tient à un point précis : le dimensionnement du serveur est correct (8 Go, quatre cœurs), l’obstacle est le bundle install. Canvas est une application Rails à versions figées, et la documentation de production s’écarte du code réel : sur un serveur neuf, les gems natifs ne se compilent pas avec la mauvaise version de Ruby et vous perdez des heures avant même que Canvas démarre. Redis est obligatoire, un certificat auto-signé ne suffit pas, et vous comblez des étapes manquantes tout du long. C’est l’entrée où je me demanderais le plus sérieusement si vous voulez vraiment vous auto-héberger.
Mon avis : la meilleure interface prête à l’emploi de ce comparatif, si Rails est déjà maîtrisé en interne et que vous ne le modifiez pas pour des utilisateurs externes. Lisez la clause AGPL avant de toucher au code.
4. ILIAS

Idéal pour : les établissements européens qui placent la conformité en premier et ont accès à un support en allemand.
ILIAS joue dans une autre catégorie que Moodle et Canvas pour la conformité : conçu à l’université de Cologne depuis 1997 et piloté par l’ILIAS Society, une association à but non lucratif.
- Licence et gouvernance : GPL v3, avec une gouvernance de type fondation assurée par l’ILIAS Society : la responsabilité du pilotage à long terme de la plateforme est ainsi clairement attribuée.
- Pile technique : PHP/MySQL, avec une complexité de déploiement comparable à celle de Moodle. Des compétences PHP standard suffisent pour l’installation.
- Point fort : la conformité. Cartographie des référentiels de compétences, profondeur SCORM et xAPI, suivi du cycle de vie des certifications et reporting prêt pour l’audit sont plus développés que dans le noyau de Moodle sur ce terrain précis.
- Le bémol : la communauté et la documentation sont principalement en allemand. Face à un problème de configuration inhabituel, le fil de forum utile sera probablement en allemand ; même avec une traduction automatique, cela crée une friction durable pour les équipes qui ne travaillent qu’en anglais.
Notes de déploiement : Ici, pas d’installateur convivial, ni de tutoriel vidéo en anglais qui vaille d’être cité. Vous construisez les dépendances avec composer et npm, puis vous lancez un script d’installation en ligne de commande ; il n’y a plus d’assistant web. L’obstacle classique est la version de PHP : ILIAS impose une plage étroite et composer refuse tout simplement d’installer avec une autre. Deux autres pièges à signaler : il faut de l’utf8 à 3 octets, pas de l’utf8mb4, sous peine de corrompre les données plus tard, et les répertoires de données doivent appartenir à l’utilisateur du serveur web. La documentation d’installation la plus complète est en allemand.
Mon avis : la meilleure option open source pour la conformité en Europe si vous avez un support en allemand. Pour les mêmes besoins dans une organisation qui travaille d’abord en anglais, la communauté plus large de Moodle et sa profondeur SCORM et xAPI comparable l’emportent en général.
5. Sakai

Idéal pour : les établissements d’enseignement supérieur et les consortiums qui font de la collaboration universitaire, de l’évaluation par les pairs et du travail en portfolio.
Sakai est issu d’un consortium d’universités (Michigan, Indiana, Stanford, MIT), et ses points forts reflètent précisément cet ancrage universitaire.
- Licence et gouvernance : l’Educational Community Licence 2.0 (dérivée d’Apache), plus permissive que la GPL pour la redistribution universitaire, ce qui compte quand un consortium partage une même version personnalisée. Piloté par l’Apereo Foundation (qui maintient aussi CAS) ; une décennie de stabilité de la fondation est un signal favorable sur le risque de fork.
- Pile technique : Java sur Tomcat, et c’est le piège d’exploitation. Les serveurs d’applications Java ont des profils de mémoire, des modes de défaillance et un réglage différents de PHP : une autre compétence que celle d’exploiter Moodle, qui a déjà pris des équipes au dépourvu.
- Point fort : les parcours universitaires, l’évaluation par les pairs, les portfolios et les structures de formation orientées recherche que la plupart des LMS délaissent.
- Le bémol : la pile Java et le modèle mental universitaire (listes d’inscrits, semestres, portfolios) vont tous deux à l’encontre des usages en entreprise.
Notes de déploiement : C’est l’installation qui rappelle que Sakai est une application Java, pas une application PHP à déposer simplement sur un serveur. Vous le compilez depuis les sources avec Maven, et deux choses piègent les débutants : Maven manque de mémoire tant que vous n’augmentez pas le tas dans MAVEN_OPTS avant la compilation, et il ne tourne pas sur un Tomcat installé via apt ou yum, il faut l’archive de tomcat.apache.org. Ensuite, il reste le réglage du tas de la JVM, que la documentation de Sakai qualifie elle-même d’art obscur.
Mon avis : un bon choix pour les établissements universitaires capables d’exploiter Java, et un mauvais choix pour la formation en entreprise.
6. Chamilo

Idéal pour : les équipes de formation en entreprise qui veulent maîtriser leur plateforme auto-hébergée sans spécialiste LMS dédié.
Chamilo offre le modèle de l’auto-hébergement sans le poids d’exploitation de Moodle ou d’Open edX : PHP, GPL v3, et conçu dès l’origine pour tourner sur des serveurs modestes.
- Licence et gouvernance : GPL v3, mais la feuille de route dépend des contributions de bénévoles et de l’adoption commerciale, plutôt que d’une entreprise qui a un intérêt financier à la continuité. Sur cinq ans, je surveillerais cet aspect de plus près que le modèle de Moodle HQ.
- Pile technique : PHP, assez léger pour tourner sur un hébergement mutualisé (pas idéal, mais cela fonctionne, ce qu’Open edX ne permettrait jamais). Interface par défaut plus claire et création de formations plus rapide que Moodle depuis la scission de Dokeos en 2010.
- Point fort : la simplicité d’exploitation, avec les bases de la conformité (SCORM, quiz, certificats, prérequis) sans plugins lourds.
- Le bémol : un catalogue de plugins plus réduit que celui de Moodle et un reporting correct mais pas au niveau d’un grand établissement. Convient de quelques centaines à quelques milliers d’utilisateurs ; pas pour l’échelle d’un grand établissement ni pour des exigences de conformité lourdes.
Notes de déploiement : Le chemin classique est un serveur LAMP et l’assistant d’installation dans le navigateur, qui s’arrête net sur une extension PHP manquante plus souvent que sur toute autre : intl, que PHP de base ne fournit pas. Ajoutez php-intl, redémarrez, et vous repartez. L’autre piège apparaît après l’installation : les envois SCORM de plus de 2 Mo environ échouent sans message tant que vous ne relevez pas upload_max_filesize dans PHP, et les paquets dont le nom de fichier contient des accents ou des espaces se bloquent ; gardez donc des noms simples.
Mon avis : le bon choix pour une plateforme auto-hébergée gérable quand l’exploitation du LMS n’occupe personne à temps plein.
7. Totara Learn

Idéal pour : les organisations déjà sous Moodle qui ont besoin de fonctionnalités de formation et de gestion des collaborateurs et travaillent avec un partenaire Totara.
Totara Learn est un fork de Moodle pour grandes organisations : même base PHP et même compatibilité de plugins, avec en plus la gestion de plusieurs environnements clients distincts, des référentiels de compétences structurés et la planification des recertifications.
- Licence et gouvernance : GPL v3, code sur GitHub, vérifiable. Mais la documentation et le support sont tous conçus pour les clients engagés auprès d’un partenaire Totara.
- Pile technique : PHP compatible Moodle ; les plugins et contenus Moodle existants se transfèrent donc en grande partie.
- Point fort : la conformité réglementaire des collaborateurs, les référentiels de compétences structurés, la certification avec planification des recertifications et la gestion de plusieurs environnements clients distincts, au-delà des fonctions du noyau de Moodle.
- Le bémol : l’écart entre la documentation réservée aux partenaires et la documentation publique n’est pas négligeable. Démarrer de zéro sans partenaire est le chemin de déploiement que j’éviterais activement.
Mon avis : une migration sensée pour les structures qui utilisent déjà Moodle et ont besoin des fonctionnalités de formation et de gestion des collaborateurs. Pour un démarrage de zéro, comparez « Moodle plus des plugins pour grandes organisations » à « Totara avec un abonnement partenaire ».
8. Odoo LMS

Idéal pour : les organisations qui utilisent déjà l’ERP Odoo et veulent relier la formation aux données RH.
Odoo LMS n’est pas un LMS autonome. C’est une suite ERP open source dont le module d’e-learning inclut un LMS, et il faut le dire franchement car cela change la décision.
- Licence et gouvernance : édition communautaire sous LGPL v3, modules commerciaux sous Odoo Enterprise. Le coût du LMS est intégré à une question plus large de contrat ERP, pas à une décision de plateforme autonome.
- Pile technique : intégré à la suite Odoo, le module d’e-learning partage donc le même modèle de données que les RH, le CRM et les projets.
- Point fort : l’intégration native de la formation aux processus métier : dossiers d’onboarding, conformité liée aux données RH, compétences reliées à l’affectation sur les projets. Surcoût marginal faible si vous exploitez déjà Odoo.
- Le bémol : comme LMS autonome, les fonctions d’apprentissage sont correctes sans profondeur : pas d’évaluation avancée, ni de SCORM ou de reporting de conformité au niveau de Moodle ou d’ILIAS.
Notes de déploiement : Installer Odoo Community passe par une compilation depuis les sources (environnement virtuel Python, PostgreSQL, wkhtmltopdf), et il démarre sans souci avant de vous piéger sur un seul point : wkhtmltopdf. Installez le paquet de la distribution et tous les PDF (factures, certificats, attestations de fin de formation) sortent vides ou corrompus. Il vous faut la version à Qt modifié correspondant à votre Ubuntu, le .deb jammy, pas le bionic. Une fois ce binaire correct, le reste est de la routine.
Mon avis : ne convient que si Odoo est déjà l’ossature de vos opérations. Si l’enjeu est la création de contenus SCORM, commencez plutôt par un outil de création SCORM.
9. Forma LMS

Idéal pour : les équipes en entreprise qui ont précisément besoin d’une licence permissive Apache 2.0.
Forma LMS est un fork open source de Docebo, antérieur au passage de Docebo au tout commercial, sous la licence la plus permissive de ce comparatif.
- Licence et gouvernance : Apache 2.0 : les versions modifiées se déploient et se distribuent sans les obligations de copyleft de la GPL et de l’AGPL, ce qui compte si la souplesse de redistribution est un enjeu. En revanche, la base de contributeurs est réduite et la feuille de route peu lisible, comparée aux projets pilotés par une fondation.
- Pile technique : PHP.
- Point fort : une licence permissive pour une version très personnalisée de la plateforme de formation d’entreprise que vous pourriez avoir à redistribuer.
- Le bémol : le risque de fork. Pour un déploiement en production que vous comptez exploiter cinq ans ou plus, la petite communauté et la gouvernance peu structurée méritent une évaluation explicite.
Mon avis : je choisirais Chamilo plutôt que Forma dans la plupart des contextes d’entreprise, sauf si Apache 2.0 est une exigence ferme et non négociable ; la gouvernance plus visible de Chamilo et sa communauté plus large en font le choix le moins risqué.
10. Open LMS

Idéal pour : les écoles primaires et secondaires déjà sous Google Workspace.
Open LMS est une plateforme basée sur Moodle, conçue pour l’enseignement primaire et secondaire et pour Google Workspace, avec une intégration native de Google Classroom plutôt que le bricolage de plugins que la plupart des LMS exigent.
- Licence et gouvernance : dérivé de Moodle, il hérite donc de la filiation GPL et d’une grande partie du modèle de plugins de Moodle.
- Pile technique : PHP basé sur Moodle ; l’installation suppose l’authentification Google, le lien vers les fichiers Drive et les sessions Meet que votre équipe informatique gère déjà.
- Point fort : l’intégration native de Google, qui évite la configuration parallèle exigée par la plupart des LMS dans les écoles sous Google Workspace.
- Le bémol : un catalogue de plugins plus réduit que celui de Moodle, ce qui limite la personnalisation de l’interface et de l’image de marque au-delà des thèmes intégrés.
Mon avis : à examiner pour une école sous Google Workspace. En dehors de l’enseignement primaire et secondaire, la base de support plus large de Moodle et son catalogue plus riche l’emportent dans la famille dérivée de Moodle.
Et les plugins LMS pour WordPress ?
Si vous cherchiez un LMS open source en espérant une réponse WordPress, c’est une autre catégorie, et mieux vaut le dire clairement. LearnDash, LifterLMS, Tutor LMS, Sensei et Masteriyo, entièrement sous GPL, sont des plugins qui transforment un site WordPress que vous exploitez déjà en plateforme de formation. Ils sont open source au sens de WordPress et, pour un créateur ou un petit site de formation, ils peuvent être excellents.
La vraie question n’est pas de savoir quel LMS choisir, mais si vous voulez une plateforme autonome ou un plugin sur votre pile WordPress. Un plugin, c’est un système de moins à héberger, mais il lie votre LMS aux performances de WordPress, à sa sécurité, à ses correctifs et à ses conflits de plugins. Pour une formation ou deux sur un site existant, le plugin l’emporte. Pour un programme de formation que vous prévoyez de développer, de standardiser et de suivre par des rapports, une plateforme autonome de cette liste offre une base plus durable.
Migration et récupération de vos données
L’argument de l’auto-hébergement est que vos données vous appartiennent. C’est vrai, mais les posséder et les déplacer sont deux travaux différents. Toutes les plateformes de ce comparatif prennent en charge des formats d’échange ouverts, SCORM et xAPI pour les contenus, IMS Common Cartridge pour les paquets de formations et CSV pour les utilisateurs et les notes : une migration est donc faisable, vous n’êtes pas piégé. Les parcours courants sont bien balisés : de Blackboard ou Canvas vers Moodle ou Open edX, de Moodle vers Totara. Ce que coûte réellement une migration, c’est le temps d’ingénierie pour remapper les structures de formation et retester les plugins, pas une licence. Le même test vaut pour tout outil hébergé que vous envisagez : avant de vous engager, vérifiez que vous pouvez récupérer vos formations.
Comment je cadrerais votre décision
À ce niveau, un choix de plateforme ne se réduit pas à une matrice de fonctions. Il se réduit à une question : que peut réellement prendre en charge votre équipe en production, dans trois ans, le jour où quelque chose tombe en panne ?
Si la réponse est « un administrateur LMS dédié ou un partenaire certifié », Moodle est le bon choix. Vingt ans de gouvernance, le catalogue de plugins le plus riche de la catégorie et une communauté assez vaste pour que vos problèmes soient rarement inédits. La dette d’interface et la planification des mises à niveau sont des coûts réels, mais pour les établissements qui les budgètent honnêtement, rien d’autre dans cette liste n’offre la même stabilité à long terme.
Si la réponse est « un ingénieur DevOps capable de gérer une pile Python/Django de bout en bout », Open edX vaut sa complexité. La gouvernance d’Axim Collaborative et la filiation institutionnelle du MIT et de Harvard sont les signaux les plus solides ici sur le risque à long terme. Cette exigence d’ingénierie n’est d’ailleurs pas une réserve : c’est le vrai seuil. En dessous, les capacités de la plateforme vous restent inaccessibles, quoi que dise la liste des fonctions.
Je le dis aussi sans détour : beaucoup d’équipes que je vois évaluer cette liste n’ont pas strictement besoin d’une infrastructure auto-hébergée. Elles ont besoin de maîtriser leurs données, de prévoir leurs coûts et d’un outil qui fonctionne sans administrateur système. Si c’est plutôt votre cas, Coursebox relève d’une tout autre catégorie. Coursebox est un LMS hébergé, avec des apprenants illimités sur toutes les offres, y compris la gratuite, construit autour de la création de formations avec IA plutôt que d’une infrastructure de diffusion open source. Sur la question de l’enfermement, décisive pour tout outil de création, 6 743 utilisateurs de Coursebox ont exporté leurs formations vers des systèmes externes cette année, SCORM compris. C’est davantage un « LMS gratuit » qu’un LMS open source.
Au fond, une seule règle : choisissez la plateforme que votre équipe peut assumer. Tout le reste est une fonction que vous n’utiliserez jamais.
Transparence : je suis Toni Arrebola Gomez, CTO de Coursebox. Coursebox est un LMS de création de formations avec IA, pas un LMS open source, et il ne figure pas dans cette liste de plateformes. Des liens de cet article renvoient vers des produits Coursebox.
Questions fréquentes
La licence est gratuite, mais le déploiement ne l’est pas. Prévoyez un budget pour trois couches : l’infrastructure (hébergement et calcul), la main-d’œuvre de maintenance (correctifs de sécurité, vérification des plugins et support, le coût qui piège les équipes en deuxième année) et les migrations de versions majeures, puisque toutes les plateformes de cette liste ont déjà cassé des plugins ou un schéma de base de données lors d’une version majeure.
Chamilo. Il repose sur PHP, tourne sur des serveurs modestes et fonctionne même sur un hébergement mutualisé, avec une interface par défaut plus claire que celle de Moodle. Open edX est de loin le plus difficile : il exige Tutor, Docker et une équipe DevOps capable de gérer une pile Python et Django en production.
Un LMS gratuit (hébergé) est un LMS qu’un tiers exploite pour vous dans une offre gratuite : vous échangez la maîtrise contre la commodité. Un LMS open source a une licence gratuite, mais vous l’hébergez et le maintenez vous-même, ce qui offre la localisation des données, la maîtrise complète de l’API et aucun frais par utilisateur. Cette liste couvre les plateformes auto-hébergées sous licence ouverte ; le comparatif des LMS gratuits couvre les offres freemium hébergées.
Oui. L’édition communautaire de Canvas est sur GitHub sous licence AGPL v3 et comprend la gestion des formations, SpeedGrader, le carnet de notes et LTI. Attention à l’obligation de l’AGPL : si vous modifiez Canvas et l’exploitez comme service pour des utilisateurs externes, vous devez rendre vos modifications du code source accessibles. Le cloud commercial d’Instructure, son SLA et des modules comme Studio et Credentials sont distincts.
ILIAS, si vous pouvez vous appuyer sur un support communautaire en allemand. Sa cartographie des référentiels de compétences, sa profondeur SCORM et xAPI, son suivi des certifications et son reporting prêt pour l’audit sont plus développés que le noyau de Moodle. Pour une organisation qui travaille d’abord en anglais, Moodle offre une profondeur SCORM et xAPI comparable avec une communauté anglophone bien plus vaste.
Au minimum un administrateur système compétent. Moodle, Chamilo et ILIAS reposent sur PHP/LAMP ; Canvas sur Ruby on Rails ; Sakai sur Java et Tomcat, avec un autre profil de réglage et de défaillance ; et Open edX exige un ingénieur DevOps pour sa pile Python, Django et Docker. Le vrai test est de savoir si une seule personne peut prendre en charge la plateforme à 2 h du matin, en cas de panne.

Toni Arrebola
Toni a rejoint Coursebox en 2024 en tant qu'ingénieur logiciel et a ensuite évolué vers un poste de CTO chez nous après avoir eu un impact positif rapide. Il possède 25 ans d'expérience dans la construction de plateformes SaaS et la gestion d'équipes de développement très performantes. Il est passé du design UI/UX à l'ingénierie logicielle avec un esprit produit. Il a auparavant fondé et construit une plateforme SaaS à partir de zéro, en faisant passer l'activité à plus de 1 000 clients payants. Toni travaille dans notre bureau de Perth, en Australie-Occidentale, et est originaire d'Espagne. Il est responsable d'offrir une expérience utilisateur exceptionnelle au sein du produit, ce qui lui tient profondément à cœur.


