Universitäten und Bildungsorganisationen betreiben ihre gesamte digitale Präsenz selten auf einer einzigen Plattform. Die öffentliche Website, das Bewerbungsportal, die Seiten der Lehrenden und der Newsfeed liegen in einem Content-Management-System; die Kurse, Quizze, Noten und Zertifikate liegen in einem Learning-Management-System. In der Praxis bedeutet das meist Drupal auf der CMS-Seite und Moodle auf der LMS-Seite — die beiden am weitesten verbreiteten Open-Source-Plattformen in ihren jeweiligen Kategorien. Die Frage ist, wie man sie dazu bringt, sich wie ein einziges verbundenes System zu verhalten, statt wie zwei isolierte Inseln.
Dieser Leitfaden erklärt, wie eine Moodle-und-Drupal-Integration tatsächlich funktioniert: warum Organisationen die beiden Systeme verbinden, wie sich die Verantwortlichkeiten zwischen einem LMS und einem CMS aufteilen, die technischen Bausteine (Single Sign-on, Nutzersynchronisation, Kursanzeige und LTI), die besondere Rolle, die H5P zwischen ihnen spielt, sowie wie man einen Ansatz wählt und plant, der langfristig wartbar bleibt.
Warum Moodle und Drupal integrieren?
Das Argument für eine Integration ist einfach: Lernende und Mitarbeitende erleben eine einzige Institution — sie sollten daher nicht mit zwei getrennten Logins, zwei Nutzerverzeichnissen und zwei visuellen Identitäten konfrontiert werden. Wenn Drupal und Moodle integriert sind, wechselt eine Studentin von der Programmseite auf der Website direkt zum Start des Kurses im LMS, ohne sich ein zweites Mal anmelden zu müssen, und die Institution verwaltet die Identität an einem Ort statt an zweien.
- Eine Identität, ein Login: Single Sign-on beseitigt die Reibung und den Support-Aufwand separater Zugangsdaten für Website und LMS.
- Eine einheitliche Marke: Drupal steuert das nach außen gerichtete Erlebnis — Design, Navigation, Marketingseiten —, während Moodle die Pädagogik hinter einer passenden Oberfläche übernimmt.
- Zentralisierte Nutzerverwaltung: Konten und Rollen können aus einer autoritativen Quelle heraus gesteuert und weitergegeben werden, statt doppelt gepflegt zu werden.
- Kursauffindbarkeit und Marketing: Die Stärken von Drupal in Content und SEO bewerben Kurse nach außen; Moodle liefert sie an die eingeschriebenen Lernenden aus.
- Datenfluss: Einschreibungen, Abschlüsse und Zertifizierungsdaten können zwischen den Systemen fließen, die sie benötigen, und Dashboards sowie Reporting speisen.
LMS und CMS: eine Arbeitsteilung, keine Rivalität
Eine wiederkehrende Verwirrung besteht darin, ob Drupal und Moodle miteinander konkurrieren. Das tun sie nicht — sie lösen unterschiedliche Probleme, und bei einer Integration geht es darum, jedem die Aufgabe zuzuweisen, die es am besten beherrscht. Drupal ist ein Content-Management-System, das darauf ausgelegt ist, strukturierten Content zu modellieren und zu veröffentlichen: Seiten, Profile, Portale, mehrsprachige Websites und komplexe redaktionelle Workflows. Moodle ist ein Learning-Management-System, das darauf ausgelegt ist, Bildung zu vermitteln und nachzuverfolgen: Kurse, Aktivitäten, Quizze, Benotung und Abschlussverfolgung.
Das klare mentale Modell lautet: Drupal besitzt die Ebene „Website und Identität", Moodle besitzt die Ebene „Lehren und Lernen". Drupal bleibt die primäre Website oder das primäre Portal, während das LMS dahinter die Lern-Workflows steuert — die Lernenden bleiben innerhalb einer vertrauten, gebrandeten Oberfläche, während Moodle den zugrunde liegenden Katalog, die Einschreibungsregeln und die Noten verwaltet. Der Versuch, eine einzelne Plattform beide Aufgaben erledigen zu lassen, ist der Punkt, an dem Projekte scheitern; eine gut konzipierte Integration lässt jede Plattform in ihrem eigenen Bereich bleiben.
Die Bausteine einer Moodle-Drupal-Integration
Eine Integration ist kein einzelner Schalter — sie ist ein Bündel von Verbindungen, und die meisten Projekte nutzen eine Kombination der folgenden vier Bausteine. Wie viele davon Sie implementieren, hängt davon ab, wie eng die beiden Systeme zusammenarbeiten müssen.
Single Sign-on (SSO)
SSO ist fast immer der erste und wichtigste Baustein. Es ermöglicht einem authentifizierten Nutzer, von Drupal zu Moodle zu wechseln, ohne einen zweiten Benutzernamen und ein zweites Passwort einzugeben. Es gibt drei gängige Protokolle, und das richtige hängt von der bestehenden Identitätsarchitektur der Institution ab: SAML, OpenID Connect (OIDC) und OAuth 2.0. Ein häufiges Muster im Bildungsbereich besteht darin, Drupal zum Identity Provider (IdP) und Moodle zum Service Provider zu machen — Nutzer melden sich mit ihren Drupal-Zugangsdaten bei Moodle an, wobei zwischen beiden Systemen Metadaten ausgetauscht und Rollen zugeordnet werden. Wo bereits ein zentraler Identity Provider existiert (eine an Universitäten übliche Konfiguration), können stattdessen sowohl Drupal als auch Moodle auf diesen gemeinsamen IdP verweisen.
Nutzer- und Rollensynchronisation
SSO übernimmt die Authentifizierung — den Nachweis, wer ein Nutzer ist —, doch die Synchronisation übernimmt das Provisioning: das Erstellen und Aktualisieren der Konten selbst. Wird eine Person im autoritativen System hinzugefügt, kann die Synchronisation deren LMS-Konto automatisch anlegen oder aktualisieren, sodass Administratoren nicht zwei Verzeichnisse von Hand pflegen müssen. Die Rollenzuordnung verdient hier besondere Sorgfalt: Ein Drupal-„Mitglied" könnte einem Moodle-„Studierenden" entsprechen, während ein Drupal-„Fachbereichsadministrator" in Moodle in der Regel eine eingeschränkte Reporting-Rolle werden sollte statt eines vollwertigen Administrators. Rollen bewusst zuzuordnen, statt sie blind zu spiegeln, ist das, was die Berechtigungen sicher hält, wenn die Integration wächst.
Kurse innerhalb von Drupal sichtbar machen
Eine Integration kann Moodle-Kurse, -Kategorien oder -Lernpfade innerhalb der Drupal-Website anzeigen, sodass Studieninteressierte und bereits eingeschriebene Lernende den Katalog innerhalb des gebrandeten Website-Erlebnisses durchsuchen, während Moodle das Referenzsystem für Einschreibung und Durchführung bleibt. Genau das macht Drupal zu einer effektiven Eingangstür für das Lernen: Marketingseiten, Suche und Kursverzeichnisse auf der Drupal-Seite, mit einem einzigen Klick weiter zum laufenden Kurs in Moodle. Das ist ein Muster, das sich natürlich auf die mehrschichtigen Drupal-Plattformen — Hauptwebsite, Fakultätswebsites und Bewerbungsportale — aufsetzen lässt, die das Drupal4edu-Team bei Drupart für Universitäten wie die Universität Sabancı, die Yıldız Technical University und die Işık University baut.
LTI: der Standard, der Lerntools verbindet
Über individuelles SSO und Synchronisation hinaus gibt es einen bildungsspezifischen Standard, den man kennen sollte: LTI (Learning Tools Interoperability), gepflegt von 1EdTech (früher IMS Global). LTI ist ein universeller Connector, der es einer Lernplattform und einem externen Tool ermöglicht, sicher zu kommunizieren, ohne individuelle API-Entwicklung. Die aktuelle Version, LTI 1.3, ergänzt eine Reihe von Diensten unter dem Namen „LTI Advantage": Deep Linking erlaubt es Lehrenden, den Content eines externen Tools zu durchsuchen und ein bestimmtes Element direkt in einen Kurs einzubetten; Assignment and Grade Services (AGS) sendet Bewertungen aus dem Tool automatisch zurück ins Moodle-Notenbuch; und Names and Role Provisioning Services (NRPS) ermöglicht es dem Tool zu sehen, wer eingeschrieben ist und in welcher Rolle. Für ein in Drupal gehostetes Tool oder eine Content-Quelle ist LTI oft ein saubererer Weg als eine maßgeschneiderte Integration, weil der Noten- und Teilnehmerlisten-Fluss durch den Standard abgedeckt wird, statt neu erfunden zu werden.
Die H5P-Verbindung: Drupals stille Rolle in Moodle-Kursen
Es gibt einen Teil dieser Geschichte, den die meisten Integrationsleitfäden übersehen. H5P, das weit verbreitete Framework für interaktive Lerninhalte wie Quizze, interaktive Videos und Drag-and-Drop-Übungen, entstand im Drupal-Ökosystem: Es wurde als Drupal-basierte Plattform entwickelt und veröffentlicht, bevor es sich auf andere Systeme ausbreitete. Heute binden viele Moodle-Kurse H5P-Content ein, und einer der Standardwege dafür führt über LTI. Der interaktive Content wird auf einer Plattform erstellt und gehostet, innerhalb einer Moodle-Aktivität angezeigt, und die Bewertungen werden über die LTI-Notendienste zurück ins Notenbuch gemeldet.
Das ist aus zwei Gründen wichtig. Erstens ist es ein konkretes, nicht offensichtliches Beispiel dafür, dass Drupal und Moodle bereits weltweit in Kursen zusammenarbeiten — oft ohne dass die Institution sich dieser Verbindung bewusst ist. Zweitens verweist es auf eine praktische Architektur: Eine Organisation kann reichhaltigen interaktiven Content in einer Drupal-basierten Umgebung erstellen, diesen Content „im eigenen Haus" auf einer selbst kontrollierten Infrastruktur behalten und ihn über eine standardbasierte Verbindung innerhalb von Moodle ausliefern, statt alles in eine einzige Plattform einzusperren. Für Institutionen mit Anforderungen an Datenresidenz oder Content-Eigentümerschaft ist diese Trennung ein Vorteil, keine Komplikation.
Einen Integrationsansatz wählen
Es gibt keine einzige richtige Architektur; der passende Ansatz hängt von der Größenordnung, der bestehenden Identitätsinfrastruktur und der Menge der zu übertragenden Daten ab. Die folgende Tabelle fasst die wichtigsten Optionen zusammen und zeigt, wofür sich jede am besten eignet.
| Ansatz | Was er tut | Am besten geeignet für |
|---|---|---|
| SAML- / OIDC-SSO | Einheitlicher Login über Drupal und Moodle hinweg via Identity Provider. | Institutionen, die eine zentral gesteuerte Identität auf Enterprise-Niveau benötigen. |
| Session-basiertes SSO + Nutzersynchronisation | Gemeinsamer Login plus automatische Kontenerstellung und -aktualisierung zwischen beiden Systemen. | Konfigurationen, bei denen Drupal das autoritative Nutzerverzeichnis ist. |
| LTI (1.3 / Advantage) | Standardbasierter Tool-Start mit Noten- und Teilnehmerlisten-Diensten. | Einbetten von Tools oder Content und Synchronisation von Noten ohne individuellen Code. |
| Kursanzeige | Anzeige des Moodle-Katalogs und der Lernpfade innerhalb der Drupal-Website. | Nutzung von Drupal als Marketing- und Entdeckungs-Frontend. |
| Daten- / Reporting-Synchronisation | Übertragung von Einschreibungs- und Abschlussdaten zwischen den Systemen. | Dashboards, Compliance-Reporting und Zertifizierungsverfolgung. |
Die meisten realen Implementierungen kombinieren mehrere dieser Ansätze — zum Beispiel SSO plus Kursanzeige für ein Universitätsportal, oder LTI plus Notensynchronisation für eingebetteten interaktiven Content. Das Leitprinzip lautet, nur die Verbindungen zu implementieren, die die Institution tatsächlich benötigt, denn jede hinzugefügte Verbindung ist eine Verbindung, die gewartet werden muss.
Ein praktischer Fahrplan für die Integration
Eine Moodle-Drupal-Integration ist ein Infrastrukturprojekt, keine Plugin-Installation. Eine funktionierende Abfolge sieht so aus:
- Definieren Sie die verbindliche Datenquelle. Entscheiden Sie, welches System Identität und Nutzerdaten besitzt — oft ein zentraler Identity Provider, manchmal Drupal —, bevor irgendeine Verbindung aufgebaut wird.
- Wählen Sie das SSO-Protokoll. Einigen Sie sich auf SAML, OIDC oder OAuth 2.0 basierend auf dem bestehenden Identitäts-Stack, und bestätigen Sie die Versionskompatibilität sowohl beim Drupal-Modul als auch beim Moodle-Plugin.
- Ordnen Sie Rollen explizit zu. Halten Sie schriftlich fest, wie jede Drupal-Rolle zu einer Moodle-Rolle wird, und prüfen Sie Reporting- und Administrationsrechte besonders sorgfältig.
- Entscheiden Sie, welche Daten fließen und in welche Richtung. Einschreibungen, Abschlüsse, Noten — legen Sie Richtung und Häufigkeit fest, statt standardmäßig alles zu synchronisieren.
- Testen Sie in einer Staging-Umgebung. Überprüfen Sie Login-Abläufe, Konten-Provisioning, Rollenzuordnung und Notenrückgabe an nicht-produktiven Kopien beider Systeme vor dem Go-live.
- Planen Sie Versions-Upgrades ein. Moodle und Drupal folgen ihren eigenen Release-Zyklen; einigen Sie sich darauf, wer die Kompatibilität überwacht, wenn eine der beiden Plattformen aktualisiert wird.
Da diese Arbeit zwei Plattformen, eine Identitätsebene und institutionelle Datenregeln umfasst, ist die genaue Architektur immer spezifisch für die jeweilige Organisation — weshalb eine sorgfältige Abgrenzung im Vorfeld weit mehr Zeit spart, als sie kostet.
Integrationsfallstricke, mit denen man rechnen sollte
- SSO als die gesamte Integration betrachten: Ein gemeinsamer Login ist nur Authentifizierung. Ohne Nutzersynchronisation und Rollenzuordnung pflegen Sie am Ende trotzdem zwei Verzeichnisse.
- Rollen spiegeln statt zuordnen: Drupal-Rollen direkt eins zu eins in Moodle zu kopieren, kann administrativen Zugriff gewähren, der so nie beabsichtigt war. Ordnen Sie jede Rolle dem geringstmöglichen Privileg zu, das sie benötigt.
- Versionskompatibilität ignorieren: Ein SSO-Modul oder LTI-Plugin, das zu den heutigen Versionen passt, kann beim nächsten großen Moodle- oder Drupal-Update brechen. Bestätigen Sie unterstützte Versionen vor dem Aufbau und prüfen Sie diese bei jedem Upgrade erneut.
- Mehr Daten synchronisieren als nötig: Jedes Feld und jeden Datensatz zwischen den Systemen zu übertragen erhöht die Fehleranfälligkeit und das Datenschutzrisiko. Übertragen Sie nur das, was ein realer Anwendungsfall tatsächlich benötigt.
- Den Staging-Test überspringen: Fehler bei Login und Notenrückgabe sind auf einer Kopie weitaus günstiger zu finden als vor Studierenden mitten im Semester.
- Zuständigkeit ungeklärt lassen: Wenn kein Team die Integration verantwortet, verfällt sie nach dem nächsten Plattform-Update stillschweigend. Weisen Sie diese Verantwortung von Anfang an zu.
Gut umgesetzt, verschafft eine Moodle-Drupal-Integration einer Institution das Beste aus beiden Welten: die Stärke von Drupal als Content- und Identitätsplattform gepaart mit der Tiefe von Moodle als Lernumgebung. Der Aufbau und die Verbindung dieser Drupal-Ebene ist genau die Arbeit, die das Drupal4edu-Team bei Drupart für Universitäten leistet — darunter die Universität Sabancı, METU, die Yıldız Technical University, Yeditepe, Acıbadem, Medipol, Özyeğin, Kadir Has, Işık und die İstinye University —, wo Website, Portale und Integrationen als eine einzige verbundene Plattform behandelt werden. Wenn Sie noch überlegen, wo jede Plattform in Ihren breiteren Technologie-Stack passt, bietet unsere Übersicht darüber, was man mit Drupal machen kann, eine Übersicht der umliegenden Szenarien, und unser Blick auf Drupal in der Bildung behandelt den institutionellen Kontext ausführlicher.
Häufig gestellte Fragen zur Moodle-und-Drupal-Integration
Kann Drupal Moodle als LMS ersetzen?
Nicht ohne Weiteres, und in der Regel nicht empfehlenswert. Drupal lässt sich um einige Lernfunktionen erweitern, ist aber nicht darauf ausgelegt, Kurse, Aktivitäten, Quizze, Benotung und Abschlussverfolgung so zu verwalten wie ein dediziertes LMS. Das stärkere Muster ist Integration statt Ersatz: Lassen Sie Drupal das tun, worin es am besten ist — die Website, Portale, Identität und Content —, und lassen Sie Moodle die Pädagogik übernehmen. Ein CMS zu zwingen, zu einem LMS zu werden, kostet in der Regel mehr und liefert weniger, als beide miteinander zu verbinden.
Welches SSO-Protokoll sollten wir zwischen Drupal und Moodle verwenden?
Es hängt von der bereits bestehenden Identitätsinfrastruktur ab. SAML ist im Unternehmens- und Hochschulumfeld verbreitet und lässt sich gut mit zentralen Identity Providern integrieren. OpenID Connect (OIDC) und OAuth 2.0 sind moderne, weit unterstützte Alternativen. Wenn Ihre Institution bereits einen zentralen Identity Provider betreibt, richten Sie sowohl Drupal als auch Moodle darauf aus. Wenn Drupal Ihr autoritatives Nutzerverzeichnis ist, ist es ein bewährter Weg, Drupal zum Identity Provider für Moodle zu machen. Entscheidend ist, vor der Umsetzung die Kompatibilität der Modul- und Plugin-Versionen auf beiden Seiten zu bestätigen.
Werden Noten und Abschlussdaten zurück nach Drupal synchronisiert?
Sie können, mit der richtigen Verbindung. Über LTI Advantage kann ein externes Tool Bewertungen automatisch durch Assignment and Grade Services ins Moodle-Notenbuch senden. Abschluss- oder Einschreibungsdaten weiter nach Drupal für Dashboards oder Reporting zu übertragen, ist eine separate Synchronisationsaufgabe, deren Umfang bewusst festgelegt wird — mit der Entscheidung, welche Daten, in welche Richtung und wie oft. Als Faustregel gilt: Synchronisieren Sie nur das, was ein realer Reporting- oder Compliance-Anwendungsfall tatsächlich benötigt.
Ist eine Moodle-Drupal-Integration schwer zu warten?
Die Wartungslast ist proportional dazu, wie viele Verbindungen Sie aufbauen und wie diszipliniert Sie bei der Versionskompatibilität vorgehen. Zwei Systeme mit unabhängigen Release-Zyklen driften mit der Zeit auseinander, daher besteht der nachhaltige Ansatz darin, nur die tatsächlich benötigten Verbindungen zu implementieren, die Rollenzuordnungen und Datenflüsse zu dokumentieren und eine klare Zuständigkeit für die Überwachung der Kompatibilität bei jedem Moodle- oder Drupal-Update festzulegen. Integrationen mit eng begrenztem Umfang und klarer Zuständigkeit bleiben wartbar; solche, die alles synchronisieren und niemandem gehören, nicht.