Plugin Manager
Jedes Modul in der Seitenleiste — Seiten, Blog, Shop, E-Learning, Email Marketing, A/B-Testing, AI — ist ein Plugin. Der Plugin-Manager erlaubt das Installieren und Deinstallieren der mit dem CMS ausgelieferten Plugins. Typischer Fall: Eine Site ohne E-Learning deinstalliert das elearning-Plugin, um den Seitenleisten-Eintrag zu entfernen und Datenbank-Ressourcen zu sparen.
Oeffne Einstellungen → Plugin-Manager. Die Liste zeigt jedes mitgelieferte Plugin.

Spalten:
| Spalte | Zweck |
|---|---|
| Name | Menschlich lesbarer Plugin-Titel. |
| Version | Plugin-Version aus der bootstrap.php. |
| Status | Installiert (gruen) oder Nicht installiert (grau). |
1. Plugin installieren
Such das Plugin in der Liste. Ist der Status Nicht installiert, zeigt die Zeile einen gruenen Installieren-Button. Klick drauf.
Ein Dialog fragt: Plugin wirklich installieren?. Klick Installieren.
Was im Hintergrund passiert:
- Die
install()-Methode des Plugins laeuft — registriert URL-Rewrites, Content-Typen, API-Endpunkte, Webhook-Events und geplante Aufgaben. - Migrationen unter
_public/extensions/core/backend/{plugin}/migrations/laufen. - Der Seitenleisten-Eintrag erscheint beim naechsten Seiten-Aufruf.
Lad die Seite neu, um den neuen Seitenleisten-Eintrag zu sehen.
2. Plugin deinstallieren
Such das Plugin. Bei Status Installiert zeigt die Zeile einen roten Deinstallieren-Button. Klick drauf.
Ein Dialog fragt: Plugin sicher deinstallieren?. Klick Deinstallieren.
Was passiert:
- Der Seitenleisten-Eintrag verschwindet.
- API-Endpunkte und Webhook-Events des Plugins werden abgemeldet.
- Geplante Aufgaben des Plugins werden aus dem Scheduler entfernt.
- Die
uninstall()-Methode laeuft.
Deinstallation behaelt die Daten
Deinstallation loescht keine Datenbank-Tabellen. Blog-Artikel, Bestellungen, Kurs-Datensaetze oder Zertifikate bleiben in der DB. Neu-Installation holt die Daten zurueck. Willst du wirklich loeschen, droppe die Tabellen manuell nach dem Deinstallieren.
Nicht deinstallierbare Plugins
Manche Plugins sind uninstallable: 0, weil das System ohne sie nicht laeuft — z.B. base (Stammdaten), user_management, demoAPI. Sie erscheinen nicht in der Plugin-Manager-Liste. Sie sind immer installiert.
Suche und Sortierung
Der Header hat ein Suchfeld, das nach Plugin-Namen filtert. Spalten-Header sind sortierbar — Klick wechselt aufsteigend / absteigend.
Was ein Plugin mitbringt
| Teil | Beispiel |
|---|---|
| Seitenleisten-Eintrag | "E-Learning" taucht in der Gruppe E-Commerce auf. |
| Datenbank-Tabellen | elearning_courses, elearning_episodes, elearning_certificates, ... |
| API-Endpunkte | /api/elearning/catalog, /api/backend/elearning. |
| Pagebuilder-Widgets | Das elearning-Widget steht im Widget-Picker. |
| Geplante Aufgaben | Zertifikat-Ablauf-Pruefungen, Erinnerungs-Mails. |
| Webhook-Events | elearning.purchased, elearning.certificate_issued. |
Deinstallation entfernt alles Obige ausser Tabellen und Daten.
Haeufige Fehler
Plugin deinstalliert, aber eine Seite zeigt einen Fehler. Eine Pagebuilder-Seite verweist auf ein Widget, das es nicht mehr gibt. Seite oeffnen, Widget entfernen, speichern. Neu-Installation, falls du das Widget brauchst.
Plugin neu installiert, aber meine Daten sind weg. Pruef, ob die Tabellen noch existieren. Hat der Entwickler sie manuell geloescht, sind sie endgueltig weg — nur ein Backup hilft.
Ein Plugin ist nicht installierbar. Nur Plugins in _public/extensions/core/backend/ werden gelistet. Plugins aus dem Update-Manager landen automatisch dort; Custom-Plugins muessen dort hinkopiert werden.
Siehe auch
- Benutzergruppen — Plugins erscheinen im Rechte-Editor erst nach der Installation.
- Update-Manager — installiert neue Plugins im Rahmen eines System-Updates.