WordPress langsam? So machst du deine Seite in 10 Schritten wieder schnell

Deine Seite braucht spürbar länger zum Laden, PageSpeed Insights zeigt rote Balken, und in der Google Search Console mahnen die Core Web Vitals? Kein Grund zur Panik, aber Grund zu handeln. WordPress langsam beschleunigen ist eines der dankbarsten Projekte überhaupt, weil sich jede eingesparte Sekunde direkt in Absprungrate, Umsatz und Rankings niederschlägt. In diesem Beitrag zeige ich dir zehn konkrete Schritte, mit denen du deine Seite spürbar schneller bekommst, von der Hosting-Wahl bis zur Frage, welche Plugins tatsächlich bremsen.

WordPress langsam beschleunigen: dein Fahrplan in 10 Schritten

Bevor du wahllos an Einstellungen schraubst, hilft ein Überblick. Die zehn Schritte in diesem Artikel bauen lose aufeinander auf, von der Serverebene über die Auslieferung im Browser bis zur laufenden Kontrolle. Du musst nicht alles an einem Nachmittag umsetzen, aber jeder einzelne Schritt bringt messbaren Fortschritt:

• 1. Hosting: Server-Antwortzeit prüfen und gegebenenfalls wechseln
• 2. PHP-Version: auf eine aktuelle, unterstützte Version aktualisieren
• 3. Caching: Seiten- und Objekt-Cache aktivieren
• 4. Bilder: komprimieren und auf WebP/AVIF umstellen
• 5. Datenbank: aufräumen und schlank halten
• 6. Plugins: ausmisten, die häufigste Bremse überhaupt
• 7. Theme: auf schlanken Code statt Page-Builder-Ballast prüfen
• 8. CDN: statische Dateien näher an deine Besucher bringen
• 9. Lazy Loading: Inhalte erst laden, wenn sie gebraucht werden
• 10. Messen: mit PageSpeed Insights und Core Web Vitals kontrollieren

Wenn du nur einen Nachmittag Zeit hast, hilft eine Sortierung nach Aufwand, Wirkung und Risiko. Die Einschätzung stammt aus unserer Support-Praxis, die einzige gemessene Zahl darin ist weiter unten belegt:

Die Liste ist technisch sortiert, nach Wirkung pro investierter Minute sieht die Reihenfolge anders aus: Fang mit Schritt 3 und 6 an, weil beide wenig kosten und viel bringen. Schritt 1 und 7 hebst du dir für den Tag auf, an dem du Ruhe für einen sauberen Umzug hast.

Schritt 1: Schnelles Hosting wählen

Die Server-Antwortzeit (Time to First Byte) ist das Fundament jeder Optimierung. Alles Weitere baut darauf auf. Auf überbuchtem Billig-Shared-Hosting kann selbst eine perfekt optimierte Seite nicht wirklich schnell werden, weil sich hunderte Websites dieselben Ressourcen teilen. Ein Managed-WordPress-Hosting mit serverseitigem Caching, ausreichend PHP-Workern und modernem Storage (NVMe statt klassischer SSD) macht oft mehr Unterschied als jedes Plugin. Achte zusätzlich auf einen Serverstandort in Deutschland oder der EU: Das verkürzt die Laufzeit zu deinen Besuchern und ist gleichzeitig ein Pluspunkt für die DSGVO.

Schritt 2: PHP-Version aktuell halten

WordPress läuft auf PHP, und zwischen alten und aktuellen PHP-Versionen liegen teils enorme Geschwindigkeitsunterschiede. Der Sprung von PHP 7.4 auf eine aktuelle 8er-Version bringt in Benchmarks regelmäßig zweistellige Prozentzahlen an Mehrleistung, komplett ohne Codeänderung. Die meisten Hoster erlauben dir, die PHP-Version im Kundenmenü selbst umzustellen. Mach vorher ein Backup, teste danach Frontend und Backend gründlich, denn vereinzelt sind ältere Plugins oder Themes noch nicht vollständig kompatibel. Auch das ist übrigens ein guter Indikator dafür, dass ein Plugin nicht mehr gepflegt wird. Was die PHP-Angabe im Plugin-Verzeichnis darüber verrät und was nicht, steht in 8.131 WordPress-Plugins nennen noch PHP 5. Wie du solche Aktualisierungen einspielst, ohne dir die Seite zu zerlegen, und warum ein liegen gelassenes Update mehr kostet als ein paar Millisekunden Ladezeit, steht im Beitrag WordPress-Plugins aktualisieren.

Schritt 3: Caching richtig einsetzen

Ein Cache-Plugin erspart WordPress, bei jedem Aufruf die komplette Seite neu aus der Datenbank zusammenzubauen. Ein Seiten-Cache liefert fertige HTML-Dateien direkt aus, ein Objekt-Cache (etwa über Redis oder Memcached, falls dein Hoster das anbietet) beschleunigt zusätzlich wiederkehrende Datenbankabfragen. Browser-Caching-Header sorgen dafür, dass wiederkehrende Besucher Bilder, CSS und JavaScript nicht erneut herunterladen müssen. Ein Nebenschauplatz, der gerne übersehen wird: Auch Weiterleitungsketten und unbeantwortete 404-Fehler kosten bei jedem Aufruf zusätzliche Zeit, weil der Server erst mehrere Sprünge auflösen muss, bevor die eigentliche Seite lädt. Räum diese Baustellen parallel mit auf.

Schritt 4: Bilder verkleinern und auf WebP/AVIF setzen

Bilder sind auf den meisten Websites der größte Ladezeit-Fresser. Zwei Hebel wirken sofort: Erstens die richtige Dateigröße. Ein Bild, das im Layout 800 Pixel breit angezeigt wird, muss nicht als 4.000-Pixel-Kamera-Original ausgeliefert werden. Zweitens das Format: WebP und das neuere AVIF komprimieren deutlich verlustärmer als klassisches JPEG oder PNG und sparen oft 30 bis 50 Prozent Dateigröße. Viele moderne Bildoptimierungs-Plugins erledigen Verkleinerung, Formatumwandlung und responsive Größen automatisch beim Hochladen. Prüfe aber, ob genau ein solches Plugin genügt, statt mehrere parallel laufen zu lassen.

Schritt 5: Datenbank aufräumen

Jahre an Beitragsrevisionen, abgelaufene Transients, Spam-Kommentare im Papierkorb und verwaiste Tabellen alter, längst deinstallierter Plugins blähen die Datenbank auf, und jede Abfrage wird dadurch minimal langsamer. Ein einmaliges Aufräumen (Revisionen begrenzen, Transients löschen, Tabellen optimieren) macht selten den größten Unterschied allein, ist aber ein solider Baustein, besonders bei Seiten, die schon viele Jahre laufen. Setz dir am besten einen festen Rhythmus, etwa einmal im Quartal.

Schritt 6: Plugins ausmisten, die häufigste Bremse überhaupt

Wenn wir bei Support-Anfragen einer langsamen WordPress-Seite auf den Grund gehen, landen wir in den meisten Fällen hier: nicht beim Hosting, sondern bei überladenen Plugins. Ein einzelner Page-Builder mit eigenem CSS- und JavaScript-Framework, dazu ein Mega-Plugin mit fünfzig Funktionen, von denen du drei nutzt, dazu zwei sich überschneidende SEO-Tools. Am Ende lädt jede Seite zehn zusätzliche Skripte, nur um eine Funktion auszuliefern, die eigentlich drei Zeilen Code bräuchte.

Unser Rat, auch wenn wir selbst Plugin-Anbieter sind und damit nicht ganz neutral: Bevorzuge schlanke, fokussierte Plugins gegenüber Alles-Könnern. Ein Plugin, das genau eine Sache macht und diese Sache sauber, ist auf deiner Seite so flink unterwegs wie ein Speedboot, während ein aufgeblähtes Mega-Plugin eher wie ein Frachter fährt, der jede Funktion mitschleppt, egal ob du sie brauchst oder nicht. Ein klassisches Beispiel sind Galerie-Plugins. Den Gewichtsvergleich gibt es im Beitrag NextGEN-Gallery-Alternative. Genau nach diesem Prinzip bauen wir Linkjet, MemberJet und Adjet: kostenlose, schlanke GPLv2-Plugins mit lokaler Statistik ohne externe Aufrufe, die genau eine Aufgabe lösen und diese schnell. Linkjet und die Free-Fassung von Adjet liegen im offiziellen WordPress-Verzeichnis, du installierst sie also direkt aus dem Backend heraus. Wie stark sich das bemerkbar machen kann, siehst du zum Beispiel im Vergleich zu überladenen Werbe-Plugins. Wir haben das für unsere Advanced-Ads-Alternative genauer aufgeschrieben.

Geh am besten so vor: Deaktiviere testweise jedes Plugin, das du nicht täglich aktiv nutzt, und miss danach die Ladezeit erneut. Was fehlt dir wirklich? Alles andere kann weg oder wird durch eine schlankere Alternative ersetzt. Damit der Vergleich etwas wert ist, brauchst du eine feste Methode: dieselbe Seite, dasselbe Gerät, drei Läufe je Messung, gewertet wird der mittlere Wert. Einzelmessungen schwanken so stark, dass du sonst Rauschen für Fortschritt hältst.

Welches Plugin die Zeit tatsächlich frisst, zeigt dir das kostenlose Werkzeug Query Monitor genauer als jedes Bauchgefühl. Es blendet dir als angemeldetem Administrator für jeden Seitenaufruf ein, wie viele Datenbankabfragen laufen und welches Plugin sie auslöst, welche CSS- und JavaScript-Dateien welches Plugin in die Seite hängt, und ob im Hintergrund externe HTTP-Aufrufe warten. Genau diese Aufrufe sind der stille Bremser: Ein Plugin, das bei jedem Seitenaufruf einen fremden Server fragt, macht deine Seite so langsam, wie dieser Server antwortet. Wie oft das tatsächlich vorkommt, haben wir an 72 Plugins gemessen: Was lädt ein WordPress-Plugin von fremden Servern? Also erst messen, dann deaktivieren, und zwar ein Plugin nach dem anderen statt fünf auf einmal, sonst weißt du am Ende nicht, welches es war. Wenn nach einer Deaktivierung oder einem Update gar nichts mehr geht, hilft dir unsere Anleitung zum weißen Bildschirm in ein paar Minuten wieder heraus.

Ein ehrlicher Hinweis in eigener Sache: Auch am Fundament, dem Theme, arbeiten wir bei hafenstudios performance-fokussiert. „Hafen“ ist ein Block-Theme, das genau diese Denkweise auf Theme-Ebene weiterführt. Es steht in Version 1.1.0 kostenlos im offiziellen WordPress-Theme-Verzeichnis. Das Theme macht dabei ausschließlich die Darstellung: strukturierte Daten, llms.txt und die Antwortblöcke stecken im Begleit-Plugin Hafen Core, weil das Verzeichnis verlangt, dass Funktionen einen Theme-Wechsel überleben. Wer nur das Theme installiert, bekommt also kein JSON-LD. Deshalb empfehlen wir beide zusammen.

Schritt 7: Theme auf schlanken Code prüfen

Nicht nur Plugins, auch Themes können bremsen, vor allem visuelle Page-Builder-Frameworks, die für maximale Flexibilität jede Menge zusätzliches CSS und JavaScript mitbringen, das auf den meisten Seiten größtenteils ungenutzt bleibt. Ein schlankes, semantisches Theme lädt spürbar schneller, weil der Browser weniger Code parsen und ausführen muss. Prüfe im Entwickler-Tool deines Browsers (Reiter „Netzwerk“), wie viele CSS- und JS-Dateien dein aktuelles Theme lädt und wie groß sie sind. Häufig ist das eine böse Überraschung und ein guter Anlass, über einen Wechsel nachzudenken. Welche Wege es weg vom Page-Builder gibt, vergleicht die Elementor-Alternative.

Wie viel dabei wirklich herauskommt, haben wir gemessen statt geschätzt. flirtuniversity.de, eine seit 17 Jahren gewachsene Seite mit Mitgliederbereich, Consent-Verwaltung und Video-Einbettungen, wechselte am 1. September 2026 von Neve auf unser Block-Theme Hafen, damals in Version 0.9.0. Gemessen wurde am selben Tag, auf demselben Rechner, mit Lighthouse 13.4.1 im headless Chrome, drei Läufe je Seite und Gerät, gewertet der Median. Der Plugin-Bestand blieb dabei unverändert, es ist also der reine Theme-Effekt:

• Mobiler Lighthouse-Score: plus 14 bis 18 Punkte auf allen vier gemessenen Seitentypen, auf der Startseite von 56 auf 71
• JavaScript: minus 34 bis 40 Prozent, auf der Startseite von 621 auf 382 Kilobyte
• First Contentful Paint mobil: von rund 4 Sekunden auf 1,3 Sekunden
• Requests: 22 bis 38 Prozent weniger, bei einer Layoutstabilität, die bei 0,00 blieb

Zur Einordnung, was ein Theme selbst überhaupt wiegen muss: Hafen 1.1.0 liefert 38.191 Bytes CSS und 3.344 Bytes JavaScript, komprimiert 12.987 Bytes in zwei Requests. Alles darüber ist eine Entscheidung, keine Notwendigkeit.

Zur Ehrlichkeit gehört die andere Hälfte: Die nach dem Wechsel verbliebenen rund 360 bis 400 Kilobyte JavaScript stammten fast vollständig aus den Plugins, und der Largest Contentful Paint blieb mobil bei 4 bis 6 Sekunden, weil das größte Element ein per JavaScript nachgeladenes Video-Poster war. Ein leichtes Theme rettet keine schweren Inhalte, es legt nur offen, wer das Gewicht wirklich trägt. Deshalb steht Schritt 6 in diesem Artikel vor Schritt 7. Alle Zahlen, auch die enttäuschenden, stehen in der Fallstudie zum Theme-Wechsel.

Schritt 8: Ein CDN einsetzen

Ein Content Delivery Network verteilt statische Dateien wie Bilder, CSS und JavaScript über Server rund um die Welt, sodass Besucher sie vom nächstgelegenen Standort statt von deinem einen Hauptserver laden. Das lohnt sich besonders, wenn du auch internationales Publikum hast oder viele große Mediendateien ausspielst. Achte bei der Auswahl auf einen Anbieter mit europäischem Datenschutzniveau oder passender Auftragsverarbeitung, damit dir das Tempo nicht am Ende DSGVO-Ärger einbringt.

Schritt 9: Lazy Loading nutzen

Warum sollte der Browser Bilder und eingebettete Videos laden, die der Besucher erst sieht, wenn er weit nach unten scrollt? Genau das verhindert Lazy Loading: Inhalte außerhalb des sichtbaren Bereichs laden erst, wenn sie tatsächlich gebraucht werden. Moderne Browser unterstützen das nativ über das Attribut loading="lazy", und viele aktuelle WordPress-Versionen setzen es bei Bildern bereits automatisch. Was der Browser dabei selbst erledigt und welches Bild du davon ausnehmen musst, steht in Lazy Loading in WordPress. Prüfe trotzdem gezielt eingebettete Videos, Landkarten oder Werbeflächen weiter unten auf der Seite. Dort wird Lazy Loading gerne vergessen.

Schritt 10: Messen statt raten mit PageSpeed Insights & Core Web Vitals

Jede Optimierung ohne Messung ist ein Blindflug. Google PageSpeed Insights zeigt dir kostenlos, wo genau deine Seite Zeit verliert, und bewertet sie anhand der drei Core-Web-Vitals-Kennzahlen: LCP (Largest Contentful Paint, wie schnell der Hauptinhalt sichtbar ist), INP (Interaction to Next Paint, wie flott die Seite auf Klicks reagiert) und CLS (Cumulative Layout Shift, wie sehr sich das Layout während des Ladens verschiebt). Die Google Search Console fasst diese Werte zusätzlich über deine gesamte Seite hinweg zusammen, mit echten Nutzerdaten statt Laborwerten. Miss vor jeder größeren Änderung und danach erneut. Nur so siehst du, welcher der zehn Schritte bei dir wirklich etwas gebracht hat, und welcher vielleicht überflüssig war.

Fazit

WordPress langsam beschleunigen ist selten ein einzelner großer Handgriff, sondern die Summe vieler kleiner Stellschrauben. Hosting, PHP-Version, Caching, Bilder, Datenbank, Theme und CDN spielen alle mit rein. Am meisten Wirkung pro investierter Minute bringt in unserer Erfahrung aber Schritt 6: konsequent überladene, schlecht gepflegte Plugins auszumisten und durch schlanke, fokussierte Alternativen zu ersetzen. Fang dort an, miss danach mit PageSpeed Insights, und arbeite dich Schritt für Schritt weiter durch die Liste.

Häufige Fragen