„Wir haben doch ein Caching-Plugin!" – dieser Satz fällt in fast jedem Gespräch über langsame WordPress-Websites. Und trotzdem dauert der Seitenaufbau vier Sekunden. Die unbequeme Wahrheit: Die meisten Performance-Probleme lassen sich nicht im WordPress-Backend lösen, weil ihre Ursache eine Ebene tiefer liegt. Hier sind die sieben Ursachen, die wir in der Praxis am häufigsten finden.
1. Die Zeit bis zum ersten Byte (TTFB) ist zu hoch
Bevor der Browser überhaupt etwas rendern kann, muss der Server die Seite ausliefern. Liegt die Time to First Byte über 500 Millisekunden, hilft kein Frontend-Tuning der Welt. Häufigste Ursachen: überlastete Shared-Server, fehlender OPcache und PHP-Prozesse, die auf eine träge Datenbank warten.
2. Caching-Plugin statt Server-Caching
Ein Caching-Plugin arbeitet innerhalb von PHP – das heißt: Für jeden Aufruf muss trotzdem PHP starten, WordPress laden und das Plugin ausgeführt werden. Server-Level-Caching (nginx-Cache vor der Anwendung) liefert dieselbe Seite aus, ohne PHP überhaupt zu berühren. Der Unterschied: Faktor zehn bis fünfzig. In unserem WordPress-Hosting ist das Standard, nicht Zusatzoption.
3. Kein Object-Cache für die Datenbank
WordPress stellt pro Seitenaufbau schnell 50 bis 200 Datenbankabfragen. Ein Redis-Object-Cache beantwortet wiederkehrende Abfragen aus dem RAM – besonders spürbar im Admin-Bereich und bei WooCommerce, wo der Seiten-Cache für eingeloggte Nutzer nicht greift.
4. Plugin-Wildwuchs
Nicht die Anzahl der Plugins ist das Problem, sondern was sie tun: Ein einziges schlecht programmiertes Plugin, das bei jedem Aufruf externe APIs abfragt oder unindizierte Datenbankabfragen stellt, bremst mehr als zwanzig saubere. Ein Profiling zeigt schwarz auf weiß, welches Plugin wie viel Zeit kostet – raten muss man das nicht.
5. Datenbank-Müll aus Jahren des Betriebs
Revisionen, verwaiste Metadaten, aufgeblähte Options-Tabellen mit Autoload-Daten: Eine WordPress-Datenbank sammelt über Jahre Ballast, der jede einzelne Abfrage verlangsamt. Regelmäßige Pflege gehört zum Betrieb wie Updates – bei uns ist sie Teil des Wartungsvertrags.
6. Unoptimierte Bilder und fehlendes HTTP/2+
Vier Megabyte große Headerbilder bleiben ein Klassiker. Moderne Formate wie WebP/AVIF, korrekte Bildgrößen und ein Server mit aktuellem HTTP-Stack gehören zur Grundausstattung.
7. Das Hosting passt nicht mehr zum Projekt
Eine Website, die vor fünf Jahren als kleine Firmenseite startete, ist heute vielleicht ein Content-Portal mit WooCommerce-Shop. Das Hosting ist aber dasselbe geblieben. Wachsende Projekte brauchen wachsende Umgebungen – vom optimierten Webspace bis zum Managed vServer.
Unser Rat: Erst messen, dann optimieren. Wir analysieren Ihre WordPress-Site gern kostenfrei und sagen Ihnen ehrlich, ob das Problem im Code, in der Datenbank oder im Hosting liegt – melden Sie sich einfach.