← Alle Artikel

WordPress langsam? 10 Sofortmaßnahmen für mehr Speed

Warum WordPress-Websites langsam werden und wie ihr mit 10 konkreten Maßnahmen die Performance sofort verbessert – ohne Entwickler-Budget.

WordPress betreibt über 40% aller Websites im Web – und ist gleichzeitig die Quelle vieler der langsamsten Seiten, die wir in Audits zu sehen bekommen. Das ist kein Zufall und kein WordPress-Problem an sich. Es ist das Ergebnis von Jahren aufgehäufter Plugin-Schichten, billigem Hosting und Themes, die für optische Demos gebaut wurden und nicht für echte Nutzer. Wenn euer Google PageSpeed-Score im roten Bereich liegt und die Website sich anfühlt wie Dial-up, dann liegt das Problem selten an einem einzigen Übeltäter – meistens ist es eine Kombination aus mehreren.

WordPress‑Setup am Schreibtisch – von langsamen Plugins zu besserem PageSpeed

Kaffeepause am Laptop – symbolisch für Wartezeiten durch langsame Websites

Warum WordPress langsam wird: die ehrliche Diagnose

Bevor wir zu den Maßnahmen kommen, lohnt es sich, die häufigsten Ursachen zu kennen – weil die Lösung von der Ursache abhängt.

Zu viele Plugins sind der häufigste Faktor. Jedes Plugin lädt Skripte, Stylesheets und Datenbankabfragen – oft auf jeder Seite, auch wenn es dort gar nicht gebraucht wird. Ein typischer WordPress-Site mit 40 aktiven Plugins lädt auf Mobile manchmal 80+ HTTP-Requests.

Schlechtes Hosting ist das zweitgrößte Problem und gleichzeitig das, das am häufigsten unterschätzt wird. Shared Hosting bedeutet: ihr teilt euch Serverressourcen mit hunderten anderen Websites. Wenn ein Nachbar auf dem Server Traffic-Spitzen hat, zahlt ihr dafür in Ladezeit.

Nicht optimierte Bilder sind der Bandbreiten-Killer. Eine WordPress-Seite ohne Bildoptimierung schickt Nutzer auf Mobile durch ein Gauntlet von 3-MB-JPEGs, die eigentlich als 200-KB-WebP-Dateien geliefert werden könnten.

Kein Caching bedeutet, dass der Server bei jedem Aufruf dieselbe PHP-Berechnung und Datenbankabfrage durchführt – auch wenn sich die Seite seit drei Monaten nicht verändert hat.

Aufgeblähte Page Builder wie Elementor oder Divi laden Kilobytes an CSS und JavaScript auf Seiten, die vielleicht nur einen Text und ein Bild zeigen. Der Komfort beim Bauen hat seinen Preis im Betrieb.

10 Sofortmaßnahmen

1. Caching konfigurieren

Caching ist die wichtigste Einzelmaßnahme – mit Abstand. Ohne Caching wird jede Seite dynamisch generiert. Mit Caching wird eine fertig berechnete HTML-Datei ausgeliefert, ohne PHP und ohne Datenbankabfrage.

Die Empfehlung richtet sich nach eurem Hosting:

  • Auf LiteSpeed-Servern (viele Managed-WordPress-Hoster): LiteSpeed Cache ist kostenlos und tief integriert – nutzt es.
  • Auf anderen Servern: W3 Total Cache oder WP Super Cache sind solide Optionen. W3TC bietet mehr Konfigurationsmöglichkeiten, WP Super Cache ist einfacher einzurichten.

Wichtig: Caching richtig konfigurieren heißt auch, dynamische Inhalte (WooCommerce Cart, Login-Bereich) vom Cache auszuschließen. Falsch konfiguriertes Caching kann Probleme verursachen – prüft nach der Einrichtung den Warenkorb und den Login-Status.

2. Bilder komprimieren und konvertieren

Bilder verursachen in den meisten WordPress-Installationen 60–70% des Seitengewichts. Die Lösung ist zweistufig: Komprimierung und Format.

WebP ist das moderne Format – kleinere Dateigröße bei gleicher oder besserer Qualität gegenüber JPEG. Alle modernen Browser unterstützen es. Plugins wie Imagify, ShortPixel oder Smush konvertieren bestehende Bilder automatisch und liefern WebP aus, wenn der Browser es unterstützt.

Richtwert: ein Produkt- oder Hero-Bild sollte auf der Website unter 200 KB liegen. Alles darüber ist ein Performance-Problem.

3. Lazy Loading sicherstellen

Seit WordPress 5.5 wird loading="lazy" nativ auf Bilder gesetzt – das bedeutet, Bilder außerhalb des sichtbaren Bereichs werden erst geladen, wenn der Nutzer dorthin scrollt. Das verbessert vor allem den LCP (Largest Contentful Paint).

Prüft, ob es aktiviert ist: ein Blick in den Quelltext einer eurer Seiten reicht. Wenn ihr loading="lazy" auf Bildern seht, ist es aktiv. Wenn nicht: ältere Themes oder Plugins können das überschreiben.

Für das Hero-Bild im Viewport gilt das Gegenteil: das sollte explizit mit loading="eager" und fetchpriority="high" ausgezeichnet sein – damit der Browser es priorisiert und nicht unnötig verzögert.

4. Plugin-Audit

Öffnet euren Plugin-Bereich und fragt euch bei jedem aktiven Plugin: Wird es wirklich genutzt? Gibt es eine leichtere Alternative? Ist es seit Monaten deaktiviert, aber nicht gelöscht?

Inaktive Plugins sollten gelöscht werden – nicht nur deaktiviert. Einige laden trotz Deaktivierung Ressourcen.

Konkrete Kandidaten für Ersatz:

  • Contact Form 7 ist weit verbreitet, aber auch schwerer als nötig. Fluent Forms oder WPForms Lite sind in vielen Fällen schlanker.
  • WooCommerce lädt auf jeder Seite Skripte, auch auf dem Blog. Mit dem Plugin WooCommerce Cart Fragments deaktivieren oder durch eine gezielte Einbindung ersetzen.
  • Social-Sharing-Plugins mit externen Skripten: lieber statische Share-Links bauen.

Eine gute Methode zur Diagnose: Query Monitor zeigt, welche Plugins wie viele Datenbankabfragen und wie viel Ladezeit verursachen.

5. Hosting upgraden

Das ist die unangenehme Wahrheit: wenn euer Hosting 3–5 € im Monat kostet, ist der Preis nicht die Dienstleistung – ihr seid das Produkt, und die Serverressourcen werden auf hunderte Kunden aufgeteilt.

Managed WordPress Hosting bedeutet Server, die für WordPress optimiert sind: PHP-OPcache, Redis-basiertes Objekt-Caching, automatische Updates, häufig integriertes CDN.

Empfehlenswerte Anbieter für den deutschen Markt:

  • Raidboxes: DSGVO-konform, Server in Deutschland, gutes Preis-Leistungs-Verhältnis für kleine bis mittelgroße Sites
  • Kinsta: teureres Premium-Segment, für größere Shops oder stark frequentierte Sites
  • WP Engine: US-amerikanisch, aber zuverlässig, gut für internationale Projekte

Der Hosting-Wechsel ist in den meisten Fällen die Maßnahme mit dem größten messbaren Effekt auf TTFB (Time to First Byte).

6. CDN aktivieren

Ein Content Delivery Network (CDN) speichert statische Dateien (Bilder, CSS, JS) auf Servern weltweit und liefert sie aus dem nächstgelegenen Standort aus. Für einen Nutzer in Hamburg macht es einen Unterschied, ob die Bilddaten aus Frankfurt oder aus Dublin kommen.

Cloudflare hat einen kostenlosen Plan, der für viele WordPress-Sites ausreicht. Die Integration dauert wenige Stunden (DNS-Umstellung), die Wirkung ist sofort messbar.

Wenn euer Managed-WordPress-Hoster ein integriertes CDN anbietet (Kinsta, Raidboxes und andere tun das), nutzt dieses zuerst – die Integration ist tiefer und Caching-Regeln sind besser abgestimmt.

7. Render-blocking JavaScript und CSS beheben

Wenn der Browser eine HTML-Seite lädt und auf ein <script>-Tag trifft, hält er an und wartet, bis das Skript geladen und ausgeführt ist. Das verzögert alles dahinter – einschließlich des sichtbaren Inhalts.

Die Lösung: async oder defer für Skripte, die nicht sofort für das erste Rendering gebraucht werden.

In WordPress geht das sauber über die functions.php des Child-Themes oder über ein Plugin wie Asset CleanUp oder Perfmatters. Letzteres ist ein Premium-Plugin (~25 €/Jahr), das granular steuert, welche Skripte auf welchen Seiten geladen werden – eines der nützlichsten Performance-Plugins überhaupt.

Vorsicht: nicht jedes Skript verträgt defer. jQuery muss oft synchron bleiben, wenn Plugins davon abhängen. Testet nach jeder Änderung die Funktionalität der Seite.

8. Datenbank optimieren

WordPress schreibt bei jedem Seitenaufruf Daten in die Datenbank – Post-Revisionen, Transients, Autoload-Optionen. Mit der Zeit sammeln sich Tausende von Einträgen an, die weder gelöscht werden noch einen Nutzen haben.

Konkrete Maßnahmen:

  • Post-Revisionen begrenzen: In der wp-config.php mit define('WP_POST_REVISIONS', 5); auf fünf Revisionen pro Beitrag begrenzen (Standard: unbegrenzt).
  • Transients löschen: veraltete temporäre Daten häufen sich in der wp_options-Tabelle an. WP-Optimize oder Advanced Database Cleaner helfen beim Bereinigen.
  • Autoload-Optionen prüfen: in großen Installationen können Autoload-Daten mehrere Megabyte groß werden und jede Seite verlangsamen. Query Monitor zeigt die Größe; bei Werten über 1 MB lohnt sich eine manuelle Prüfung.

Datenbank-Optimierungen sollten regelmäßig stattfinden – am einfachsten als automatisierter Wochenjob über WP-Optimize.

9. Google Fonts lokal einbinden

Viele Themes laden Schriften direkt von Google-Servern – mit einem <link>-Tag auf fonts.googleapis.com. Das hat zwei Nachteile: eine zusätzliche DNS-Auflösung und ein weiterer HTTP-Request zu einem externen Server, bevor die Seite vollständig gerendert ist.

Die Lösung: Fonts auf euren eigenen Server herunterladen und lokal einbinden. Das Plugin OMGF (Optimize My Google Fonts) macht genau das automatisch. Alternativ: Fonts manuell über google-webfonts-helper.io herunterladen und in die style.css einbinden.

Nebeneffekt: lokale Fonts sind DSGVO-freundlicher – kein Request zu Google-Servern beim Seitenaufruf.

10. Theme auf Schlankeit prüfen

Page Builder wie Elementor oder Divi sind komfortabel für die Erstellung – aber sie laden auf jeder Seite CSS- und JavaScript-Dateien, unabhängig davon, ob die Seite die Features nutzt oder nicht. Elementor lädt standardmäßig über 400 KB CSS auf jeder Seite.

Wenn euer Theme auf einem solchen Builder basiert und ihr keinen aktiven Grund für den Builder habt, lohnt sich die Frage: Gibt es eine schlankere Alternative? Moderne Block-Themes (Gutenberg-basiert) wie Kadence, GeneratePress oder Twenty Twenty-Four sind deutlich leichter und oft schneller zu laden.

Das ist keine triviale Entscheidung – ein Theme-Wechsel ist ein Projekt. Aber wenn der Page Builder der größte Performance-Blocker ist und der Inhalt ohnehin überarbeitet werden soll, ist der Wechsel der nachhaltigere Weg.

Was tun, wenn das nicht reicht?

Alle zehn Maßnahmen umgesetzt und der PageSpeed-Score liegt immer noch unter 60? Dann ist das Problem tiefer:

  • Custom-Code oder ein schlecht entwickeltes Plugin verursacht Bottlenecks
  • Das Theme ist strukturell nicht für Performance ausgelegt
  • Der Hosting-Plan reicht für das Trafficvolumen nicht aus
  • WooCommerce läuft auf einer Infrastruktur, die für Shops optimiert werden müsste

In diesen Fällen hilft ein professioneller Performance-Audit, der den echten Ursprung des Problems identifiziert – anstatt immer mehr Plugins auf das Problem zu häufen. Wenn ihr wissen wollt, was euren WordPress-Speed wirklich bremst, könnt ihr einen Audit bei uns buchen – wir schauen uns eure Installation an und zeigen euch den direkten Weg.