Wer eine Lernplattform an die eigenen Geschäftsprozesse anpassen möchte, kommt um Moodle-Entwicklung nicht herum. Die Open-Source-Software deckt mit ihren Standardfunktionen rund 80 Prozent typischer Anforderungen ab – die verbleibenden 20 Prozent entscheiden, ob Ihre Plattform geliebt oder nur geduldet wird. Genau dort setzen wir an.
Was unsere Moodle-Entwicklung umfasst
Die individuelle Moodle-Anpassung kennt viele Disziplinen. Das ist der Vorteil der Plugin-Architektur dieses Lernmanagementsystems: Praktisch jeder Aspekt der Plattform lässt sich erweitern, ohne den Moodle-Core anzufassen – und damit ohne die Update-Fähigkeit Ihrer Installation zu gefährden. Folgende Erweiterungstypen entwickeln wir regelmäßig:
- Activity-Plugins für neue Lernformate – von interaktiven Übungen bis zu komplexen Assessment-Tools
- Block-Plugins für Dashboard-Widgets und Kursseiten
- Local-Plugins für Backend-Erweiterungen und Backoffice-Integrationen
- Authentication-Plugins für SSO, SAML, OAuth, LDAP und individuelle Identity-Provider
- Enrolment-Plugins für automatische Kurszuweisung aus HR-Systemen
- Custom Themes auf Boost-Child-Basis im Corporate Design
- Report-Plugins und Custom Reports über die Moodle Report Builder API
- API-Integrationen zu SAP, Personio, Workday, Confluence, BigBlueButton, Zoom, H5P und SCORM-Anbietern
Wie professionelle Moodle-Entwicklung aussieht
Strikt nach Moodle Coding Guidelines
Wir entwickeln nach den offiziellen Moodle Coding Guidelines. Das bedeutet konkret: PHP-CodeSniffer mit Moodle-Ruleset, PHPUnit-Tests für die Geschäftslogik, Behat-Acceptance-Tests für die kritischen Pfade, vollständige Privacy-API-Implementierung für jeden Datenpunkt, durchgängige String-Lokalisierung in Deutsch und Englisch. Damit sind Ihre Moodle-Plugins update-fest und – wenn gewünscht – sogar bereit für die Veröffentlichung im offiziellen Moodle-Plugin-Directory.
Praxiserprobt im öffentlichen Bildungssektor
Wir haben Plugin-Entwicklungen für das Umfeld der Bayerischen Cloud-Schule (ByCS) umgesetzt, deren Veröffentlichung im Namen des Endkunden – also der ByCS bzw. des Kultusministeriums Bayern – erfolgte. Diese Erfahrung mit den hohen Anforderungen öffentlicher Bildungsinfrastrukturen, einschließlich Barrierefreiheit, Sicherheit und Skalierung, fließt in jedes Moodle-Entwicklungsprojekt ein.
Saubere Architektur, lesbarer Code
Klare Schichtentrennung, dependency injection wo sinnvoll, PHPDoc-Dokumentation. Code, den auch andere Moodle-Entwickler in drei Jahren noch verstehen. Wir bauen so, dass Sie nicht in eine Vendor-Lock-Falle laufen – und nach einem Audit jeder Sicherheitsbeauftragte ruhig schlafen kann.
Performance vom ersten Commit an
Datenbank-Queries laufen über die Moodle DML API mit eingebautem Caching. Schwere Operationen wandern in die Task API als Cron-Jobs. Wir messen Performance mit echten Lastentests, statt darauf zu hoffen.
Drei Disziplinen, in denen wir Erfahrung haben
Moodle-Plugin-Entwicklung
Sie brauchen eine Funktion, die das Standard-Moodle nicht bietet? Wir entwickeln sie nach Maß – inklusive Settings-Seite, Capabilities-Definition, Sprachdateien und Privacy-API-Integration. Auf Wunsch auch zur Veröffentlichung im offiziellen Plugin-Verzeichnis von moodle.org.
Moodle-Theme-Entwicklung
Vom Boost-Child mit Ihrem Logo und Ihrer Farbpalette bis zum vollständig neu designten Theme mit eigenen Page-Layouts und SCSS-Architektur. Alle Themes, die wir umsetzen, sind responsive, barrierearm nach WCAG 2.1 Level AA und Lighthouse-optimiert. Die Resultate aus Lighthouse-Audits liegen typischerweise bei Werten über 90 für Performance, SEO und Best Practices.
Moodle-Integration mit Drittsystemen
SAML 2.0, OAuth 2.0, LDAP, Active Directory, REST-APIs, SOAP, Webhooks – wir verbinden Ihre Moodle-Lernplattform mit allem, was eine standardisierte Schnittstelle anbietet. Bonus: Wir bauen die Integrationen so, dass sie auch dem Audit eines externen Sicherheitsberaters standhalten.
Wann sich individuelle Moodle-Entwicklung lohnt
Nicht jede Anforderung braucht ein neues Plugin. Viele Wünsche lassen sich mit den über 2.000 frei verfügbaren Plugins aus dem offiziellen Moodle-Plugin-Verzeichnis abdecken. Wir prüfen das immer zuerst. Eine individuelle Moodle-Anpassung empfehlen wir dann, wenn:
- Kein passendes Standard-Plugin existiert oder verfügbare Plugins nicht mehr gepflegt werden
- Die Integration in Ihre IT-Landschaft eine spezifische Geschäftslogik erfordert
- Compliance- oder Datenschutz-Anforderungen Standardkomponenten ausschließen
- Sie ein Alleinstellungsmerkmal in Ihrer Lernplattform brauchen
Verwandte Leistungen
Eigenentwicklungen wollen langfristig gepflegt werden. Für die Wartung und das Update-Management bieten wir SLA-basierten Moodle-Support. Wenn Sie noch nicht sicher sind, welche Plugins Sie wirklich brauchen, starten Sie mit unserer strategischen Moodle-Beratung. Den großen Überblick über unser gesamtes Angebot finden Sie auf der Seite Moodle Agentur Übersicht. Wer noch Grundlagen zur Plattform sucht, lese unseren Artikel Was ist Moodle? Der komplette Leitfaden.
Mini-Case aus unserer Praxis
Plugin-Entwicklung im ByCS-Umfeld
Für ein Projekt im Umfeld der Bayerischen Cloud-Schule haben wir ein Moodle-Plugin entwickelt, das im Namen des Endkunden veröffentlicht wurde. Anforderungen: vollständige Privacy-API-Implementierung für DSGVO, Barrierefreiheit nach BITV/WCAG 2.1 AA, Internationalisierung in Deutsch und Englisch, PHPUnit-Tests mit Coverage über 70 Prozent. Resultat: Plugin wurde nach offiziellem Code-Review akzeptiert und ist seither in produktivem Einsatz – ohne Sicherheits-Incidents, ohne Performance-Probleme.
Häufige Fragen zur Moodle-Entwicklung
Wie lange dauert ein typisches Plugin-Projekt?
Ein kleines Plugin mit einer klar umrissenen Funktion (z. B. ein Block oder Local-Plugin) ist in 2-4 Wochen produktiv. Ein größeres Custom-Activity-Plugin mit Datenbank-Integration und mehreren Capabilities braucht typischerweise 6-12 Wochen. Komplexe Auth- oder Enrolment-Plugins können länger dauern.
Können Sie auch bestehende Plugins anpassen?
Ja, häufig sogar. Wir übernehmen Plugin-Code von vorherigen Entwicklern, auditieren ihn, refactorisieren bei Bedarf und erweitern um neue Funktionen. Voraussetzung ist meist, dass der Originalcode unter GPL steht – was bei Moodle-Plugins fast immer der Fall ist.
Was passiert mit dem Code – wer besitzt die Rechte?
Sie. Wir entwickeln im Auftrag, die Urheberrechte am Custom-Code gehen vertraglich an Sie über. GPL-Pflichten bleiben bestehen (das ist Moodle-Lizenzbedingung), aber Sie sind nicht von uns abhängig.
Bauen Sie auch Plugins für das offizielle Moodle-Plugin-Directory?
Ja, auf Wunsch. Wir bereiten den Code so vor, dass er den offiziellen Plugin-Review-Standards entspricht – inklusive vollständiger PHPUnit-Tests, Behat-Akzeptanztests und vollständiger String-Lokalisierung. Falls Sie das Plugin nicht selbst veröffentlichen wollen, übernehmen wir das.
