Zum Inhalt springen

WP Rocket Anleitung: Die richtigen Einstellungen für schnelles WordPress

·5 Min. Lesezeit

WP Rocket ist das Cache-Plugin, das ich am häufigsten empfehle – nicht weil es die meisten Funktionen hat, sondern weil die Standardeinstellungen schon für die meisten Websites passen. Das Problem liegt woanders: Bei den Optionen, die nicht auf Standard bleiben sollten, macht fast jeder dieselben Fehler. Hier die Einstellungen, die wirklich zählen.

Installation und erste Schritte

  1. WP Rocket als ZIP-Datei aus deinem Kundenkonto herunterladen (kein Verzeichnis-Eintrag im offiziellen Plugin-Repository, da kostenpflichtig)
  2. Unter Plugins → Installieren → Plugin hochladen einspielen und aktivieren
  3. Die Lizenz wird beim Aktivieren automatisch abgefragt

Direkt nach der Aktivierung ist der Seiten-Cache bereits aktiv – WP Rocket ist eines der wenigen Cache-Plugins, das ohne weitere Konfiguration einen spürbaren Effekt bringt. Für den vollen Nutzen lohnt sich trotzdem, jeden Reiter einmal durchzugehen.

Cache-Grundeinstellungen

Unter Einstellungen → WP Rocket → Cache:

  • Mobil-Cache aktivieren, wenn dein Theme responsive ist (bei den meisten modernen Themes der Fall)
  • Separaten Cache für mobile Geräte nur aktivieren, wenn du ein eigenes Mobil-Theme oder AMP nutzt – sonst unnötige Cache-Verdopplung
  • Cache-Lebensdauer – Standard 10 Stunden passt für die meisten Seiten. Bei stark aktualisierten Inhalten (News, Shops mit häufigen Preisänderungen) auf 4–6 Stunden senken

Datei-Optimierung (der wichtigste Reiter)

CSS

  • ✅ CSS-Dateien minifizieren – unbedenklich, immer aktivieren
  • ⚠️ CSS-Dateien kombinieren – reduziert HTTP-Requests, kann aber bei HTTP/2-Servern kontraproduktiv sein. Vorher/Nachher-Messung mit PageSpeed Insights empfohlen
  • ✅ Kritisches CSS generieren (nur in höheren Lizenzstufen verfügbar) – lädt den sichtbaren Bereich sofort, den Rest verzögert. Größter Einzeleffekt für den LCP-Wert

JavaScript

  • ✅ JavaScript-Dateien minifizieren
  • ⚠️ JavaScript-Dateien kombinieren – bei modernen Themes mit vielen kleinen Skripten oft der Grund für kaputte Funktionen nach Aktivierung. Nach dem Einschalten die Seite vollständig durchklicken (Menü, Formulare, Slider, Filter)
  • ✅ JavaScript-Ausführung verzögern (Delay JS Execution) – lädt Skripte erst bei erster Nutzerinteraktion. Sehr wirksam für Lighthouse-Scores, aber Ausnahmen nötig für Skripte, die sofort laufen müssen (z. B. Cookie-Banner, Chat-Widgets)

Praxis-Regel: Nach jeder Änderung an der Datei-Optimierung die Seite in einem privaten Browserfenster testen, bevor der Cache-Vorlader wieder anspringt. Kombinieren von JS ist die Einstellung, die in meiner Erfahrung am häufigsten stillschweigend etwas kaputt macht – Formulare, die nicht mehr absenden, Menüs, die nicht aufklappen.

Ausnahmen für Delay JS Execution eintragen

Unter Datei-Optimierung → JavaScript-Ausführung verzögern → Ausschluss-Liste. Typische Kandidaten:

jquery.min.js
elementor-pro
gtag
consent

Faustregel: Alles, was sofort reagieren muss (Consent-Management, Live-Chat, Formular-Validierung), gehört auf die Ausschlussliste. Alles, was erst bei Interaktion gebraucht wird (Slider, Animationen, Tracking-Skripte nach Einwilligung), darf verzögert werden.

Medien: Lazy Loading und Bilddimensionen

Unter Einstellungen → WP Rocket → Medien:

  • ✅ LazyLoad für Bilder aktivieren
  • ✅ LazyLoad für iframes und Videos aktivieren – spart bei eingebetteten YouTube-Videos deutlich Ladezeit
  • ✅ Fehlende Bildabmessungen ergänzen – verhindert Layout-Verschiebungen (CLS) beim Laden
  • Above-the-fold-Bilder ausschließen – das Hero-Bild oder Logo NICHT lazy loaden lassen, sonst verschlechtert sich der LCP-Wert. Über CSS-Klasse oder Dateinamen in der Ausschlussliste eintragen

Preload: Der unterschätzte Reiter

Unter Einstellungen → WP Rocket → Preload:

  • Preload-Cache aktiviert automatisch das Anlegen des Caches über die XML-Sitemap – neue Seiten sind sofort gecacht, statt erst beim ersten Besucher
  • Link-Vorabruf (Prefetch) lädt Seiten vor, sobald der Mauszeiger über einen Link schwebt – für Klicks im Menü spürbar schneller, kostet aber etwas Bandbreite

Bei Websites mit vielen Seiten (500+) kann das automatische Preloading nach großen Content-Updates kurzzeitig die Serverlast erhöhen. In dem Fall die Sitemap-URL manuell prüfen und ggf. den Preload-Bot in der Statistik (Einstellungen → WP Rocket → Tools) im Blick behalten.

Datenbank aufräumen

Unter Einstellungen → WP Rocket → Datenbank lassen sich direkt bereinigen:

  • Beitragsrevisionen und automatisch gespeicherte Entwürfe
  • Papierkorb-Beiträge und -Kommentare
  • Spam-Kommentare
  • Transienten (abgelaufene temporäre Optionen)
  • Tabellen-Optimierung (Defragmentierung)

Automatische Bereinigung lässt sich planen (wöchentlich empfohlen). Vor der ersten manuellen Bereinigung immer ein Datenbank-Backup ziehen – die Löschung ist nicht rückgängig zu machen.

CDN und Add-ons

Unter Einstellungen → WP Rocket → CDN trägst du die CNAME eines eigenen CDN ein, falls vorhanden. Für Cloudflare-Nutzer gibt es unter Add-ons eine direkte Integration, die den Cloudflare-Cache beim Leeren des WP-Rocket-Caches automatisch mitleert – ohne diese Kopplung bleiben nach einem Update oft veraltete Inhalte im Cloudflare-Edge-Cache hängen.

Ebenfalls unter Add-ons: Google-Tracking lokal einbinden (Analytics, Tag Manager). Das verlagert die Skripte auf den eigenen Server, was Ladezeit und teils auch Datenschutz verbessert – die Einbindungslogik ist dieselbe wie beim lokalen Einbinden von Google Fonts.

Zusammenspiel mit Elementor

Elementor-Seiten laden pro Seite eigenes CSS, was WP Rocket standardmäßig kombinieren oder in kritisches CSS überführen will. In der Praxis funktioniert das gut, mit einer Ausnahme: Elementor-Popups und Elementor-Formulare gehören auf die Ausschlussliste für „JavaScript-Ausführung verzögern", sonst reagiert das Popup erst nach der ersten Nutzerinteraktion – also nie sichtbar, wenn es per Exit-Intent auslösen soll. Details zur Elementor-Seite selbst stehen in der Elementor Pro Anleitung.

Häufige Probleme

Seite sieht nach Aktivierung anders aus

Fast immer „CSS/JS kombinieren" oder „Kritisches CSS". Beide Optionen einzeln deaktivieren und testen, welche das Problem auslöst, statt gleich die ganze Datei-Optimierung abzuschalten.

Änderungen werden nicht sichtbar

Der Cache muss nach Content-Änderungen geleert werden – WP Rocket macht das bei Beiträgen automatisch, nicht aber bei Änderungen an Widgets, Menüs oder über Page Builder direkt im Frontend. Manuell leeren über die Admin-Leiste (Rakete-Symbol) oder die komplette Übersicht in WordPress Cache leeren: Alle Methoden.

Formular sendet nicht mehr ab

Meist JavaScript-Kombination oder verzögerte Ausführung. Formular-Skript auf die Ausschlussliste setzen, Cache leeren, erneut testen.

Checkliste: WP Rocket Einrichtung

  • [ ] Seiten-Cache aktiv (Standard nach Installation)
  • [ ] CSS und JS minifiziert
  • [ ] Kritisches CSS aktiviert, falls Lizenzstufe es unterstützt
  • [ ] LazyLoad für Bilder und iframes aktiv
  • [ ] Hero-Bild von LazyLoad ausgeschlossen
  • [ ] Preload-Cache aktiv
  • [ ] Ausschlussliste für Delay JS Execution gepflegt (Consent, Chat, Formulare)
  • [ ] Datenbank-Bereinigung geplant
  • [ ] Nach jeder Änderung: Menü, Formulare, Slider im Frontend getestet

Kostenloser Website-Check

Unsicher, ob deine Website mit WP Rocket wirklich das Optimum herausholt, oder ob irgendwo eine Einstellung etwas ausbremst? Wir werfen einen kostenlosen Blick auf deine Website und sagen dir, wo noch Potenzial liegt – ganz ohne Verkaufsgespräch.

Kostenlosen Website-Check anfragen