Performance in WordPress: Woran Seiten wirklich langsam werden

Die kurze Antwort: Eine WordPress-Seite wird selten wegen WordPress langsam, sondern wegen allem, was darauf gestapelt wird. Das WordPress-Handbuch zählt die Faktoren nüchtern auf: Hosting, Konfiguration, Softwareversionen, Zahl und Größe der Bilder ^[2]. Dazu kommen Theme und Plugins. Ein schlankes Theme arbeitet deutlich effizienter als ein schweres, und die Zahl der Plugins und ihre Qualität haben großen Einfluss; ungenutzte Plugins zu deaktivieren und zu löschen ist einer der wirksamsten Schritte ^[2].

Für Agenturen ist das eine gute Nachricht, weil sich fast alles davon beim Bau entscheiden lässt. Und eine schlechte, weil es sich im Betrieb wieder verschlechtert, wenn niemand hinschaut: Ein Plugin für einen Slider hier, ein Tracking-Skript dort, ein Titelbild direkt aus dem Smartphone, und nach einem Jahr ist die Seite doppelt so schwer wie beim Launch.

Ob eine Seite schnell ist, beantworten wir nicht mit einem Gefühl und nicht mit einem einzelnen Punktwert, sondern mit den Core Web Vitals. Das sind drei Messwerte, die Google für alle Seiten empfiehlt und in seinen Werkzeugen ausweist, von PageSpeed Insights bis zur Search Console ^[1].

Wichtig ist der Unterschied zwischen Labor und Feld. Ein Labortest wie Lighthouse misst eine Seite einmal, unter festgelegten Bedingungen; er eignet sich, um Änderungen vor dem Livegang zu prüfen. Die Reaktionszeit INP kann Lighthouse nicht messen und zeigt stattdessen die Total Blocking Time als Hilfswert ^[1]. Maßgeblich sind die Felddaten echter Besucher, weil Gerät, Netz und Verhalten die Werte stark beeinflussen ^[1]. Ein Punktwert von 100 im Labor ist schön, aber kein Beweis.

Plugins. Jedes Plugin kann eigenes CSS und JavaScript auf jeder Seite laden, auch dort, wo es nichts zu tun hat. Nach unserer Erfahrung leidet darunter vor allem die Reaktionszeit, also INP. Die wirksamste Optimierung ist oft keine Optimierung, sondern ein Plugin weniger ^[2].

Bilder. Für das Web optimierte Bilder sparen Ladezeit und Bandbreite ^[2]. Seit Version 5.5 versieht WordPress Bilder automatisch mit dem Attribut für verzögertes Laden ^[5]. Das ist gut für Bilder weiter unten und schlecht für das Titelbild: Wird das größte Element oben verzögert geladen, verzögert sich der LCP ^[4]. Seit Version 6.3 erkennt WordPress das wahrscheinliche Titelbild selbst und lädt es mit hoher Priorität ^[6]. Bei Bildern aus Buildern, Slidern oder Hintergründen greift das nach unserer Erfahrung nicht immer. Wir prüfen deshalb, dass das Titelbild sofort und mit hoher Priorität lädt, wie web.dev es empfiehlt ^[4].

Caching. Ohne Cache baut WordPress jede Seite bei jedem Aufruf neu aus PHP und Datenbank zusammen. Ein Seiten-Cache legt fertige Seiten als statische Dateien ab; bei weitgehend statischen Seiten kann das die Leistung laut Handbuch um ein Vielfaches verbessern ^[3]. Dazu kommen Browser-Caching für Dateien, die sich nicht ändern, und bei größeren Seiten ein Objekt-Cache, der Datenbankabfragen spart und die Antwortzeit des Servers senkt ^[2].

Hosting. Die Leistung der Hardware hat großen Einfluss, und was man optimieren kann, hängt davon ab, was der Hoster zulässt ^[2]. Wir hosten nicht selbst; die Seite läuft beim Hoster Ihres Kunden. Reicht der Tarif nicht, sagen wir das mit Messwerten, wählen auf Wunsch einen passenden Anbieter aus und buchen ihn auf Namen und Rechnung Ihres Kunden.