Open-Source-LMS: Die 10 besten Lernplattformen im Jahr 2026
Nicht jede Open-Source-Lernplattform passt zu jedem Team. Ein CTO vergleicht 10 selbst gehostete LMS, von Moodle bis Open edX, ehrlich und praxisnah.

Das beste Open-Source-LMS ist das, das Ihr Team im Produktivbetrieb wirklich betreiben kann. Moodle ist die sichere Standardwahl, wenn Sie einen eigenen Administrator oder einen zertifizierten Partner haben. Open edX braucht ein komplettes DevOps-Team, Chamilo lässt sich am leichtesten selbst hosten, und ILIAS ist bei Compliance vorn, wenn Sie deutschsprachigen Support nutzen können.
- Moodle hat den größten Plugin-Katalog und über 20 Jahre Governance. Die veraltete Oberfläche und Upgrades nach dem Muster 3.x auf 4.x sind aber echte, einzuplanende Kosten und keine Randfälle.
- Open edX läuft auf Python und Django und wird über Tutor bereitgestellt. Es ist die leistungsfähigste Plattform hier und die einzige, die ein eigenes DevOps-Team statt nur eines Sysadmins verlangt.
- Die Community Edition von Canvas steht unter AGPL v3. Wer sie für einen extern erreichbaren Dienst anpasst, muss den Quellcode offenlegen. Die kommerzielle Lizenz von Instructure hebt diese Pflicht auf.
- Lizenz und Governance unterscheiden sich deutlich: GPL v3 (Moodle, Chamilo, ILIAS), AGPL v3 (Canvas), die von Apache abgeleitete ECL 2.0 (Sakai) und Apache 2.0 (Forma) bringen unterschiedliche Auflagen bei Weitergabe und unterschiedliche Fork-Risiken mit.
Beantworten Sie drei kurze Fragen, und wir nennen Ihnen die passende Lösung.

Betreiben Sie Ihr eigenes LMS mit unbegrenzt vielen Lernenden
Ich habe mich für Computer begeistert, lange bevor die meisten Menschen einen zu Hause hatten. Vielleicht habe ich deshalb nie akzeptiert, dass Open-Source-Infrastruktur die Wahl für Leute sei, die sich die Alternative nicht leisten können.
Nach 20 Jahren in der SaaS-Entwicklung ist das Muster für mich eindeutig. Teams, die sich für ein Open-Source-LMS entscheiden, weil die Lizenz nichts kostet, sind am Ende meist frustriert. Teams, die es wegen der Kontrolle wählen, also wegen der eigenen Daten, der eigenen API und der Freiheit, eine Sicherheitslücke zum eigenen Zeitpunkt zu schließen, sind es selten. Open Source ist nicht die günstige Option. Es ist Infrastruktur, die Ihnen gehört und die Sie selbst betreiben müssen.
So habe ich bewertet
Eine Plattformentscheidung auf dieser Ebene läuft auf eine Frage hinaus: Was kann Ihr Team in drei Jahren im Produktivbetrieb tatsächlich selbst verantworten, wenn etwas ausfällt? Deshalb habe ich vier Kriterien gewichtet.
- Lizenz und Governance. Die tatsächliche Lizenz mit ihren Copyleft-Pflichten und die Frage, wer die Roadmap steuert. Ein gewinnorientierter Träger (Moodle HQ), eine gemeinnützige Organisation (Axim Collaborative) und eine Stiftung (Apereo, die ILIAS Society) bedeuten über einen Zeitraum von fünf Jahren ein sehr unterschiedliches Fork-Risiko.
- Wer es wirklich betreiben kann. Der Stack (PHP, Ruby, Java oder Python) und die Frage, ob ein versierter Sysadmin reicht oder ein ganzes DevOps-Team nötig ist. Mein Test ist einfach: Gibt es in Ihrem Team eine Person, die das System um 2 Uhr nachts übernehmen kann, wenn es ausfällt?
- Wofür es sich wirklich eignet. Jede Plattform in dieser Liste ist bei irgendetwas am besten, sei es Plugin-Tiefe, Compliance, Oberfläche oder ERP-Anbindung. Ich habe für jede ihre echte Stärke benannt, statt alle auf demselben Raster zu bewerten.
- Die tatsächlichen Gesamtkosten in drei Schichten. Die Infrastruktur ist planbar und lässt sich einmal sauber kalkulieren. Der Wartungsaufwand für Patches, Plugin-Prüfung und Support ist die Überraschung im zweiten Jahr. Und bei jeder Plattform hier sind bei einem Major-Release schon Plugins oder das Datenbankschema kaputtgegangen. Planen Sie also Major-Migrationen ein, vor denen keine Anbieterseite warnt.
Dieser Artikel richtet sich an Entwickler, IT-Leiter und CTOs, die prüfen, ob sie ihre LMS-Infrastruktur selbst betreiben sollen. Wenn Sie stattdessen eine gehostete kostenlose Plattform suchen, finden Sie im Überblick über die besten kostenlosen LMS die Freemium-Optionen. Bewusst ausgeschlossen habe ich ATutor: Ich habe das GitHub-Repository geprüft, und die Commit-Aktivität ist seit Jahren minimal, ohne nennenswerte Releases. Eine selbst gehostete Plattform nehme ich nicht in eine Produktivempfehlung auf, wenn sich aktive Sicherheits-Patches nicht belegen lassen.
Bei aller betrieblichen Vorsicht in dieser Liste: Open Source ist längst die Grundlage dafür, wie ein großer Teil der Welt lernt. Open edX nennt mehr als 140 Millionen Lernende, Chamilo mehr als 41 Millionen, und Fortune Business Insights beziffert den weltweiten LMS-Markt auf rund 24 Milliarden $ im Jahr 2025, mit einem Wachstum auf 104 Milliarden $ bis 2034. Diese Plattformen sind keine Randerscheinung. Die einzige echte Frage ist, ob Ihr Team eine davon betreiben kann.
Was Selbsthosting tatsächlich kostet
Die Lizenz ist der günstigste Teil eines Open-Source-LMS. Hier sehen Sie, was Teams für den Produktivbetrieb tatsächlich ausgeben, zugeordnet zu den drei Kostenschichten von oben. Verstehen Sie die Zahlen als Planungsspannen, nicht als Angebote.
- Infrastruktur: die planbare Kostenebene. Für einige hundert Lernende reicht ein VPS für 20 bis 100 $ im Monat problemlos aus. Für einige tausend aktive Lernende, die auch gleichzeitig Prüfungen ablegen, benötigen Sie Cloud-Leistung für 200 bis 800 $ im Monat. Unternehmenseinsätze mit vielen gleichzeitigen Zugriffen kosten 1.000 bis 5.000 $ und mehr. Open edX liegt wegen seiner Multi-Service-Architektur in jeder Spanne ganz oben.
- Wartungsaufwand: die Kostenebene, die Teams im zweiten Jahr überrascht, und meist der größte Posten. Sicherheits-Patches, Plugin-Prüfung, Upgrades und Support-Eskalationen erfordern eine Teilzeit- bis Vollzeitstelle in der Systemadministration oder im DevOps-Bereich: grob 1.000 bis 5.000 $ im Monat an Personalkosten einschließlich aller Lohnnebenkosten. Alternativ kommt ein Supportvertrag mit einem Partner in derselben Größenordnung infrage. Davon ist in keinem Werbeversprechen für lizenzfreie Lösungen die Rede.
- Einführung und Migration: nahezu null, wenn Sie selbst installieren und die Standardeinstellungen akzeptieren. Mit einem zertifizierten Partner sind es 5.000 bis 50.000 $, sobald Theming, SSO sowie SIS- oder HRIS-Anbindungen hinzukommen und Ihre bestehenden Inhalte und Nutzer migriert werden.
Über drei Jahre gerechnet ist ein selbst gehostetes Open-Source-LMS bei den Gesamtkosten selten die günstigste Option. Dafür bietet es die größte Kontrolle. Sie entscheiden sich also für mehr Kontrolle und nehmen dafür höheren Betriebsaufwand in Kauf, nicht einfach für eine kostenlose Lizenz.
Selbst gehostet oder gehostet: die eigentliche Entscheidung
Bevor Sie Plattformen vergleichen, sollten Sie ehrlich die Grundsatzfrage unter dieser Liste klären. Selbstgehostetes Open Source verschafft Ihnen Kontrolle und kostet dafür Arbeitszeit. Eine gehostete Plattform verschafft Ihnen Tempo und kostet dafür Gebühren pro Nutzer und Einschränkungen durch den Anbieter.
| Selbst gehostetes Open Source | Gehostete Plattform | |
|---|---|---|
| Softwarekosten | 0 $ Lizenzkosten, keine Gebühren pro Nutzer | Abo, meist pro Nutzer oder pro Tarif |
| Wer es betreibt | Ihr Team: ein Sysadmin, bei Open edX DevOps | Der Anbieter |
| Zeit bis zum Start | Wochen bis Monate | Am selben Tag |
| Daten und Kontrolle | Volle Datenhoheit, eigene API, Patches nach Ihrem Zeitplan | Vom Anbieter gesteuert, innerhalb seiner Grenzen |
| Kostenstruktur | Niedrige Lizenzkosten, hoher Personalaufwand, bei wachsender Größe schwerer planbar | Planbare monatliche oder jährliche Gebühr |
| Ausstieg | Die Daten gehören Ihnen, die Migration bleibt aber echte Ingenieursarbeit | Export per SCORM, xAPI oder CSV, soweit der Anbieter es unterstützt |
| Passt, wenn | Sie Kontrolle brauchen und ein Team haben, das sie trägt | Es sofort ohne Sysadmin laufen soll |
Die Lizenz ist kostenlos. Der Betrieb nicht. Planen Sie vor der Entscheidung drei Schichten ein: die Infrastruktur für das Hosting, den Personalaufwand für Patches und Upgrades und die einmaligen Kosten für Einführung und Migration. Bei jedem Einsatz, den ich gesehen habe, ist es die mittlere Schicht, also eine Person, die das Admin-Panel wirklich verantwortet, die Teams bei der Kalkulation vergessen. Sie entscheidet darüber, ob das Projekt sein zweites Jahr überlebt.
Vergleich auf einen Blick
| Tool | Bewertung | Am besten für | Worauf Sie achten sollten |
|---|---|---|---|
| Moodle | 4,3/5 (Capterra, 3.378) | Institutionen mit eigenem LMS-Administrator oder zertifiziertem Partner | Veraltete, klickintensive Oberfläche, Upgrades brechen Themes und Plugins |
| Open edX | 4,8/5 (Capterra, 84) | Teams mit eigener DevOps-Fachkraft für Python/Django | Erfordert ein eigenes DevOps-Team, ein Sysadmin reicht nicht |
| Canvas LMS (Community Edition) | 4,4/5 (G2, 1.809) | Institutionen mit Praxiserfahrung in Ruby on Rails im Produktivbetrieb | AGPL v3 verlangt Offenlegung des Quellcodes bei angepassten, extern erreichbaren Diensten |
| ILIAS | Zu wenige Bewertungen | Compliance-orientierte Einsätze in europäischen Institutionen | Support und Dokumentation überwiegend auf Deutsch |
| Sakai | 4,1/5 (Capterra, 33) | Akademische Zusammenarbeit, Peer-Assessment, Portfolio-Workflows | Der Java-Stack verlangt andere Tuning-Kenntnisse als PHP |
| Chamilo | 4,7/5 (Capterra, 50) | Unternehmensteams, die ohne Spezialisten gut beherrschbar selbst hosten wollen | Kleinerer Plugin-Katalog, Reporting nicht auf Institutionsniveau |
| Totara Learn | 4,4/5 (Capterra, 51) | Moodle-Organisationen, die Compliance und Zertifizierungsfunktionen für die Belegschaft brauchen | Dokumentation und Support sind auf Partnerverträge ausgelegt |
| Odoo LMS | 4,4/5 (G2, 19) | Organisationen, die bereits das Odoo-ERP nutzen | Lernfunktionen ausreichend, aber nicht tief, begrenzte SCORM- und Compliance-Funktionen |
| Forma LMS | 4,6/5 (Capterra, 159) | Individuelle Unternehmensschulungen, die eine Apache-2.0-Lizenz brauchen | Kleinere Entwicklergemeinde, begrenzte Einsicht in die Roadmap |
| Open LMS | 4,0/5 (G2, 90) | Schulen, die bereits Google Workspace nutzen | Kleinerer Plugin-Katalog schränkt UI-Anpassungen ein |

Als Bewertung gilt jeweils der höhere Wert aus G2 oder Capterra, gerundet, Stand August 2026. Werte mit wenigen Bewertungen (darunter Open edX, Sakai und Odoo) verstehen Sie bitte als Richtwert, nicht als statistisch belastbar.
1. Moodle

Am besten für: Institutionen, die bereits einen eigenen LMS-Administrator oder einen Moodle-zertifizierten Partner haben.
Moodle ist der Maßstab, an dem sich alle anderen Plattformen hier messen lassen müssen: seit 2002 im Dauerbetrieb, auf PHP-Basis, unter GPL v3 und mit dem umfangreichsten Plugin-Katalog der Kategorie.
- Lizenz und Governance: GPL v3, aber Moodle HQ ist ein gewinnorientiertes Unternehmen und steuert die Roadmap. Funktionen für Unternehmen erscheinen daher meist zuerst im kommerziellen Moodle Workplace (Version 5.2 brachte Multi-Tenant-Automatisierung, die dem offenen Kern fehlt). Beherrschbar, wenn Sie damit planen, teuer, wenn nicht.
- Stack: PHP/LAMP, übliche Sysadmin-Kenntnisse genügen. Ich habe erlebt, wie Moodle von Pilotprojekten mit zwei Kursen auf Hunderttausende Lernende wuchs, ohne dass die Plattform gewechselt werden musste.
- Stärken: Plugins und Community. Der Katalog und das Netz zertifizierter Entwickler sorgen dafür, dass Sie selten ein Problem lösen müssen, das noch niemand gelöst hat.
- Der Haken: die Oberfläche. „Zu viele Klicks, fühlt sich an wie ein CMS aus den 1990ern“ ist der vorherrschende Eindruck von Lernenden in Tausenden verifizierten Capterra- und G2-Einsätzen, und er hat die Überarbeitung mit 4.x überlebt. Planen Sie Major-Upgrades als mehrtägige Wartungsfenster ein und führen Sie vor großen synchronen Prüfungen einen Lasttest durch.
Hinweise zur Installation: Moodle hat die beste Installationsdokumentation hier: eine LAMP-Umgebung, bei der moodledata außerhalb des Web-Roots liegt. Cron ist allerdings nicht optional. Läuft es nicht jede Minute, bleiben E-Mails, Benachrichtigungen und geplante Backups aus, und Moodle meldet nur, dass Cron nicht gelaufen ist. Außerdem ist der PHP-Standardwert von max_input_vars mit 1.000 für die großen Einstellungs- und Rechteseiten von Moodle zu niedrig. Diese speichern dann nur einen Teil ihrer Felder, ohne Fehlermeldung, bis Sie den Wert erhöhen.
Mein Fazit: die sicherste langfristige Wahl, wenn Sie den Administrationsaufwand ehrlich einplanen. Die falsche Wahl für ein Team, das es installieren und danach vergessen will.
2. Open edX

Am besten für: Universitäten und große Anbieter mit eigener DevOps-Fachkraft, nicht nur einem Sysadmin.
Open edX ist die Plattform, die MIT und Harvard gebaut haben, um edX im großen Maßstab zu betreiben. Sie kommt nur für einen besonders engen Kreis von Organisationen infrage. Diejenigen, zu denen sie wirklich passt, sind daher selten diejenigen, die sich allein von ihrem Ruf beeindrucken lassen.
- Lizenz und Governance: Open Source unter dem Dach der Axim Collaborative, einer gemeinnützigen Organisation, die nach der Übernahme von edX durch 2U im Jahr 2021 die Betreuung der Plattform übernahm. Bei den langfristigen Plattformrisiken sind die Anreize einer Non-Profit-Organisation besser als die Quartals-Roadmap eines gewinnorientierten Unternehmens.
- Stack: Python/Django, bereitgestellt über Tutor (Docker), bei mehreren Knoten mit Kubernetes. Die einzige Plattform hier, die ein DevOps-Team braucht. Der Test: Kann eine Person einen Produktionsausfall analysieren, eine Python-CVE patchen und ein Major-Upgrade verantworten? Wenn nicht, bleiben Ihnen die Möglichkeiten der Plattform verschlossen.
- Stärken: architektonischer Anspruch und Skalierbarkeit. Die Erweiterbarkeit über XBlocks ist mächtig, aber eigene Inhaltstypen sind Python-Entwicklung und keine Redaktionsaufgabe.
- Der Haken: An der Bereitstellung scheitern die meisten Evaluierungen. Testen Sie eine Tutor-Installation auf einem Testserver, bevor Sie sich festlegen. Die Bereitstellung verrät Ihnen mehr darüber, ob Ihr Team das System tragen kann, als jede Funktionsliste.
Hinweise zur Installation: Ich bin den Tutor-Weg gegangen. Die Installation selbst ist ein einziges tutor local launch und dauert etwa zwanzig Minuten. Die Arbeit steckt in allem, was davor kommt: ein Server mit mindestens 8 GB RAM, darauf zeigende DNS-Einträge und Docker, das unter einem Nicht-Root-Benutzer läuft. Wenn Server und DNS stimmen, erledigt sich das SSL von selbst. Wenn nicht, entstehen genau an dieser Stelle die Horrorgeschichten.
Mein Fazit: Die Komplexität lohnt sich nur, wenn Sie einen Python/Django-Stack von Anfang bis Ende verantworten können. Die technische Anforderung ist die Schwelle, kein Nebenaspekt.
3. Canvas LMS (Community Edition)

Am besten für: Institutionen mit Praxiserfahrung in Ruby on Rails, die den Code nicht für extern erreichbare Dienste anpassen müssen.
Canvas ist in der Community Edition auf GitHub (AGPL v3) ein leistungsfähiges Open-Source-LMS, und die meisten, die mich danach fragen, haben das Produkt falsch im Kopf.
- Lizenz und Governance: AGPL v3 ist der Haken. Wer ein angepasstes Canvas als Netzwerkdienst betreibt, muss seine Quellcode-Änderungen den Nutzern zugänglich machen. Bei rein interner Nutzung unerheblich, bei angepassten, extern erreichbaren Einsätzen ein Ausschlusskriterium (zwei von mir beratene Teams mussten deshalb noch einmal von vorn planen). Der Upstream bleibt aktuell, weil Instructure die Entwicklung für seine kommerzielle Cloud betreibt.
- Stack: Ruby on Rails, mit Deployment-Anleitungen aus der Community. Selbst gehostete Instanzen laufen ohne das SLA von Instructure, und Ausfallmuster zeigen sich in den Bewertungen selbst gehosteter Installationen.
- Stärken: Oberfläche und Bewertung. Der SpeedGrader gilt durchweg als einer der besten Bewertungs-Workflows überhaupt, und er wird zusammen mit den Blueprint Courses in der Community-Version ausgeliefert.
- Der Haken: die Leistungen, die Sie nur mit einem kommerziellen Vertrag erhalten: Canvas Studio, Credentials, Mastery Connect und das SLA mit 99,9 % Verfügbarkeit. Die Skalierungszahlen (6 Mio. gleichzeitige Nutzer, 27 Mio. mobile Downloads) stammen aus der Instructure-Cloud, nicht von Ihrem selbst gehosteten Server.
Hinweise zur Installation: Der Ruf von Canvas als Selbsthosting-Albtraum ist berechtigt, und er hat eine konkrete Ursache: Die Serverdimensionierung ist unproblematisch (8 GB, vier Kerne), die Hürde ist bundle install. Canvas ist eine versionsgebundene Rails-Anwendung, und die Produktionsdokumentation weicht vom tatsächlichen Code ab. Auf einem frischen System lassen sich die nativen Gems deshalb nicht gegen die falsche Ruby-Version kompilieren, und Sie verlieren Stunden, bevor Canvas überhaupt startet. Redis ist Pflicht, ein selbstsigniertes Zertifikat reicht nicht, und Sie überbrücken die ganze Zeit fehlende Schritte. Bei diesem Eintrag würde ich am ehesten ernsthaft fragen, ob Sie überhaupt selbst hosten wollen.
Mein Fazit: die beste Oberfläche hier ohne weitere Anpassung, wenn Rails im Haus beherrscht wird und Sie das System nicht für externe Nutzer verändern. Lesen Sie die AGPL-Klausel, bevor Sie den Code anfassen.
4. ILIAS

Am besten für: Compliance-orientierte europäische Institutionen mit Zugang zu deutschsprachigem Support.
ILIAS steht bei Compliance-Aufgaben in einer eigenen Klasse neben Moodle und Canvas: seit 1997 an der Universität zu Köln entwickelt und von der gemeinnützigen ILIAS Society getragen.
- Lizenz und Governance: GPL v3 mit stiftungsähnlicher Governance über die ILIAS Society. Das macht die langfristige Betreuung institutionell klar.
- Stack: PHP/MySQL, der Einrichtungsaufwand ist mit Moodle vergleichbar. Übliche PHP-Kenntnisse reichen für das Setup.
- Stärken: Compliance. Kompetenzraster-Zuordnung, SCORM- und xAPI-Tiefe, Verfolgung von Zertifizierungszyklen und auditfähiges Reporting sind in diesem Bereich weiter entwickelt als im Kern von Moodle.
- Der Haken: Community und Dokumentation sind überwiegend deutsch. Für deutschsprachige Teams ist das ein Vorteil. Wer nur Englisch spricht und auf ein ungewöhnliches Konfigurationsproblem stößt, findet den passenden Forenbeitrag vermutlich auf Deutsch, und selbst mit KI-Übersetzung bedeutet das dauerhaft Reibung.
Hinweise zur Installation: Einen bequemen Installer gibt es hier nicht, und auch keine englische Video-Anleitung, die einen Link verdient. Sie bauen die Abhängigkeiten mit Composer und npm und führen dann ein CLI-Setup-Skript aus, einen Web-Assistenten gibt es nicht mehr. Die klassische Hürde ist die PHP-Version: ILIAS erlaubt nur eine enge Spanne, und Composer weigert sich schlicht, gegen die falsche zu installieren. Zwei weitere Stolpersteine: Es braucht das einfache 3-Byte-utf8 und nicht utf8mb4, sonst beschädigen Sie später Daten, und die Datenverzeichnisse müssen dem Webserver-Benutzer gehören. Die ausführlichste Installationsdokumentation ist deutsch.
Mein Fazit: die stärkste Open-Source-Lösung für Compliance in Europa, mit deutschsprachigem Support. Bei gleichen Anforderungen in einer englischsprachig geprägten Organisation gewinnt meist Moodle mit der größeren Community und vergleichbarer SCORM- und xAPI-Tiefe.
5. Sakai

Am besten für: Hochschulen und Konsortien, die akademische Zusammenarbeit, Peer-Assessment und Portfolioarbeit betreiben.
Sakai ging aus einem Hochschulkonsortium hervor (Michigan, Indiana, Stanford, MIT), und genau diese Herkunft ist seine Stärke.
- Lizenz und Governance: die Educational Community License 2.0 (von Apache abgeleitet), für die akademische Weitergabe freizügiger als die GPL. Das ist wichtig, wenn ein Konsortium einen angepassten Build gemeinsam nutzt. Getragen wird Sakai von der Apereo Foundation (die auch CAS pflegt). Ein Jahrzehnt stabiler Stiftungsarbeit ist ein positives Signal beim Fork-Risiko.
- Stack: Java auf Tomcat, und das ist die betriebliche Falle. Java-Anwendungsserver haben andere Speicherprofile, Fehlerbilder und Tuning-Anforderungen als PHP. Das ist ein anderes Fachgebiet als der Betrieb von Moodle und hat schon Teams überrascht.
- Stärken: akademische Workflows, Peer-Assessment, Portfolios und forschungsnahe Kursstrukturen, die die meisten LMS-Plattformen vernachlässigen.
- Der Haken: Der Java-Stack und das akademische Denkmodell aus Teilnehmerlisten, Semestern und Portfolios passen beide schlecht zu Anwendungsfällen im Unternehmen.
Hinweise zur Installation: Hier merken Sie, dass Sakai eine Java-Anwendung ist und kein PHP-Paket zum Einspielen. Sie kompilieren es mit Maven aus dem Quellcode, und zwei Dinge erwischen Einsteiger zuerst: Maven geht der Speicher aus, wenn Sie den Heap in MAVEN_OPTS nicht vor dem Build erhöhen, und es läuft nicht auf einem Tomcat, den Sie über apt oder yum installiert haben. Sie brauchen das Tarball von tomcat.apache.org. Danach folgt das Tuning des JVM-Heaps, das laut Sakai-Dokumentation selbst eine Wissenschaft für sich ist.
Mein Fazit: eine starke Wahl für akademische Institutionen, die Java betreiben können, und eine schlechte Wahl für Unternehmensschulungen.
6. Chamilo

Am besten für: Teams für betriebliche Weiterbildung, die selbst hosten wollen, ohne einen eigenen LMS-Spezialisten zu haben.
Chamilo bietet Ihnen die Kontrolle einer selbst gehosteten Lösung, ohne den hohen Betriebsaufwand von Moodle oder Open edX: PHP, GPL v3 und von Anfang an für Server mit geringer Rechenleistung ausgelegt.
- Lizenz und Governance: GPL v3, aber die Roadmap hängt von freiwilligen Beiträgen und kommerzieller Nutzung ab und nicht von einem Unternehmen, das finanziell an Kontinuität interessiert ist. Das würde ich über einen Zeitraum von fünf Jahren genauer beobachten als das Modell von Moodle HQ.
- Stack: PHP, leicht genug für Shared Hosting (nicht ideal, aber es funktioniert, anders als es bei Open edX je der Fall wäre). Seit der Abspaltung von Dokeos im Jahr 2010 eine übersichtlichere Standardoberfläche und schnellere Kurserstellung als bei Moodle.
- Stärken: betriebliche Einfachheit. Compliance-Grundlagen wie SCORM, Quizze, Zertifikate und Voraussetzungen sind ohne aufwendige Plugins abgedeckt.
- Der Haken: ein kleinerer Plugin-Katalog als bei Moodle und ein Reporting, das ausreicht, aber nicht Institutionsniveau hat. Gut bei einigen hundert bis einigen tausend Nutzern, nicht für institutionelle Größenordnungen oder Anforderungen mit hohem Compliance-Anteil.
Hinweise zur Installation: Der übliche Weg ist eine LAMP-Umgebung plus der Installationsassistent im Browser. Der Assistent bleibt am häufigsten an einer fehlenden PHP-Erweiterung hängen: intl, die im Basis-PHP nicht enthalten ist. Installieren Sie php-intl, starten Sie neu, und es geht weiter. Die andere Falle zeigt sich nach der Installation: SCORM-Uploads über etwa 2 MB schlagen ohne Fehlermeldung fehl, bis Sie upload_max_filesize in PHP erhöhen, und Pakete mit Akzenten oder Leerzeichen im Dateinamen bleiben hängen. Halten Sie Dateinamen also schlicht.
Mein Fazit: die Wahl für eine gut beherrschbare selbst gehostete Plattform, wenn der Betrieb des LMS niemandes Vollzeitaufgabe ist.
7. Totara Learn

Am besten für: Organisationen, die bereits Moodle nutzen, Funktionen für die Belegschaft brauchen und mit einem Totara-Partner arbeiten.
Totara Learn ist ein Enterprise-Fork von Moodle mit derselben PHP-Basis und Plugin-Kompatibilität und bringt zusätzlich Mandantenfähigkeit, strukturierte Kompetenzraster und Planung von Rezertifizierungen mit.
- Lizenz und Governance: GPL v3, Code auf GitHub, überprüfbar. Dokumentation und Support sind aber auf Kunden ausgelegt, die mit einem Totara-Partner arbeiten.
- Stack: Moodle-kompatibles PHP, bestehende Moodle-Plugins und Inhalte lassen sich daher größtenteils übernehmen.
- Stärken: Compliance für die Belegschaft, strukturierte Kompetenzen, Zertifizierung mit Rezertifizierungsplanung und Mandantenfähigkeit über den Moodle-Kern hinaus.
- Der Haken: Der Abstand zwischen Partner-Dokumentation und öffentlicher Dokumentation ist nicht unerheblich. Ohne Partner neu zu starten ist der Einführungsweg, den ich aktiv vermeiden würde.
Mein Fazit: ein sinnvoller Umstieg für bestehende Moodle-Anwender, die die Funktionen für die Belegschaft brauchen. Bei einem Neustart sollten Sie „Moodle plus Enterprise-Plugins“ gegen „Totara mit Partner-Abo“ abwägen.
8. Odoo LMS

Am besten für: Organisationen, die bereits das Odoo-ERP betreiben und Schulungen an HR-Daten koppeln wollen.
Odoo LMS ist kein eigenständiges LMS. Es ist eine Open-Source-ERP-Suite, deren eLearning-Modul zufällig auch ein LMS enthält, und diese ehrliche Einordnung ist für die Entscheidung wichtig.
- Lizenz und Governance: Community Edition unter LGPL v3, kommerzielle Module unter Odoo Enterprise. Die LMS-Kosten stecken in der größeren Frage eines ERP-Vertrags und sind keine eigenständige Plattformentscheidung.
- Stack: Teil der Odoo-Suite, das eLearning-Modul liegt also im selben Datenmodell wie HR, CRM und Projekte.
- Stärken: native Integration für Schulungen, die an Geschäftsprozesse gekoppelt sind: Onboarding-Nachweise, Compliance auf Basis von HR-Daten, Kompetenzen, die mit der Projektbesetzung verknüpft sind. Geringer Zusatzaufwand, wenn Sie Odoo ohnehin betreiben.
- Der Haken: Als eigenständiges LMS sind die Lernfunktionen ausreichend, aber nicht tief: keine fortgeschrittene Leistungsbewertung, keine SCORM-Tiefe und kein Compliance-Reporting auf dem Niveau von Moodle oder ILIAS.
Hinweise zur Installation: Odoo Community wird aus dem Quellcode gebaut (Python-Virtualenv, PostgreSQL, wkhtmltopdf), startet problemlos und macht danach an genau einer Stelle Ärger: wkhtmltopdf. Installieren Sie das Paket der Distribution, wird jedes PDF, also Rechnungen, Zertifikate und Kursabschlussblätter, leer oder fehlerhaft ausgegeben. Sie brauchen den Build mit gepatchtem Qt passend zu Ihrer Ubuntu-Version, das .deb für jammy und nicht das für bionic. Wenn Sie diese eine Binärdatei richtig wählen, ist der Rest Routine.
Mein Fazit: nur sinnvoll, wenn Odoo bereits das Rückgrat Ihres Betriebs ist. Geht es um SCORM-Erstellung, beginnen Sie stattdessen mit einem SCORM-Autorentool.
9. Forma LMS

Am besten für: Unternehmensteams, die ausdrücklich eine freizügige Apache-2.0-Lizenz brauchen.
Forma LMS ist ein Open-Source-Fork von Docebo aus der Zeit, bevor Docebo vollständig kommerziell wurde, und steht unter der freizügigsten Lizenz dieses Vergleichs.
- Lizenz und Governance: Apache 2.0. Angepasste Versionen lassen sich ohne die Copyleft-Pflichten von GPL und AGPL einsetzen und weitergeben, was bei Bedarf an Flexibilität bei der Weitergabe wichtig ist. Allerdings ist die Entwicklergemeinde klein, und die Roadmap ist im Vergleich zu stiftungsgetragenen Projekten schlecht einsehbar.
- Stack: PHP.
- Stärken: freizügige Lizenzierung für ein stark angepasstes Schulungssystem im Unternehmen, das Sie unter Umständen weitergeben müssen.
- Der Haken: das Fork-Risiko. Für einen Produktivbetrieb, den Sie über fünf Jahre oder länger planen, verdienen die kleine Community und die dünne Governance eine ausdrückliche Prüfung.
Mein Fazit: In den meisten Unternehmenskontexten würde ich Chamilo gegenüber Forma bevorzugen, solange Apache 2.0 keine harte Pflichtanforderung ist. Die besser sichtbare Governance und die größere Community machen Chamilo zur weniger riskanten Wahl.
10. Open LMS

Am besten für: Schulen (K-12), die bereits Google Workspace nutzen.
Open LMS ist eine Moodle-basierte Plattform für Schulen (K-12) und Google Workspace, mit nativer Google-Classroom-Anbindung statt der Plugin-Lösungen, die die meisten LMS-Plattformen brauchen.
- Lizenz und Governance: Von Moodle abgeleitet, erbt also die GPL-Linie und einen großen Teil des Moodle-Plugin-Modells.
- Stack: Moodle-basiertes PHP. Das Setup setzt Google-Authentifizierung, die Verknüpfung von Drive-Dateien und Meet-Sitzungen voraus, die Ihre IT bereits verwaltet.
- Stärken: die native Google-Integration, die die parallele Konfiguration erspart, die die meisten LMS-Plattformen für Schulen mit Google Workspace verlangen.
- Der Haken: Ein kleinerer Plugin-Katalog als bei Standard-Moodle schränkt UI-Anpassungen und Branding über die integrierten Themes hinaus ein.
Mein Fazit: einen Blick wert für Schulen mit Google Workspace. Außerhalb von K-12 gewinnt in der Moodle-Familie Standard-Moodle mit seiner größeren Unterstützerbasis und dem tieferen Katalog.
Und WordPress-LMS-Plugins?
Wenn Sie nach einem Open-Source-LMS gesucht haben, in der Hoffnung auf eine WordPress-Lösung, ist das eine andere Kategorie, und das sollte man klar sagen. LearnDash, LifterLMS, Tutor LMS, Sensei und das vollständig unter GPL stehende Masteriyo sind Plugins, die eine bestehende WordPress-Website in eine Kursplattform verwandeln. Sie sind im WordPress-Sinn Open Source und können für Kursanbieter oder eine kleine Schulungsseite hervorragend sein.
Die eigentliche Frage lautet nicht, welches LMS, sondern ob Sie eine eigenständige Plattform wollen oder ein Plugin auf Ihrem WordPress-Stack. Ein Plugin bedeutet ein System weniger zu hosten, koppelt Ihr LMS aber an die Performance, das Patching und die Plugin-Konflikte von WordPress. Für ein oder zwei Kurse auf einer bestehenden Website gewinnt das Plugin. Für ein Schulungsprogramm, das Sie ausbauen, standardisieren und auswerten wollen, ist eine eigenständige Plattform aus dieser Liste die tragfähigere Basis.
Migration und Datenexport
Das Argument für Selbsthosting lautet, dass die Daten Ihnen gehören. Das stimmt, aber Daten zu besitzen und sie umzuziehen sind zwei verschiedene Aufgaben. Jede Plattform hier unterstützt offene Austauschformate: SCORM und xAPI für Inhalte, IMS Common Cartridge für Kurspakete und CSV für Nutzer und Noten. So können Sie zu einer anderen Plattform wechseln, statt an das bestehende System gebunden zu sein. Für die gängigen Migrationswege gibt es bewährte Verfahren: von Blackboard oder Canvas zu Moodle oder Open edX sowie von Moodle zu Totara. Was eine Migration tatsächlich kostet, ist die Entwicklungszeit, um Kursstrukturen neu zuzuordnen und Plugins erneut zu testen, keine Lizenzgebühr. Derselbe Test gilt für jedes gehostete Tool, das Sie erwägen: Prüfen Sie vor der Entscheidung, ob Sie Ihre Kurse wieder herausbekommen.
So würde ich entscheiden
Plattformentscheidungen auf dieser Ebene sind keine Frage einer Funktionsmatrix. Es bleibt eine Frage: Was kann Ihr Team in drei Jahren im Produktivbetrieb tatsächlich verantworten, wenn etwas ausfällt?
Lautet die Antwort „einen eigenen LMS-Administrator oder einen zertifizierten Partner“, ist Moodle die richtige Wahl. Zwanzig Jahre Governance, der umfangreichste Plugin-Katalog der Kategorie und eine Community, die so groß ist, dass Ihre Probleme selten neu sind. Die Altlasten bei der Oberfläche und die Upgrade-Planung kosten tatsächlich etwas. Für Institutionen, die dafür ehrlich Budget einplanen, bietet aber nichts anderes in dieser Liste dieselbe langfristige Stabilität.
Lautet die Antwort „eine DevOps-Fachkraft, die einen Python/Django-Stack von Anfang bis Ende verantwortet“, lohnt sich die Komplexität von Open edX. Das Governance-Modell der Axim Collaborative und die institutionelle Herkunft von MIT und Harvard sind hier die stärksten Signale für langfristige Sicherheit. Die technische Anforderung ist übrigens kein Nebenaspekt, sondern die eigentliche Schwelle. Darunter bleiben Ihnen die Fähigkeiten der Plattform verschlossen, egal was die Funktionsliste verspricht.
Ich will noch etwas offen sagen: Viele Teams, die ich bei der Prüfung dieser Liste erlebe, brauchen gar keine selbst gehostete Infrastruktur. Sie brauchen Datenkontrolle, planbare Kosten und etwas, das ohne Sysadmin funktioniert. Kommt Ihnen das bekannt vor, liegt Coursebox in einer ganz anderen Kategorie. Coursebox ist ein gehostetes LMS mit unbegrenzt vielen Lernenden in allen Tarifen, auch im kostenlosen, und baut auf KI-gestützte Kurserstellung statt auf Open-Source-Infrastruktur. Zur Frage der Abhängigkeit, die bei jedem Autorentool zählt: 6.743 Coursebox-Nutzer haben in diesem Jahr ihre Kurse in externe Systeme exportiert, SCORM eingeschlossen. Es ist eher ein „kostenloses LMS“ als ein Open-Source-LMS.
Am Ende gilt: Wählen Sie die Plattform, deren Betrieb Ihr Team bewältigen kann. Alles andere bietet Ihnen Funktionen, die Sie nie nutzen können.
Offenlegung: Ich bin Toni Arrebola Gomez, CTO bei Coursebox. Coursebox ist ein LMS mit KI-gestützter Kurserstellung und kein Open-Source-LMS und kommt deshalb in dieser Plattformliste nicht vor. Dieser Artikel enthält Links zu Coursebox-Produkten.
Häufig gestellte Fragen
Die Lizenz ist kostenlos, der Betrieb nicht. Planen Sie drei Schichten ein: Infrastruktur (Hosting und Rechenleistung), Wartungsaufwand (Sicherheits-Patches, Plugin-Prüfung und Support, die Kosten, die Teams im zweiten Jahr erwischen) und Major-Migrationen, denn bei jeder Plattform hier sind bei einem Major-Release schon Plugins oder das Datenbankschema kaputtgegangen.
Chamilo. Es basiert auf PHP, läuft auf bescheidenen Servern und funktioniert sogar auf Shared Hosting, mit einer übersichtlicheren Standardoberfläche als Moodle. Open edX ist mit Abstand am schwierigsten: Es braucht Tutor, Docker und ein DevOps-Team, das einen Python- und Django-Stack im Produktivbetrieb verantworten kann.
Ein kostenloses (gehostetes) LMS betreibt jemand anderes für Sie in einem kostenlosen Tarif, Sie tauschen also Kontrolle gegen Komfort. Ein Open-Source-LMS hat eine kostenlose Lizenz, Sie hosten und warten es aber selbst. Dafür erhalten Sie Datenhoheit, volle Kontrolle über die API und keine Gebühren pro Nutzer. Diese Liste behandelt selbst gehostete Plattformen mit offener Lizenz. Der Überblick über die kostenlosen LMS behandelt gehostete Freemium-Angebote.
Ja. Die Community Edition von Canvas liegt auf GitHub unter der Lizenz AGPL v3 und umfasst Kursverwaltung, SpeedGrader, das Notenbuch und LTI. Beachten Sie die AGPL-Pflicht: Wenn Sie Canvas anpassen und als Dienst für externe Nutzer betreiben, müssen Sie Ihre Quellcode-Änderungen zugänglich machen. Die kommerzielle Cloud von Instructure, ihr SLA und Zusatzprodukte wie Studio und Credentials sind davon getrennt.
ILIAS, wenn Sie mit deutschsprachigem Community-Support arbeiten können. Kompetenzraster-Zuordnung, SCORM- und xAPI-Tiefe, Zertifizierungsverfolgung und auditfähiges Reporting sind weiter entwickelt als im Kern von Moodle. Für eine englischsprachig geprägte Organisation bietet Moodle vergleichbare SCORM- und xAPI-Tiefe mit einer deutlich größeren englischsprachigen Community.
Mindestens einen versierten Sysadmin. Moodle, Chamilo und ILIAS laufen auf PHP/LAMP, Canvas auf Ruby on Rails, Sakai auf Java mit Tomcat, mit anderem Tuning und anderen Fehlerbildern, und Open edX braucht für seinen Stack aus Python, Django und Docker eine DevOps-Fachkraft. Der eigentliche Test ist, ob eine Person die Plattform um 2 Uhr nachts übernehmen kann, wenn sie ausfällt.

Toni Arrebola
Toni kam 2024 als Software Engineer zu Coursebox und übernahm bei uns später die Rolle des CTO, nachdem er schnell positiven Einfluss hatte. Er bringt 25 Jahre Erfahrung im Aufbau von SaaS-Plattformen und im Management leistungsstarker Entwicklungsteams mit. Er wechselte vom UI/UX-Design in die produktorientierte Software-Entwicklung. Zuvor gründete und baute er eine SaaS-Plattform von Grund auf und skalierte das Geschäft auf über 1.000 zahlende Kunden. Toni arbeitet in unserem Büro in Perth, Westaustralien, und stammt ursprünglich aus Spanien. Er ist verantwortlich für ein hervorragendes Nutzererlebnis im Produkt — etwas, das ihm tief am Herzen liegt.


