Beitrag 2: WordPress ohne Plugin-Overload – warum weniger Erweiterungen manchmal mehr Leistung bedeuten

WordPress ist eines der flexibelsten Content-Management-Systeme der Welt. Gerade diese Flexibilität kann allerdings zu einem Problem werden. Denn WordPress macht es sehr einfach, für nahezu jede gewünschte Funktion ein Plugin zu installieren.

Das klingt zunächst komfortabel.

In der Praxis entsteht dadurch jedoch nicht selten eine Website mit 30, 40 oder noch mehr Plugins. Einige davon werden vielleicht nur für eine einzige kleine Funktion benötigt.

Genau hier sollte professionelles Webdesign ansetzen.

Die Frage sollte nicht sein, wie viele Plugins eine WordPress-Website besitzt. Entscheidend ist, wie viel unnötiger Code tatsächlich ausgeführt wird.

Ein Plugin kann technisch hervorragend programmiert sein und trotzdem für eine bestimmte Website völlig überdimensioniert sein.

Nehmen wir ein einfaches Beispiel.

Eine Website benötigt einen kleinen Hinweistext, der über einen Shortcode an bestimmten Stellen ausgegeben werden soll. Statt dafür eine umfangreiche Erweiterung zu installieren, könnte ein Entwickler ein kleines individuelles Plugin schreiben.

Dieses Plugin enthält vielleicht nur wenige Funktionen.

Das Ergebnis:

Der Code ist nachvollziehbar.

Die Funktion ist eindeutig.

Es gibt keine zusätzlichen Features.

Es werden keine fremden Tracking-Dienste eingebunden.

Es müssen keine unnötigen Stylesheets geladen werden.

Und die Wahrscheinlichkeit, dass das Plugin bei einem späteren WordPress-Update Probleme verursacht, kann reduziert werden.

Natürlich bedeutet das nicht, dass jedes Plugin selbst entwickelt werden sollte.

Für komplexe Funktionen kann ein etabliertes Plugin die bessere Wahl sein. Ein Shopsystem, eine umfangreiche SEO-Lösung oder ein professionelles Sicherheitskonzept selbst nachzubauen, ist nicht automatisch sinnvoll.

Entscheidend ist eine vernünftige Abwägung.

Eine gute technische Architektur fragt daher:

Welche Funktion wird benötigt?

Welche Daten verarbeitet diese Funktion?

Welche Dateien werden geladen?

Welche externen Dienste werden angesprochen?

Wird der Code auf jeder Seite benötigt?

Kann die Funktion nur dort geladen werden, wo sie tatsächlich gebraucht wird?

Gerade die letzte Frage wird häufig unterschätzt.

Ein Plugin kann beispielsweise ein JavaScript-File registrieren und anschließend auf jeder Seite laden. Tatsächlich wird dieses Script aber vielleicht nur auf einer einzigen Unterseite benötigt.

Ein sauber entwickeltes Plugin kann die Auslieferung gezielt begrenzen.

Das kann einen erheblichen Unterschied machen.

Auch bei CSS gilt das gleiche Prinzip.

Wenn ein Plugin auf jeder Seite 150 Kilobyte CSS lädt, obwohl davon nur ein kleiner Teil tatsächlich verwendet wird, entstehen unnötige Übertragungen und zusätzliche Arbeit für den Browser.

Ein individueller Ansatz kann hier wesentlich effizienter sein.

Auch Datenbankabfragen spielen eine Rolle.

WordPress speichert viele Informationen in der Datenbank. Plugins können eigene Tabellen anlegen, Metadaten speichern oder bei jedem Seitenaufruf zusätzliche Abfragen durchführen.

Das bedeutet nicht, dass Datenbankabfragen grundsätzlich schlecht sind.

Aber auch hier gilt: Nur notwendige Arbeit sollte ausgeführt werden.

Caching kann helfen, wiederkehrende Berechnungen zu vermeiden. Gleichzeitig sollte Caching nicht als Ersatz für eine schlechte Architektur verstanden werden.

Es ist beispielsweise wenig sinnvoll, eine Website mit unnötigem JavaScript und zahlreichen externen Diensten zu überladen und anschließend zu behaupten, ein Cache-Plugin werde das Problem schon lösen.

Performance beginnt bereits beim Konzept.

Ein weiterer wichtiger Punkt ist die Kontrolle über Daten.

Bei vielen Drittanbieter-Plugins weiß der Betreiber nicht immer auf Anhieb, welche Daten übertragen werden. Ein Plugin kann beispielsweise Verbindungen zu externen APIs herstellen, Fonts laden, Analyseinformationen senden oder Ressourcen von einem CDN beziehen.

Wer dagegen eine Funktion selbst entwickelt, kann die Datenflüsse wesentlich genauer kontrollieren.

Das ist nicht nur eine Performance-Frage.

Es ist auch eine Frage von Datenschutz, Wartbarkeit und langfristiger Unabhängigkeit.

Professionelle WordPress-Entwicklung bedeutet deshalb nicht zwangsläufig, möglichst viele Plugins zu vermeiden. Es bedeutet vielmehr, Plugins bewusst einzusetzen.

Ein gutes WordPress-Projekt sollte eine klare technische Architektur besitzen.

Welche Plugins sind notwendig?

Welche sind optional?

Welche können entfernt werden?

Welche Funktionen könnten mit überschaubarem Aufwand individuell umgesetzt werden?

Und welche Erweiterungen sind so komplex, dass ein etabliertes Plugin die bessere Lösung darstellt?

Diese Fragen sind wesentlich sinnvoller als die pauschale Aussage:

„Eine WordPress-Website darf maximal zehn Plugins haben.“

Es gibt keine magische Zahl.

Eine Website mit acht schlecht programmierten Plugins kann langsamer sein als eine Website mit 30 sehr gut entwickelten Erweiterungen.

Entscheidend ist nicht die Anzahl.

Entscheidend ist der Code.

Und genau darin liegt die Stärke professioneller WordPress-Entwicklung.

Hashtags

#WordPress, #WordPressDevelopment, #PluginDevelopment, #Webdesign, #Webentwicklung, #WebsitePerformance, #WordPressPerformance, #PHP, #JavaScript, #HTML5, #CSS, #Webperformance, #Datenschutz, #DSGVO, #SEO, #CMS, #SustainableWebDesign