Wie viele Plugins sind zu viele? Woran ich erkenne, dass eine WordPress-Installation überladen ist

Eine feste Zahl gibt es nicht. Ich habe Installationen mit 50 Plugins gesehen, die zügig laden, und solche mit zwölf, die im Backend spürbar hängen. Entscheidend ist nicht, wie viele Erweiterungen installiert sind, sondern was jede einzelne auf jeder Seite tut – und ob sie das überhaupt noch muss.

Woran ich eine überladene Installation erkenne

Die Anzeichen sind fast immer dieselben, bevor ich überhaupt in den Code schaue:

• Das Backend reagiert verzögert, besonders beim Öffnen der Beitragsliste oder des Block-Editors.
• Updates führen regelmäßig zu einer weißen Seite oder einer Fehlermeldung über erschöpften Arbeitsspeicher.
• Im Quelltext der Startseite tauchen CSS- und JS-Dateien von Plugins auf, die mit dem Seiteninhalt nichts zu tun haben.
• Die Datenbank wächst schneller, als neue Inhalte das erklären – meist in den Tabellen wp_options oder eigenen Plugin-Tabellen.
• Zwei oder drei Plugins lösen im Grunde dieselbe Aufgabe (zum Beispiel Formulare, SEO-Meta oder Caching).

Woran es wirklich liegt

Jedes aktive Plugin hängt sich in WordPress über Hooks ein – unabhängig davon, ob die aktuelle Seite seine Funktion braucht. Ein Buchungskalender-Plugin, das auf jeder Seite sein komplettes Stylesheet lädt, kostet eine reine Textseite genauso viel Ladezeit wie die eigentliche Buchungsseite. Kommt ein eigener Cron-Job dazu, der stündlich Daten abgleicht, läuft das auch dann, wenn ihn niemand braucht. Das Problem ist also selten die Zahl zwölf oder fünfzig, sondern die Summe aus unnötig geladenen Assets, überflüssigen Datenbankabfragen und sich überlappender Funktion.

Besonders deutlich wird das bei Plugins, die eigene Tabellen anlegen und nach der Deinstallation behalten, oder bei solchen, die bei jedem Seitenaufruf eine externe Schnittstelle abfragen, statt das Ergebnis zwischenzuspeichern. Eine Installation mit zwanzig sorgfältig gewählten, aktuell gehaltenen Plugins kann schneller sein als eine mit acht veralteten, die sich gegenseitig blockieren.

So finde ich die Übeltäter

Ich gehe dabei immer in derselben Reihenfolge vor:

1. Das kostenlose Plugin Query Monitor installieren. Es zeigt pro Seitenaufruf, welche Hooks, Datenbankabfragen und Scripts welches Plugin verursacht, inklusive Ladezeit.
2. Mit dem offiziellen Plugin Health Check & Troubleshooting Plugins einzeln deaktivieren, ohne dass Besucher etwas davon merken – das Backend läuft dabei im Testmodus.
3. Unter Werkzeuge → Website-Zustand den Reiter „Info" prüfen; dort stehen aktive Plugins mit Versionsstand und oft veraltete Erweiterungen, die seit Jahren kein Update mehr bekommen haben.
4. Jedes Plugin mit der Frage gegenprüfen: Wird die Funktion noch genutzt, und gibt es sie schon im Theme oder einem anderen aktiven Plugin?

Aufräumen ohne Risiko

Erst nach dieser Bestandsaufnahme beginne ich mit dem Entfernen – und zwar eines nach dem anderen, nicht im Paket. Nach jedem deaktivierten Plugin prüfe ich die betroffenen Seiten im Frontend und das Backend auf Fehlermeldungen, bevor das nächste an der Reihe ist. Bei Formular-, SEO- oder Caching-Plugins mit Überschneidung bleibt immer nur eines aktiv; die anderen werden deinstalliert, nicht nur deaktiviert, damit ihre Datenbanktabellen und geplanten Aufgaben mit entfernt werden. Funktionen, die nur ein einziges Mal gebraucht werden – etwa ein Importer für den Website-Umzug – kommen danach konsequent wieder herunter.

Wie ich es künftig vermeide

Bei neuen Projekten lege ich vorher fest, welche Funktion ein Plugin übernehmen soll, und suche danach ein einziges, gepflegtes Plugin dafür – statt im Lauf der Zeit mehrere kleine Lösungen für dieselbe Aufgabe anzuhäufen. Einmal im Jahr, meist bei einem größeren WordPress-Update, läuft dieselbe Prüfung mit Query Monitor noch einmal durch, damit sich über Monate kein neuer Rückstand aufbaut. Wird ein Plugin seit über einem Jahr nicht mehr aktualisiert, kommt es vorsorglich auf die Liste für den nächsten Prüfdurchgang, selbst wenn es aktuell noch klaglos läuft – spätestens beim nächsten größeren WordPress-Kernupdate zeigen sich solche Altlasten oft als Erste.

Kurz beantwortet

Gibt es eine Höchstzahl an Plugins für WordPress?

Nein. Entscheidend ist das Gewicht jedes einzelnen Plugins, nicht die Gesamtzahl.

Wie finde ich heraus, welches Plugin eine Seite verlangsamt?

Mit dem kostenlosen Plugin Query Monitor, das Ladezeit und Datenbankabfragen pro Plugin anzeigt.

Kann ich ein Plugin gefahrlos testweise deaktivieren?

Ja, mit Health Check & Troubleshooting lässt sich das Backend im Testmodus prüfen, ohne dass Besucher etwas davon sehen.

Mehr zur laufenden Pflege einer WordPress-Website und zur Fehlersuche bei Ladezeiten in meinem Beitrag WordPress langsam? Die Reihenfolge, in der ich nach der Ursache suche. Einen Überblick über mein Leistungsangebot rund ums Webdesign-Wissen finden Sie auf der verlinkten Seite.

Sie möchten das Thema für Ihr Unternehmen umsetzen? Mehr zu unseren Leistungen: Webdesign, SEO, GEO & AEO.