WordPress langsam: So finden Sie die Ursache selbst – Schritt für Schritt

„WordPress ist langsam“ ist keine Diagnose, sondern ein Symptom – und die Ursachen dafür sind so unterschiedlich, dass pauschale Tipps wie „installieren Sie ein Cache-Plugin“ oft nichts bringen oder sogar am eigentlichen Problem vorbeigehen. Wer die Ladezeit wirklich in den Griff bekommen will, muss zuerst herausfinden, woran es konkret liegt.

Dieser Ratgeber zeigt, wie Sie das ohne Vorwissen selbst herausfinden: mit den richtigen Messwerkzeugen, einer klaren Weiche zwischen Server- und Frontend-Problemen und einer Checkliste der Ursachen, die in der Praxis am häufigsten vorkommen.

Zuerst messen, nicht raten

Der erste und wichtigste Schritt ist immer eine Messung – nicht das Bauchgefühl „die Seite fühlt sich langsam an“. Nur mit Zahlen lässt sich später auch prüfen, ob eine Maßnahme tatsächlich etwas gebracht hat.

PageSpeed Insights von Google ist der Standard- Einstieg. Wichtig ist der Unterschied zwischen den beiden Datenquellen, die dort angezeigt werden: Die Labordaten (unten im Bericht, oft als „Diagnose“ bezeichnet) stammen aus einer einzelnen, kontrollierten Testmessung. Die Felddaten oben (sofern genug echte Besucher vorhanden sind) zeigen dagegen, wie reale Nutzer Ihre Seite in den letzten 28 Tagen tatsächlich erlebt haben. Felddaten sind näher an der Realität, Labordaten sind dafür reproduzierbar und eignen sich besser, um den Effekt einer einzelnen Änderung zu prüfen.

Der wichtigste Einzelwert ist der Largest Contentful Paint (LCP) – die Zeit, bis das größte sichtbare Element im Viewport (meist ein Bild oder eine Überschrift) fertig geladen ist. Google stuft einen LCP unter 2,5 Sekunden als „gut“ ein. Das ist auch der Wert, den Besucher am stärksten als „lädt lange“ wahrnehmen.

Für eine zweite Meinung und detailliertere technische Daten lohnt sich zusätzlich WebPageTest. Das Tool zeigt unter anderem einen Wasserfall-Diagramm aller geladenen Dateien und macht sichtbar, welche einzelne Datei die Ladezeit ausbremst.

Zwei Punkte sind bei jeder Messung entscheidend: Messen Sie immer die Seite, die Besucher wirklich aufrufen – meist also nicht nur die Startseite, sondern auch typische Landing- oder Produktseiten. Und denken Sie mobil: Die meisten Tools bieten eine Mobil-Messung an, und die ist in der Regel die aussagekräftigere, weil mobile Geräte und Netze langsamer sind als ein Büro-PC am Glasfaseranschluss.

Die Kernunterscheidung: Server langsam oder Frontend schwer?

Bevor Sie einzelne Ursachen durchgehen, hilft eine grobe Weiche, die entscheidet, wo Sie überhaupt ansetzen sollten.

Server langsam: Erkennbar an einer hohen TTFB (Time to First Byte), also der Zeit, bis der Browser überhaupt die erste Antwort vom Server erhält – bevor irgendetwas von der Seite geladen wird. PageSpeed Insights markiert das oft mit dem Hinweis „Antwortzeit des Servers reduzieren“. Ist die TTFB dauerhaft hoch, liegt das Problem meist bei fehlendem serverseitigem Caching, einer überlasteten Datenbank oder schlicht zu wenig Server-Leistung für die Website.

Frontend schwer: Der Server antwortet schnell, aber danach dauert es lange, bis die Seite tatsächlich fertig angezeigt wird – weil zu viele oder zu große Bilder geladen werden müssen, weil Skripte die Darstellung blockieren oder weil zu viele einzelne Dateien (CSS, JavaScript, Schriften) nacheinander angefragt werden.

Diese Unterscheidung entscheidet, ob Sie zuerst bei Bildern und Skripten ansetzen sollten oder ob selbst die beste Frontend-Optimierung wenig bringt, weil der Server ohnehin zu langsam antwortet.

WordPress langsam: Checkliste der häufigsten Ursachen

Unoptimierte Bilder

Selbst-Check: In PageSpeed Insights unter den Diagnose-Hinweisen finden sich häufig Punkte wie „Bilder in modernen Formaten bereitstellen“ oder „Bildgrößen richtig dimensionieren“. Beides deutet auf zu große oder falsch formatierte Bilder hin.

Lösung: Bilder im Format WebP oder AVIF statt JPEG oder PNG ausliefern – beide sind bei gleicher optischer Qualität deutlich kleiner. Zusätzlich sollten Bilder nicht größer hochgeladen werden, als sie tatsächlich angezeigt werden, und Bilder außerhalb des sichtbaren Bereichs sollten per Lazy Loading erst beim Scrollen nachgeladen werden statt beim ersten Seitenaufruf.

Zu viele oder schlecht programmierte Plugins

Selbst-Check: Das kostenlose Plugin Query Monitor zeigt im WordPress-Backend genau an, welche Plugins wie viel Zeit und wie viele Datenbankabfragen verursachen. Damit lässt sich der Verdacht konkret an einem Plugin festmachen, statt zu raten. Typische Verdächtige sind Page-Builder, Bilder-Slider, Statistik-Plugins mit eigener Datenerfassung und manche Security-Plugins mit permanentem Hintergrund-Scan.

Lösung: Verdächtige Plugins testweise deaktivieren und die Ladezeit erneut messen – aber richtig: Nie direkt auf der Live-Seite ausprobieren, sondern vorher ein Backup ziehen oder, besser noch, auf einer Staging-Kopie testen. So lässt sich der Effekt einzeln nachvollziehen, ohne die Live-Seite zu riskieren.

Fehlendes oder falsch konfiguriertes Caching

Selbst-Check: Ein Seiten-Cache speichert die fertig gerenderte HTML-Ausgabe einer Seite zwischen, damit WordPress sie nicht bei jedem Aufruf neu aus PHP und Datenbank zusammenbauen muss. Prüfen lässt sich das über die Server-Antwortzeit (TTFB) im Vergleich zwischen erstem und wiederholtem Seitenaufruf – bei aktivem Cache sollte der zweite Aufruf spürbar schneller sein.

Lösung: Ein sauber konfiguriertes Cache-Plugin einrichten – und wichtig: nicht zwei Cache-Mechanismen gleichzeitig aktiv lassen. Zwei Caching-Systeme, die sich nicht kennen, blockieren sich gegenseitig oder liefern veraltete Inhalte aus, was mehr schadet als nützt.

Aufgeblähte Datenbank

Selbst-Check: Über Jahre sammeln sich in der WordPress-Datenbank oft tausende Beitrags-Revisionen, abgelaufene Transients (temporäre Zwischenspeicher-Einträge) und Spam-Kommentare an. Das lässt sich über Datenbank-Verwaltungs- oder Wartungs-Plugins einsehen, die die Tabellengrößen anzeigen.

Lösung: Alte Revisionen, abgelaufene Transients und Spam-Kommentare entfernen – aber ausschließlich nach einer vorherigen Sicherung der Datenbank. Ein automatisches Aufräumen ohne Backup kann im schlechtesten Fall Inhalte löschen, die noch gebraucht werden.

Überladenes Theme

Selbst-Check: Manche Themes laden auf jeder Seite umfangreiche CSS- und JavaScript-Pakete, selbst wenn nur ein Bruchteil davon tatsächlich benötigt wird – etwa für Funktionen, die auf der aktuellen Seite gar nicht vorkommen.

Lösung: Auf einer Staging-Kopie testweise ein schlankes Standard-Theme aktivieren und die Ladezeit vergleichen. Ist die Seite damit spürbar schneller, liegt ein wesentlicher Teil des Problems im Theme selbst.

Schwaches Hosting

Selbst-Check: Bleibt die TTFB dauerhaft hoch, obwohl Caching aktiv und korrekt eingerichtet ist und Plugins sowie Theme unauffällig sind, deutet das auf zu wenig Server-Leistung für die Anforderungen der Seite hin – etwa bei gleichzeitig vielen Besuchern oder rechenintensiven WordPress-Funktionen.

Lösung: An diesem Punkt lohnt sich ein Gespräch mit dem Hosting-Anbieter über einen leistungsfähigeren Tarif oder ein spezialisiertes WordPress-Hosting. Ein Wechsel ist aber erst dann die richtige Maßnahme, wenn die anderen Ursachen ausgeschlossen wurden – sonst zahlen Sie für mehr Leistung, die das eigentliche Problem gar nicht löst.

In welcher Reihenfolge Sie vorgehen sollten

Nicht alle Maßnahmen sind gleich aufwendig oder gleich wirksam. Eine sinnvolle Reihenfolge:

• 1. Messen: PageSpeed Insights und WebPageTest als Ausgangswert, um später vergleichen zu können.
• 2. Schnelle Hebel zuerst: Bilder optimieren und Caching einrichten beziehungsweise korrigieren – das bringt in den meisten Fällen den größten Effekt für den geringsten Aufwand.
• 3. Tiefer graben: Plugins mit Query Monitor prüfen und die Datenbank aufräumen – nach vorheriger Sicherung.
• 4. Struktur hinterfragen: Theme testweise wechseln und, falls die TTFB weiterhin hoch bleibt, das Hosting-Gespräch führen.

Wenn Sie nicht weiterkommen

Diese Checkliste deckt die häufigsten Ursachen ab. In der Praxis liegt die Wahrheit aber oft nicht bei einer einzelnen Ursache, sondern in einem Zusammenspiel aus mehreren kleinen Bremsen, die sich gegenseitig verstärken – und die ohne systematische Messung schwer auseinanderzuhalten sind. Wenn Sie die genannten Schritte durchgegangen sind und die Seite trotzdem spürbar langsam bleibt, oder Ihnen schlicht die Zeit für die Fehlersuche fehlt, prüfen wir das systematisch: Bei unserer Ladezeit-Analyse zum Festpreis von 99 € messen wir Plugins, Bilder, Hosting, Caching und Datenbank und liefern einen schriftlichen Befund mit konkreter Kostenschätzung für die Behebung. Beauftragen Sie anschließend die Optimierung, wird der Analysepreis vollständig angerechnet.

Häufige Fragen