Die Kernaussage: WordPress-Geschwindigkeit hängt von fünf aufeinander aufbauenden Ebenen ab — Hosting, Caching, Plugin-/Theme-Gewicht, Datenbankgesundheit und Asset-Auslieferung (Bilder, CSS, JS). Nur Bilder zu reparieren, ohne die anderen vier Ebenen anzugehen, lässt echte Performance-Gewinne liegen.
Warum Geschwindigkeitsoptimierung mehr ist als nur Bilder
Viele WordPress-Geschwindigkeitstipps beginnen und enden bei Bildern — komprimieren, zu WebP konvertieren, lazy-loaden. Dieser Rat ist nicht falsch, adressiert aber nur eine Ebene eines fünfschichtigen Problems. Eine Site mit perfekt optimierten Bildern kann trotzdem langsam laden — wegen eines günstigen Shared-Hosting-Plans, eines aufgeblähten Page-Builder-Themes, vierzig aktiver Plugins, die jeweils ein eigenes Skript hinzufügen, oder einer Datenbank, die mit jahrelangen Spam-Kommentaren und Beitragsrevisionen belastet ist.
Alle fünf Ebenen zu reparieren ist wichtig, weil Googles Core Web Vitals — die Page-Experience-Metriken, die in die Suchsichtbarkeit einfließen — reale Ladezeit und Interaktivität messen, nicht eine einzelne technische Korrektur. Eine Site, die in vier Ebenen schnell und in einer schwach ist, zeigt diese schwache Ebene trotzdem in der tatsächlichen Ladezeit.
Ebene 1: Hosting
Hosting setzt die Obergrenze für alles Weitere. Ein günstiger Shared-Hosting-Plan teilt Serverressourcen auf Hunderte anderer Sites auf, sodass selbst eine perfekt optimierte WordPress-Installation um CPU und Speicher konkurriert, die sie nicht vollständig kontrolliert. Der Wechsel zu einem Host, der speziell für WordPress gebaut ist — mit serverseitigem Caching, standardmäßig modernen PHP-Versionen und isolierten Ressourcen — bringt oft einen größeren Geschwindigkeitssprung als jede Plugin-Änderung.
Das bedeutet nicht, dass jede Site die teuerste verwaltete Hosting-Stufe braucht. Es bedeutet, Hosting an den tatsächlichen Traffic und die Komplexität der Site anzupassen: Eine Site mit wenig Traffic läuft gut auf bescheidenem Shared Hosting, ein Onlineshop oder ein stark frequentierter Blog meist nicht.
Ebene 2: Caching
Caching speichert eine vorgefertigte Version einer Seite, damit WordPress sie nicht bei jedem Besuch aus der Datenbank neu aufbauen muss. Ohne Caching führt jeder einzelne Seitenaufruf PHP und Datenbankabfragen erneut aus, selbst wenn sich der Inhalt seit dem letzten Besucher nicht geändert hat. Mit aktiviertem Seiten-Caching erhalten die meisten Besucher eine statische, vorgenerierte Datei, die fast sofort ausgeliefert wird.
Viele verwaltete WordPress-Hosts enthalten standardmäßig serverseitiges Caching, was meist besser abschneidet als ein plugin-basierter Cache und nicht parallel dazu laufen sollte. Bei Hosts ohne diese Funktion übernimmt ein Caching-Plugin (WP Super Cache, W3 Total Cache oder ähnlich) dieselbe Rolle.
Ebene 3: Plugin- und Theme-Gewicht
Jedes aktive Plugin und jede Theme-Funktion, die im Frontend ein Skript oder Stylesheet lädt, erhöht das, was der Browser eines Besuchers herunterladen und ausführen muss, bevor die Seite nutzbar wird. Die Plugin-Anzahl selbst zählt weniger als das, was jedes Plugin tatsächlich tut — ein Plugin, das bei jedem Seitenaufruf die Datenbank abfragt oder sitenweit ein großes Skript einreiht, kostet weit mehr als eines, das nur auf einem einzigen Admin-Bildschirm läuft.
Schwere Page-Builder-Themes sind eine häufige, vermeidbare Quelle dieses Gewichts: Sie laden oft ein ganzes Framework an CSS und JavaScript auf jeder Seite, egal ob diese Seite die spezifischen Funktionen nutzt oder nicht. Aktive Plugins und Themes danach zu prüfen, was sie tatsächlich laden — und alles zu entfernen, was sich nicht lohnt — ist eine der wirksamsten verfügbaren Geschwindigkeitskorrekturen, und sie ist kostenlos.
Ebene 4: Datenbankgesundheit
WordPress speichert Beitragsrevisionen, Spam-Kommentare, abgelaufene Transients und verwaiste Metadaten in denselben Datenbanktabellen, die jeden Seitenaufruf versorgen. Über Jahre der Nutzung kann eine ungepflegte Datenbank Zehntausende Zeilen ansammeln, die keinem Zweck dienen, aber trotzdem von bestimmten Abfragen durchsucht werden.
Das aufzuräumen — Spam-Kommentare entfernen, Beitragsrevisionen begrenzen, abgelaufene Transients löschen — ist eine aufwandsarme Wartung, die Datenbankabfragen schnell hält, während eine Site altert. Die meisten Caching-Plugins enthalten ein einfaches Datenbank-Bereinigungstool, oder ein dediziertes Bereinigungs-Plugin kann das separat übernehmen.
Ebene 5: Asset-Auslieferung (Bilder, CSS, JS, CDN)
Das ist die Ebene, die am häufigsten allein angegangen wird, und sie zählt trotzdem — große unkonvertierte Bilder, renderblockierendes CSS/JS und die Auslieferung aller statischen Assets von einem einzigen Serverstandort verlangsamen alle die reale Ladezeit. Die bildspezifische Seite davon behandeln wir ausführlich in unseren Leitfäden zu WordPress-Bilder-SEO und Dateigröße und CDN vs. lokale Bildoptimierung; ein Plugin wie Erdo Image Optimizer übernimmt speziell die Komprimierungs- und WebP/AVIF-Konvertierungsseite dieser Ebene.
Ein CDN (Content Delivery Network) liefert statische Dateien — Bilder, CSS, JS — von Servern geografisch näher an jedem Besucher aus, was vor allem für Sites mit internationalem Publikum wichtig ist, bei denen der Ursprungsserver weit von einem bedeutenden Anteil der Besucher entfernt sein könnte.
Schnelle Erfolge vs. größere Investitionen
| Maßnahme | Aufwand | Typische Wirkung |
|---|---|---|
| Seiten-Caching aktivieren | Gering (Plugin-Installation oder Host-Einstellung) | Hoch |
| Ungenutzte Plugins entfernen | Gering (Audit + Deaktivierung) | Mittel-Hoch |
| Bilder komprimieren und konvertieren | Gering-Mittel (Massenlauf per Plugin) | Mittel |
| Datenbank-Bloat bereinigen | Gering (einmalige Bereinigung) | Gering-Mittel |
| Zu leichtgewichtigem Theme wechseln | Mittel (Tests erforderlich) | Mittel-Hoch |
| Hosting-Stufe upgraden | Mittel (Kosten + Migration) | Hoch |
| CDN hinzufügen | Gering-Mittel (Einrichtung + DNS) | Mittel (höher bei globalem Publikum) |
Das Ergebnis messen
Google PageSpeed Insights und GTmetrix sind die zwei am häufigsten genutzten kostenlosen Tools, um die tatsächliche Wirkung dieser Änderungen zu messen — beide bewerten eine Seite anhand der Core-Web-Vitals-Schwellenwerte. Wie man einen PageSpeed-Insights-Score liest und verbessert, gehen wir Schritt für Schritt in unserem eigenen Leitfaden durch. Die eine Gewohnheit, die sich lohnt: vor und nach einer Änderung testen, mit demselben Tool und derselben Seite, da Ergebnisse von Durchlauf zu Durchlauf schwanken können und eine einzelne Vorher-Nachher-Momentaufnahme zuverlässiger ist, als einmal zu testen und anzunehmen, dass die Korrektur funktioniert hat.
Ein konkretes technisches Detail, das man kennen sollte
Die eigene Serveranforderungsseite von WordPress.org empfiehlt, die neueste verfügbare PHP-Version auszuführen, derzeit in der 8.x-Reihe, und weist darauf hin, dass jede größere PHP-Version historisch messbare Performance-Verbesserungen gegenüber der vorherigen gebracht hat. Eine WordPress-Site, die auf einer nicht mehr unterstützten PHP-7.x-Version läuft, ist nicht nur ein Sicherheitsrisiko — sie lässt einen dokumentierten, kostenlosen Performance-Gewinn allein durch das Nicht-Aktualisieren liegen.
Häufige Geschwindigkeitsfehler
- Nur Bilder reparieren und annehmen, dass das allein eine langsame Site löst, während Hosting oder Plugin-Bloat der eigentliche Engpass sind.
- Ein Caching-Plugin über dem eingebauten serverseitigen Cache des Hosts laufen lassen, was statt zusätzlicher Geschwindigkeit Konflikte erzeugen kann.
- Deaktivierte Plugins "vorsichtshalber" installiert lassen — sie belegen weiterhin Speicherplatz und laden je nach Plugin gelegentlich noch Assets.
- Nie speziell auf Mobilgeräten testen — mobile Core-Web-Vitals-Schwellenwerte sind strenger und mobile Verbindungen langsamer, sodass ein schneller Desktop-Score eine langsame mobile Erfahrung verbergen kann.
- PHP-Versions-Upgrades aus Angst, ein altes Plugin zu zerstören, ignorieren, ohne zuerst auf einer Staging-Kopie zu testen.
Zusammenfassung
Kurz gesagt: WordPress-Geschwindigkeit ist ein Fünf-Ebenen-Problem — Hosting, Caching, Plugin-/Theme-Gewicht, Datenbankgesundheit und Asset-Auslieferung — und nur eine Ebene zu reparieren, so gründlich auch immer, begrenzt, wie schnell eine Site tatsächlich werden kann. Die gute Nachricht: Die meisten dieser Korrekturen sind entweder kostenlos oder kostengünstig, und alle fünf der Reihe nach durchzugehen erzeugt tendenziell eine viel größere, dauerhaftere Geschwindigkeitsverbesserung, als das alleinige Optimieren von Bildern je könnte.