Eine WordPress-Seite, die beim ersten Besuch 4 Sekunden zum Laden braucht, verliert nicht nur bei Google Punkte. Sie verliert Besucher, Conversions und Kunden. Gleichzeitig kursieren im Netz Listen mit „50 Tipps für schnellere Websites“, bei denen jeder Punkt nur 20 Millisekunden bringt – wenn überhaupt.
Dieser Artikel enthält zehn Maßnahmen, die in meinem Alltag regelmäßig den entscheidenden Unterschied machen. Vom Server-Setup bis zum Content. Keine Geheimnisse, aber eine Priorisierung.
1. Einen Webserver mit LiteSpeed nutzen
Die einzelne Entscheidung mit dem größten Hebel: der Webserver. LiteSpeed Enterprise liefert WordPress-Seiten mit seinem integrierten Cache deutlich schneller aus als klassischer Apache oder nginx. Wer auf Plesk mit LiteSpeed hostet (wie ich), bekommt das Plugin „LiteSpeed Cache“ dazu und kann damit die meisten der folgenden Punkte direkt abhaken.
Faustwert: ein Wechsel von Apache+PHP-FPM auf LiteSpeed+LSCache halbiert den TTFB bei typischen KMU-Sites.
2. PHP-Version auf 8.2 oder höher
Veraltete PHP-Versionen sind ein häufiger Bremsklotz. PHP 8.2 ist gegenüber 7.4 bei typischen WordPress-Workloads rund 30 % schneller und deutlich sicherer. Vor dem Update Plugins und Theme auf Kompatibilität prüfen (Health-Check-Plugin hilft).
3. LiteSpeed Cache richtig konfigurieren
Aktiv + Default-Konfiguration reicht nicht. Die relevanten Einstellungen:
- Object Cache aktivieren (Memcached oder Redis, bei Plesk beides verfügbar).
- Browser Cache Header setzen.
- CSS/JS kombinieren und minifizieren (in kleinen Schritten aktivieren, nach jedem Schritt testen, ob die Seite heil bleibt).
- Critical CSS aktivieren, mit Generierung über QUIC.cloud (DSGVO beachten: die Generierung ist einmalige Übertragung, kein Tracking).
- Image Optimization mit WebP-Konvertierung aktivieren.
4. Bilder: WebP und die richtige Größe
Ein 3 MB großes Hero-Bild kostet mehr Ladezeit als alle anderen Themes-Plugins zusammen. Zwei Regeln:
- Alle Bilder vor dem Upload auf die maximale Anzeigegröße skalieren (z. B. 1920 px Breite für volle Breite, 800 px für Blog-Teaser). Photoshop, Squoosh oder IrfanView helfen.
- Im LiteSpeed-Plugin WebP-Konvertierung aktivieren. Die Original-Datei bleibt als Fallback für Browser, die WebP nicht können (in 2026 praktisch nicht mehr existent).
Ergebnis: ein typisches 1 MB JPG wird zu einem 120 kB WebP – bei identischer Wahrnehmung.
5. Lazy Loading konsequent einsetzen
Ab WordPress 5.5 ist Lazy Loading für Bilder nativ dabei. Prüfen Sie, ob es aktiv ist (im HTML-Output `loading=“lazy“` bei Non- Hero-Bildern). Videos, die per iFrame eingebunden sind (YouTube, Vimeo), lazy laden – LiteSpeed Cache bringt das Feature „VPI – Viewport Images“, das auch iframes spät lädt.
Wichtig: Das Hero-Bild (above the fold) sollte NICHT lazy geladen werden, sondern mit `fetchpriority=“high“`.
6. Ein schlankes Theme wählen
Seiten-Builder wie Divi oder Elementor Pro erzeugen HTML, das durch zig Wrapper-Divs verpackt ist und viele JavaScript- Bibliotheken mitlädt. Ein natives Block-Theme (Blocksy, Kadence, Twenty Twenty-Four) kommt mit einem Bruchteil des Overheads aus.
Wenn Sie gerade umziehen oder neu bauen: investieren Sie die 5 Minuten mehr und nehmen Sie ein leichtes Theme. Bereits bei 20 Seiten rentiert sich das in Ladezeit und Wartbarkeit.
7. Plugins radikal reduzieren
Jedes aktive Plugin ist ein potenzieller Ladezeit-Kosten-Faktor. Zwei Fragen pro Plugin:
- Nutze ich es wirklich, oder liegt es nur aus historischen Gründen herum?
- Gibt es im Theme-Kern oder einem Core-Feature bereits eine Alternative?
Ein Klassiker: „Classic Editor“ + „Disable Gutenberg“ + „Block Editor“ Plugins parallel installiert – widersprüchlich und verlangsamt. Wer es in zwei Monaten nicht genutzt hat, deaktiviert und löscht.
Merken: nicht aktive Plugins sollten auch deinstalliert werden, nicht nur deaktiviert.
8. Datenbank regelmäßig aufräumen
Post-Revisions, Auto-Drafts, Trash, alte Transients und Logs blähen die wp_posts und wp_options auf. LiteSpeed Cache hat einen DB-Aufräumer eingebaut, alternativ funktioniert WP-Optimize. Monatliche Routine:
- Post-Revisions: auf letzte 3–5 begrenzen (wp-config.php: `define( ‚WP_POST_REVISIONS‘, 5 );`).
- Abgelaufene Transients löschen.
- Spam-Kommentare final löschen (nicht nur in den Trash).
- `wp_options` auf „autoload=yes“-Einträge mit großen Werten prüfen (Plugin-Leichen).
9. HTTP/2 oder HTTP/3 nutzen
Plesk mit LiteSpeed liefert HTTP/3 (QUIC) aus der Box. Prüfen Sie im Browser DevTools-Netzwerk-Tab, ob Ihre Seite wirklich HTTP/3 spricht. Wenn nicht, im Plesk-Backend aktivieren. Einsparungen: bei vielen parallelen Assets 100–300 ms bei der ersten Anforderung.
10. Third-Party-Scripts zähmen
Typische Kandidaten: Chat-Widgets, Analytics-Plattformen, Consent-Manager, Retargeting-Pixel, Wetter-Widgets. Jedes dieser Skripte bringt eine eigene Blockade-Zeit mit.
Zwei Strategien:
- „Delay JS“: das LiteSpeed-Plugin kann nicht-essenzielle Skripte erst laden, sobald der Nutzer scrollt oder klickt.
- Self-Hosting, wo sinnvoll: Matomo auf dem eigenen Server, Schriften lokal statt Google Fonts (DSGVO-Plus).
Für die Analytics-Entscheidung: Matomo self-hosted ist in meinem Setup Standard. Keine IP, die raus geht, schneller als Drittanbieter-Snippets.
Priorisierung – was zuerst anfassen?
Wenn Sie von zehn Punkten nur drei machen können:
1. LiteSpeed Cache + Konfiguration (Punkt 3) – der größte Schritt. 2. Bilder auf WebP (Punkt 4) – am schnellsten umgesetzt. 3. Third-Party-Skripte reduzieren (Punkt 10) – oft die größte Quelle von INP-Problemen.
Wie messen Sie die Wirkung?
Vor der Optimierung und nach jedem größeren Schritt:
- PageSpeed Insights der Startseite und einer typischen Unterseite.
- Chrome DevTools Netzwerk-Tab im Inkognito, Cache deaktiviert.
- LiteSpeed Page Timing – direkt im Plugin ersichtlich.
Dokumentieren Sie die Werte in einer kleinen Tabelle. Das gibt Ihnen Klarheit, welche Maßnahme was bringt. Nicht jede „Weisheit“ aus Foren passt zu jeder Site.
Fazit
WordPress-Performance ist kein Hexenwerk, sondern eine Kombination aus gutem Server, sauber konfiguriertem Cache, disziplinierter Bildpflege und Zurückhaltung bei Plugins und Third-Party-Scripts. Wer die obigen zehn Hebel durchgeht, kommt in fast allen Fällen in den grünen Bereich der Core Web Vitals.
Und das ist nicht nur ein SEO-Thema – es ist vor allem ein Respekt-Thema gegenüber den eigenen Besuchern.
Keine Zeit für zehn Baustellen?
Ich übernehme die Performance-Optimierung für Ihre Seite – als einmaligen Sprint oder als Teil der Hosting-Betreuung.