WordPress schneller machen: Ladezeit optimieren in 10 Schritten

Langsame Websites verlieren Besucher, und zwar bevor überhaupt jemand gesehen hat, was du anbietest. Das ist keine Theorie: Google selbst zeigt in seinen Untersuchungen zu den Core Web Vitals, dass die Absprungrate deutlich steigt, je länger das Laden dauert. Und weil Ladezeit inzwischen ein Rankingfaktor ist, trifft es dich doppelt.
Die gute Nachricht: Bei WordPress liegen die größten Bremsen fast immer an denselben Stellen. In diesem Beitrag gehe ich zehn Schritte durch, die ich in dieser Reihenfolge auch bei Kundenprojekten abarbeite, vom größten Hebel bis zur Feinarbeit.
Schritt 0: Erst messen, dann optimieren

Bevor du irgendetwas änderst, brauchst du einen Ausgangswert. Sonst optimierst du ins Blaue und weißt hinterher nicht, was gewirkt hat. Ich nutze dafür zwei Werkzeuge parallel: PageSpeed Insights für die Bewertung durch Google und die Felddaten echter Nutzer, dazu die Netzwerkanalyse in den Entwicklertools des Browsers, um zu sehen, welche einzelne Datei tatsächlich bremst.
Miss immer mehrere Seitentypen: Startseite, eine typische Unterseite, einen Blogbeitrag und bei einem Shop eine Produktseite. Die Startseite ist oft die am besten optimierte Seite und damit die am wenigsten aussagekräftige. Notiere dir die Werte, du brauchst sie später zum Vergleich.
Schritt 1: Das Hosting ehrlich bewerten
Kein Plugin der Welt repariert einen überladenen Billigserver. Wenn der Server bei jeder Anfrage schon 800 Millisekunden braucht, bevor überhaupt das erste Byte unterwegs ist, kannst du alles andere vergessen. Diesen Wert findest du als Time to First Byte in den Entwicklertools. Alles über 600 Millisekunden ist ein Warnsignal.
Achte bei der Wahl auf drei Dinge: aktuelle PHP-Version, SSD-Speicher und einen Serverstandort in der Nähe deiner Zielgruppe. Worauf es sonst noch ankommt, steht in meinem Beitrag zu SEO Hosting. Ein Hosting-Wechsel ist unbequem, aber oft der einzige Schritt, der wirklich etwas verändert.
Schritt 2: Caching einrichten
Ohne Cache baut WordPress jede Seite bei jedem Aufruf neu zusammen: Datenbank abfragen, PHP ausführen, HTML erzeugen. Ein Cache-Plugin macht das einmal und liefert danach die fertige Datei aus. Der Unterschied liegt oft bei mehreren hundert Millisekunden, manchmal mehr.
Welches Plugin du nimmst, ist weniger wichtig als dass du eines sauber konfigurierst. Meine Einschätzung zu den gängigen Kandidaten steht im Vergleich der WordPress Cache Plugins. Wichtig: Nach der Einrichtung einmal komplett durch die Seite klicken. Aggressive Caching-Einstellungen brechen gern Warenkörbe, Formulare oder Login-Bereiche.
Schritt 3: Bilder in den Griff bekommen
Bilder sind bei praktisch jeder Website, die ich übernehme, der größte einzelne Datenposten. Meistens liegt es an einer Mischung aus drei Fehlern: Die Bilder sind viel zu groß hochgeladen, sie liegen in einem veralteten Format vor, und sie laden alle gleichzeitig.
Was hilft: Skaliere Bilder vor dem Upload auf die Größe, in der sie tatsächlich angezeigt werden. Ein Foto, das im Layout 800 Pixel breit erscheint, braucht keine 4000 Pixel. Nutze WebP statt JPEG, das spart bei gleicher Qualität oft dreißig bis fünfzig Prozent. Und lass alle Bilder unterhalb des sichtbaren Bereichs per Lazy Loading nachladen, was WordPress inzwischen von Haus aus macht.
Bei bildlastigen Websites ist das der mit Abstand größte Hebel. Bei einem Anbieter wie Intervillas Florida, wo jedes Ferienhaus mit einer ganzen Fotostrecke präsentiert wird, entscheidet die Bildstrategie mehr über die Ladezeit als alle Plugins zusammen.
Schritt 4: Schriften lokal einbinden
Werden deine Schriften direkt von Google geladen, entsteht bei jedem Seitenaufruf eine zusätzliche Verbindung zu einem fremden Server. Das kostet Zeit und ist obendrein datenschutzrechtlich heikel, weil dabei die IP-Adresse deiner Besucher übertragen wird. Beides löst du, indem du die Schriften auf den eigenen Server legst. Für Elementor habe ich das in Google Fonts lokal einbinden Schritt für Schritt beschrieben.
Reduziere gleichzeitig die Zahl der Schnitte. Viele Themes laden acht oder zehn Varianten einer Schriftfamilie, obwohl das Design zwei davon nutzt. Jeder eingesparte Schnitt ist eine Datei weniger.
Schritt 5: Plugins ausmisten
Nicht die Anzahl der Plugins ist das Problem, sondern was sie tun. Zwanzig schlanke Plugins können harmloser sein als drei schwergewichtige. Trotzdem lohnt sich der ehrliche Blick in die Liste: Alles, was du nicht aktiv nutzt, fliegt raus. Deaktivieren reicht nicht, löschen.
Besonders auffällig sind meist Slider-Plugins, Page Builder mit vielen ungenutzten Widgets, umfangreiche Formular-Plugins für ein einziges Kontaktformular und Statistik-Plugins, die ihre Daten in der eigenen Datenbank sammeln. Wenn du wissen willst, welches Plugin wirklich bremst, hilft dir das kostenlose Query Monitor, das dir Ladezeit und Datenbankabfragen pro Plugin aufschlüsselt.
Schritt 6: CSS und JavaScript aufräumen
Die meisten Plugins laden ihre Dateien auf jeder einzelnen Seite, auch dort, wo sie gar nicht gebraucht werden. Das Formular-Plugin lädt sein JavaScript auch auf der Startseite ohne Formular, das Shop-Plugin sein CSS auch im Blog.
Moderne Cache-Plugins bieten dafür Funktionen wie das Zusammenfassen und Minifizieren von Dateien sowie das Verzögern von JavaScript, das nicht sofort gebraucht wird. Geh diese Einstellungen einzeln durch und prüfe nach jeder Änderung die Seite. Genau hier gehen Layouts kaputt, und zwar nicht immer sofort sichtbar. Ein Beispiel aus der Praxis: Das Verzögern von JavaScript bricht gern Cookie-Banner, was du erst merkst, wenn kein Tracking mehr ankommt.
Schritt 7: Die Datenbank aufräumen
Über die Jahre sammeln sich in der Datenbank Beitragsrevisionen, verwaiste Metadaten deinstallierter Plugins, abgelaufene Transienten und Spam-Kommentare. Bei einer gewachsenen Website sind das schnell mehrere hundert Megabyte, die jede Abfrage langsamer machen.
Ein Aufräum-Plugin erledigt das in wenigen Minuten. Vorher unbedingt ein Backup anlegen, denn hier wird tatsächlich gelöscht. Sinnvoll ist außerdem, die Zahl der gespeicherten Revisionen dauerhaft zu begrenzen, damit sich das Problem nicht neu aufbaut.
Schritt 8: PHP-Version anheben
Ein Punkt, der oft übersehen wird, weil er nicht in WordPress selbst sitzt. Neuere PHP-Versionen sind spürbar schneller als ältere, teilweise um mehrere Dutzend Prozent bei gleicher Hardware. Du stellst das im Kundenmenü deines Hosters um. Warum das auch aus Sicherheitsgründen wichtig ist, habe ich in WordPress PHP-Updates erklärt.
Schritt 9: Mobile Ansicht prüfen
Google bewertet vorrangig die mobile Version deiner Seite, und dort sind die Werte fast immer schlechter als am Desktop. Prüfe deshalb jede Optimierung ausdrücklich auch mobil, am besten mit gedrosselter Verbindung in den Entwicklertools. Achte dabei besonders auf Layoutverschiebungen, wenn Bilder ohne feste Größenangabe nachladen und der Text darunter wegspringt. Das ist ein häufiger Grund für schlechte Core-Web-Vitals-Werte. Mehr zum Thema steht in meinem Beitrag zu Responsive Webdesign für WordPress.
Schritt 10: Nachmessen und dranbleiben
Jetzt misst du erneut, mit denselben Seiten wie am Anfang. Wichtig ist der Vergleich der Felddaten über einige Wochen, weil die Laborwerte allein schwanken. Und dann der Teil, den die meisten überspringen: Wiederhole die Messung monatlich. Websites werden von allein wieder langsamer, weil neue Inhalte, neue Plugins und größere Bilder dazukommen. Deshalb gehört die Ladezeitmessung bei mir fest zur WordPress Wartung.
Fazit
Die größten Gewinne liegen fast immer in denselben drei Bereichen: solides Hosting, sauberes Caching und Bilder, die nicht zehnmal so groß sind wie nötig. Wenn du nur diese drei Punkte angehst, hast du den Großteil der möglichen Verbesserung erledigt. Der Rest ist Feinarbeit, die sich lohnt, wenn die Basis stimmt. Größere Performance-Projekte setze ich häufig gemeinsam mit dem Team von Byteforest um, wo Ladezeit von Anfang an Teil der Konzeption ist statt eine nachträgliche Reparatur. Wenn deine Seite gerade zäh ist und du nicht weißt, woran es liegt, meld dich einfach.