WordPress ist langsam — Ursachen finden statt Plugins stapeln.

Erst messen: wo geht die Zeit verloren?

1. PageSpeed Insights mit der mobilen Messung: Zeigt Ladezeit, größtes Element, Layout-Sprünge und die konkreten Empfehlungen.
2. Zeit bis zum ersten Byte: Liegt sie über einer Sekunde, ist das Problem der Server oder fehlendes Caching — nicht die Bilder.
3. Wasserfall im Browser (Entwicklertools → Netzwerk): Welche Dateien sind groß, welche kommen von fremden Domains, wie viele Anfragen gibt es?
4. Backend langsam? Dann meist Datenbank, PHP oder ein Plugin, das im Hintergrund arbeitet.

Die acht häufigsten Ursachen.

1. Bilder.

Ein Foto direkt von der Kamera hat 5–10 MB — auf der Website braucht es 100–300 KB. Maßnahmen: Bilder vor dem Upload auf die nötige Größe skalieren, WebP verwenden (WordPress kann es seit 5.8), Lazy Loading für Bilder unterhalb des sichtbaren Bereichs (ist Standard), und Bildgrößen im Theme passend definieren. Ein Optimierungs-Plugin kann bestehende Bilder nachträglich umwandeln.

2. Plugins.

Nicht die Anzahl zählt, sondern was sie laden. Ein Slider-Plugin, das auf jeder Seite 400 KB JavaScript einbindet, obwohl der Slider nur auf der Startseite ist, bremst alles. Typische Bremsen: Slider, Social-Feeds, Statistik-Plugins mit eigener Datenbank, Sicherheits-Plugins mit übertriebenem Scanning, Formular-Plugins, die überall laden. Ein Plugin-Audit zeigt, was wirklich gebraucht wird.

3. Caching.

Ohne Caching baut PHP jede Seite bei jedem Aufruf neu aus der Datenbank. Seiten-Caching liefert stattdessen fertige HTML-Dateien aus — oft der größte Einzeleffekt. Viele Hoster bringen serverseitiges Caching mit; sonst übernimmt ein Caching-Plugin. Wichtig: Warenkorb, Kasse und Mitgliederbereiche vom Caching ausnehmen, und Optimierungsfunktionen wie „JavaScript verzögern“ vorsichtig testen — sie zerstören gern Slider, Formulare und 3D-Anwendungen.

4. Hosting und PHP.

Ein günstiges Shared Hosting mit hunderten Kunden auf demselben Server bleibt langsam, egal wie viel du optimierst. Zeichen dafür: Zeit bis zum ersten Byte über einer Sekunde trotz Caching, und ein Backend, das bei jedem Klick hakt. Vorher aber die PHP-Version prüfen: Jede neue Hauptversion ist spürbar schneller, und PHP 7.x wird nicht mehr mit Sicherheitsupdates versorgt. Der Wechsel geht im Hosting-Panel — nach einem Backup und mit Prüfung der Plugins. Ein Hosting-Wechsel ist ein Umzug, den ich übernehmen kann.

5. Datenbank.

Jede Bearbeitung erzeugt Revisionen, Plugins hinterlassen Tabellen und abgelaufene Zwischenspeicher, gelöschte Plugins lassen Optionen zurück, die bei jedem Aufruf geladen werden. Nach Jahren sind das oft hunderte MB. Aufräumen: Revisionen begrenzen, verwaiste Tabellen und automatisch geladene Optionen bereinigen, Tabellen optimieren — mit Backup, und bei fremden Tabellen mit Verstand.

6. Externe Skripte und Schriften.

Google Fonts, Karten, YouTube-Einbettungen, Chat-Widgets, Tracking-Pixel — jeder externe Dienst kostet Verbindungen und Zeit, und viele davon sind auch datenschutzrechtlich heikel. Schriften lokal einbinden, Karten und Videos erst nach Klick laden, Tracking nur nach Einwilligung, unnötige Widgets entfernen.

7. Page-Builder und Theme.

Multipurpose-Themes und Page-Builder laden Funktionen für alles — auch für das, was du nie nutzt. Das lässt sich teils in den Einstellungen abschalten (ungenutzte Module, Icons, Animationen). Bei stark gebremsten Seiten ist ein schlankeres Theme oder der Wechsel zum Block-Editor die nachhaltige Lösung — das ist dann ein Relaunch.

Was ein Entwickler zusätzlich tut.

• Skripte und Styles nur dort laden, wo sie gebraucht werden — per Code, nicht per Plugin.
• Langsame Datenbankabfragen finden und beheben (Query-Monitor, langsame Plugins identifizieren).
• Objekt-Caching einrichten, wenn das Hosting es unterstützt.
• Kritisches CSS, Ladepriorität für das größte Bild, Vorverbindungen für nötige Dienste.
• Bildpipeline: automatische Größen und Formate statt Handarbeit.
• Vorher-nachher messen und dokumentieren.

Eine Performance-Analyse mit Umsetzung der wichtigsten Maßnahmen ist meist innerhalb weniger Stunden erledigt: WordPress-Hilfe.

Wer hilft.

Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.