„Wie viele Plugins sind zu viele?“ ist die falsche Frage. Zwanzig saubere Plugins sind unproblematischer als drei schlechte. Die richtige Frage lautet: Verdient jedes installierte Plugin seinen Platz? Denn jedes einzelne ist Angriffsfläche, Update-Pflicht und potenzielle Bremse — Kosten, die es durch Nutzen rechtfertigen muss. Hier ist die systematische Inventur.
Warum Plugin-Ballast wirklich schadet
- Sicherheit: Jedes Plugin ist Code von Dritten auf deinem Server. Veraltete und verlassene Plugins sind das häufigste Einfallstor überhaupt — mehr dazu im Artikel über verwaiste Plugins.
- Geschwindigkeit: Nicht jede Installation kostet Tempo — aber jedes Plugin, das bei jedem Seitenaufruf mitläuft, Skripte lädt oder in die Datenbank schreibt, tut es. Die Verursacher findest du mit der Langsamkeits-Diagnose.
- Wartbarkeit: Mehr Plugins bedeuten mehr Update-Kombinationen, die sich vertragen müssen — und mehr Verdächtige, wenn nach einem Update etwas bricht.
Schritt 1: Inventur mit vier Fragen pro Plugin
Geh die Plugin-Liste durch und stelle jedem Eintrag dieselben vier Fragen:
- Wofür ist es da? Wenn niemand im Team das in einem Satz beantworten kann, ist das bereits die Antwort.
- Wird die Funktion genutzt? Der Slider von 2021, das Event-Plugin der abgesagten Veranstaltungsreihe, das SEO-Zweitwerkzeug „zum Testen“ — Klassiker der Karteileichen.
- Wird es noch gepflegt? Letzte Aktualisierung, Kompatibilitätsangabe, offene Support-Threads — im Plugin-Verzeichnis in einer Minute geprüft.
- Macht etwas anderes bereits denselben Job? Überschneidungen sind der heimliche Ballast-Treiber: zwei SEO-Plugins, mehrere Optimierer, drei Sicherheits-Werkzeuge mit denselben Schaltern (warum das sogar schadet: Security-Vergleich).
Schritt 2: Die üblichen Verdächtigen
- Deaktivierte Plugins: Sie laufen nicht, aber ihr Code liegt auf dem Server und bleibt angreifbar — deaktiviert und behalten ist kein Sicherheitskonzept. Weg damit (nach Schritt 4).
- Mehrfach-Funktionalität: Page-Builder-Addon-Sammlungen, von denen zwei Widgets genutzt werden; „Alles-in-einem“-Pakete neben Spezial-Plugins mit derselben Aufgabe.
- Einmal-Werkzeuge: Migrations-, Import- und Wartungshelfer, deren Job längst erledigt ist — etwa das Umzugs-Plugin vom Serverwechsel im letzten Jahr.
- Funktionen, die dein Theme oder Hosting schon mitbringt: Lazy Loading, Sitemaps, simple Weiterleitungen — oft doppelt im Einsatz.
Schritt 3: Erst messen, dann urteilen (optional, aber stark)
Wenn dich interessiert, was die Kandidaten wirklich kosten: Das Analyse-Plugin Query Monitor zeigt pro Seitenaufruf die Lade- und Datenbankzeit je Plugin. Damit wird aus „gefühlt langsam“ ein Messwert — und manches unscheinbare Plugin entpuppt sich als Hauptbremse. (Query Monitor selbst ist ein Einmal-Werkzeug: nach der Analyse wieder deinstallieren.)
Schritt 4: Sicher entfernen — in dieser Reihenfolge
- Backup — wie vor jedem Eingriff (Anleitung).
- Erst deaktivieren, dann beobachten: ein bis zwei Wochen Karenzzeit pro Streichkandidat. Manche Plugins arbeiten unauffällig im Hintergrund (Cron-Aufgaben, Weiterleitungen, Snippets) — die Lücke zeigt sich erst im Betrieb.
- Dann löschen, nicht liegen lassen. Erst mit dem Löschen verschwindet der Code vom Server.
- Aufräumen, was zurückbleibt: Viele Plugins hinterlassen Tabellen und Optionen in der Datenbank. Die Hinterlassenschaften beseitigt die Datenbank-Bereinigung.
Wichtig bei Spezialfällen: Bei verknüpften Plugins (WooCommerce samt Erweiterungen, Elementor samt Addons) vor dem Entfernen die Abhängigkeiten klären — und bei allem, was E-Mails, Weiterleitungen oder Formulare betrifft, nach dem Entfernen gezielt testen.
Schritt 5: Damit es nicht wieder passiert
- Eine Eingangsregel: Neues Plugin nur mit klarem Zweck-Satz — und wenn es eine Funktion ersetzt, fliegt das alte im selben Zug.
- Erst suchen, ob es die Funktion schon gibt — im Theme, im Hosting, in vorhandenen Plugins.
- Halbjährliche Mini-Inventur: die vier Fragen aus Schritt 1, fünfzehn Minuten, fertig.
So machen wir es bei Ammera
Das Plugin-Inventar jeder betreuten Website liegt bei uns im Dashboard — inklusive Update-Stand und dem Abgleich mit bekannten Sicherheitslücken. Beim Onboarding gehört der Ballast-Blick dazu: Was verwaist ist oder doppelt läuft, sprechen wir aktiv an, bevor es zum Problem wird. Zu den Modulen oder erst der kostenlose Website-Check.
