4/8 Warum mehr als zehn Plugins vermieden werden sollten
Die Zahl zehn ist keine wissenschaftlich bewiesene Sicherheitsgrenze. Ein einziges schlecht gepflegtes Plugin kann gefährlicher sein als 15 professionell entwickelte Erweiterungen. Ebenso kann ein umfangreiches Shop-System aus sachlichen Gründen mehr als zehn Plugins benötigen.
Trotzdem ist die Zehn-Plugin-Regel eine sehr sinnvolle betriebliche Leitplanke: Bei einer normalen Firmen-, Praxis-, Kanzlei- oder Vereinswebseite sollte ab dem elften aktiven Plugin sehr kritisch geprüft werden, ob das gewählte System noch zur Aufgabe passt.
Mit steigender Plugin-Zahl wachsen mehrere Risiken gleichzeitig:
1. **Die Angriffsfläche wird größer.** Mehr ausführbarer Code bedeutet mehr Stellen, an denen Programmierfehler auftreten können.
2. **Die Zahl der Updates steigt.** Jede Aktualisierung kann dringend, fehlerhaft oder inkompatibel sein.
3. **Die Wechselwirkungen nehmen zu.** Plugins greifen auf dieselben WordPress-Funktionen, Datenbanktabellen, JavaScript-Bibliotheken oder Seitenelemente zu.
4. **Die Fehlersuche wird schwieriger.** Bei zehn Plugins existieren bereits 45 mögliche Plugin-Paare, die miteinander in Konflikt geraten können. Bei 20 Plugins sind es 190 Paare.
5. **Die Webseite wird häufig langsamer.** Zusätzliche Datenbankabfragen, Skripte, Stylesheets, Hintergrundprozesse und externe Verbindungen summieren sich.
6. **Die Abhängigkeit von Dritten steigt.** Schon ein aufgegebenes Plugin kann eine aufwendige Suche nach Ersatz und einen Umbau der Webseite notwendig machen.
Deshalb sollte nicht gefragt werden: „Wie viele Plugins kann WordPress technisch verkraften?“ Die bessere Frage lautet: „Wie viele Abhängigkeiten können wir dauerhaft verantwortungsvoll pflegen, testen und überwachen?“
Für Standardwebseiten lautet unsere Empfehlung: so wenige wie möglich, möglichst deutlich unter zehn und niemals ein Plugin ohne klaren, dokumentierten Nutzen.
Weshalb Webseiten nach einem Plugin-Update plötzlich nicht mehr funktionieren
Eine WordPress-Webseite ist ein Zusammenspiel aus mehreren Ebenen: WordPress-Kern, Theme, Plugins, PHP-Version, Datenbank, Webserver und gegebenenfalls Cache-, Sicherheits- oder Optimierungsdiensten. Alle Teile entwickeln sich unabhängig voneinander weiter.
Ein Update kann deshalb an vielen Stellen unerwartete Folgen haben:
- Ein Plugin erwartet eine neuere PHP-Version, während das Hosting noch eine ältere Version verwendet.
- Eine Erweiterung nutzt eine Funktion, die WordPress geändert oder entfernt hat.
- Zwei Plugins laden unterschiedliche Versionen derselben JavaScript-Bibliothek.
- Ein Page Builder verändert seine HTML-Struktur, während das Theme noch auf die bisherige Struktur abgestimmt ist.
- Ein Cache- oder Optimierungsplugin fasst Dateien zusammen und verändert deren Reihenfolge.
- Eine Datenbankmigration wird unterbrochen oder läuft wegen eines Zeitlimits nicht vollständig durch.
- Ein Plugin benennt CSS-Klassen um, wodurch individuelle Designanpassungen nicht mehr greifen.
- Ein Sicherheitsplugin blockiert eine legitime Funktion eines Formular-, Shop- oder Backup-Plugins.
Das Ergebnis reicht von einer kaum sichtbaren Layoutverschiebung bis zum sogenannten „White Screen“, einem nicht mehr erreichbaren Administrationsbereich oder einer vollständig ausgefallenen Webseite.
Besonders tückisch sind Fehler, die zunächst unbemerkt bleiben. Die Startseite sieht noch normal aus, aber das Kontaktformular versendet keine E-Mails mehr. Der Shop nimmt Bestellungen an, übermittelt sie jedoch nicht korrekt. Eine mehrsprachige Seite zeigt alte Übersetzungen. Ein Cookie-Banner blockiert wichtige Skripte. Eine Sicherung läuft angeblich erfolgreich, enthält aber keine verwendbare Datenbank.
Dies ist Artikel 4/8