WP Rocket und Redis Object Cache: Was macht was – und brauchst du beides?
Viele WordPress-Betreiber wissen, dass ihre Seite schneller sein könnte. Wenn es aber darum geht, was eigentlich langsam macht und welches Plugin dagegen hilft, wird es schnell unübersichtlich. WP Rocket und Redis Object Cache klingen ähnlich, tun aber grundlegend verschiedene Dinge.
Das führt zu einer typischen Situation: Du installierst WP Rocket, bist zufrieden – und fragst dich irgendwann, ob Redis noch draufkommen sollte. Oder du hast beides aktiv und weißt nicht genau, was was macht. Und ob sich das gegenseitig beißt.
Die kurze Antwort: Beide Tools lösen echte Performance-Probleme, aber auf verschiedenen Ebenen. Sie ergänzen sich – vorausgesetzt, du richtest sie richtig ein. In diesem Artikel zeige ich dir, wie beide funktionieren, wo der Unterschied liegt, wie du beides konfliktfrei einrichtest und wann Redis überhaupt sinnvoll ist.
Zusammenfassung
- Google Ads profitabel skalieren erfordert eine saubere Kontostruktur und valide Vorbedingungen, nicht nur mehr Budget.
- Voraussetzungen sind unter anderem: mindestens eine Conversion pro Tag, eine Conversion-Rate über 3 Prozent und ein ROAS mit Puffer zum Break-Even.
- Vier häufige Strukturprobleme sind: das Mischen von Brand- und Generic-Kampagnen, eine einzige Kampagne, die alles trägt, fehlende Gliederung sowie zu viele AI-Kampagnen ohne Insights.
- Skalierung sollte in kontrollierten Schritten erfolgen, um die Profitabilität nicht zu gefährden. Ein moderates Hochfahren mit 20-30 Prozent Budgetsteigerung ist realistisch.
- Nicht skalieren solltest du, wenn die Conversion-Rate zu niedrig ist, der Sales-Funnel überfordert ist oder die Suchnachfrage erschöpft ist.
Inhaltsverzeichnis
- Was Google Ads profitabel skalieren wirklich bedeutet
- Vorbedingungen, bevor du Google Ads skalierst
- Vier Strukturprobleme, die Skalierung kippen lassen
- Die richtige Reihenfolge beim Skalieren
- Wann Google Ads zu skalieren keine Option ist
- Was du selbst prüfen kannst
- Häufige Fragen zum Google Ads profitabel skalieren
- Fazit
Was ist WP Rocket – und was cached es?
WP Rocket ist ein Page-Cache-Plugin. Es speichert fertig gerenderte HTML-Seiten als statische Dateien auf dem Server. Wenn ein Besucher deine Seite aufruft, bekommt er diese fertige HTML-Datei direkt ausgeliefert – ohne dass WordPress, PHP oder die Datenbank beteiligt sind.
Eine normale WordPress-Anfrage läuft so ab: PHP wird geladen, WordPress startet, Datenbankabfragen laufen durch, und erst dann entsteht die HTML-Seite. Das kostet Zeit – besonders unter Last, wenn viele Besucher gleichzeitig auf die Seite kommen. WP Rocket überspringt diesen gesamten Prozess für nicht eingeloggte Besucher und liefert stattdessen eine fertige statische HTML-Datei aus.
Was WP Rocket außerdem macht
WP Rocket ist mehr als nur ein Page-Cache. Das Plugin bündelt mehrere Performance-Funktionen in einer Oberfläche: Minifizierung von CSS und JavaScript, Lazy Loading für Bilder, Datenbankoptimierung, Browser-Caching, Preloading des Caches und CDN-Einbindung. Für die meisten WordPress-Seiten deckt WP Rocket damit den Großteil der technischen Performance-Optimierung ab – ohne dass separate Plugins nötig sind.
Was WP Rocket nicht löst
WP Rocket cached Seiten für Besucher, die nicht eingeloggt sind und keinen aktiven Warenkorb haben. Für eingeloggte Nutzer – in einem Shop oder einem Mitgliederbereich – greift der Page-Cache standardmäßig nicht. Außerdem setzt WP Rocket beim Checkout, der Warenkorbseite und dem Mein-Konto-Bereich automatisch eine Ausnahme. Diese Seiten werden folglich immer dynamisch ausgeliefert. Datenbankabfragen laufen dort trotz WP Rocket bei jeder Anfrage durch. Genau das ist die Aufgabe von Redis.
Was ist Redis Object Cache – und was macht es anders?
Redis ist eine In-Memory-Datenbank. Sie speichert Daten direkt im Arbeitsspeicher des Servers – nicht auf der Festplatte. Das macht Lesezugriffe extrem schnell, deutlich schneller als eine klassische MySQL-Datenbankabfrage.
WordPress hat einen eingebauten Object Cache, der Datenbankabfragen während einer einzelnen Seitenanfrage zwischenspeichert. Das Problem: Dieser Cache wird nach jeder Anfrage gelöscht. Redis erweitert diesen nativen Cache um persistente Speicherung. Die gecachten Daten bleiben nämlich über mehrere Anfragen hinweg erhalten – auch für eingeloggte Nutzer und dynamische Seiten.
Das zugehörige Plugin heißt Redis Object Cache und ist kostenlos im WordPress-Plugin-Verzeichnis verfügbar. Es schreibt einen Drop-in (object-cache.php) in das wp-content-Verzeichnis und weist WordPress an, Redis statt des flüchtigen nativen Caches zu verwenden.
Was Redis konkret beschleunigt
Redis cached häufig abgefragte Datenbankeinträge, Transients, Widget-Ausgaben und Query-Ergebnisse. Bei einem WooCommerce-Shop bedeutet das: Produktdaten, Kategorieabfragen und Nutzerinformationen werden nicht bei jedem Aufruf neu aus der Datenbank geladen. Das entlastet die Datenbank spürbar, besonders bei hohem Traffic oder Seiten mit vielen aktiven Plugins.
Wann Redis den Unterschied macht
Für eine einfache Unternehmenswebsite mit wenig Traffic und statischen Inhalten ist Redis meist nicht notwendig – WP Rocket reicht dann aus. Redis wird relevant, wenn du einen Shop betreibst, viele eingeloggte Nutzer hast oder die Datenbanklast ein messbares Problem ist. Ein Blick ins kostenlose Plugin Query Monitor zeigt dir schnell, ob deine Seite unter hoher DB-Abfragelast leidet.
Der Unterschied auf einen Blick
Die beiden Tools setzen auf verschiedenen Ebenen an:
WP Rocket arbeitet auf der Ausgabe-Ebene. Es speichert das fertige HTML und liefert es aus, bevor WordPress überhaupt lädt. Der Effekt ist besonders sichtbar unter Last – wenn viele Besucher gleichzeitig auf dieselbe Seite kommen, entfällt der PHP- und Datenbankdurchlauf für jeden einzelnen davon.
Redis setzt tiefer an, auf der Datenbank-Ebene. Es beschleunigt die Anfragen, die WordPress intern stellt – unabhängig davon, ob eine Seite gecached ist oder nicht. Redis greift also auch dort, wo WP Rocket nicht greift.
Ein konkretes Beispiel: Ein eingeloggter WooCommerce-Kunde ruft seinen Warenkorb auf. WP Rocket ist für diese Seite deaktiviert – PHP und WordPress laufen durch. Redis sorgt dafür, dass die dabei notwendigen Datenbankabfragen schneller beantwortet werden, weil die Ergebnisse bereits im Arbeitsspeicher liegen.
Braucht man beide? Eine ehrliche Einschätzung
Nicht zwingend. Für viele WordPress-Seiten ist WP Rocket allein ausreichend – nämlich dann, wenn die Seite hauptsächlich aus statischen Inhalten besteht, wenig eingeloggte Nutzer hat und WP Rocket korrekt konfiguriert ist.
Redis lohnt sich, wenn eine oder mehrere dieser Bedingungen zutreffen: Du betreibst einen WooCommerce-Shop mit regelmäßigem Traffic. Du hast einen Mitgliederbereich mit vielen eingeloggten Nutzern. Deine Seite erzeugt viele Datenbankabfragen pro Seitenaufruf. Oder dein Hoster stellt Redis ohne Aufpreis bereit – dann ist es ein einfaches Upgrade ohne Nachteil.
Gleichzeitig gilt: Redis setzt einen serverseitigen Dienst voraus. Auf klassischem Shared Hosting ist Redis in der Regel nicht verfügbar. Auf einem virtuellen oder dedizierten Server lässt es sich dagegen selbst einrichten – auf einem Strato-vServer beispielsweise problemlos. Bei Managed-WordPress-Hostern wie Kinsta, WP Engine oder Raidboxes ist Redis entweder inklusive oder als Add-on buchbar.
Einrichtung ohne Konflikte: So funktioniert das Zusammenspiel
WP Rocket und Redis Object Cache arbeiten auf verschiedenen Ebenen und haben keine direkte Wechselwirkung. Du kannst beides aktivieren, ohne dass sich die Plugins gegenseitig stören. Dennoch gibt es einige Punkte, die du bei der Einrichtung beachten solltest.
WP Rocket einrichten
WP Rocket wird nach der Installation unter Einstellungen → WP Rocket konfiguriert. Für eine typische Unternehmenswebsite empfehle ich folgende Grundeinstellungen: Cache und Preloading aktivieren, Lazy Loading für Bilder aktivieren und Minifizierung von CSS und JS aktivieren – aber schrittweise. Teste nach jeder Minifizierungs-Änderung in einem privaten Tab, ob die Seite korrekt aussieht. Aggressive Minifizierung kann JavaScript-Fehler auslösen, die sich erst im Frontend zeigen.
Für WooCommerce-Shops deaktiviert WP Rocket den Cache automatisch für Warenkorbseiten, Checkout und Mein Konto. Das ist das erwartete Verhalten und kein Fehler. Genau auf diesen Seiten springt Redis ein.
Redis Object Cache einrichten
Wenn Redis auf deinem Server verfügbar ist, installierst du das Plugin Redis Object Cache von Till Krüss. Unter Einstellungen → Redis prüfst du, ob die Verbindung steht, und aktivierst den Object Cache mit einem Klick. Falls dein Hoster die Verbindungsdaten nicht automatisch einträgt, ergänzt du diese in der wp-config.php:
define( 'WP_REDIS_HOST', '127.0.0.1' );
define( 'WP_REDIS_PORT', 6379 );
Sobald der Status „Connected“ und der Drop-in „Valid“ zeigt, ist Redis aktiv. Weitere Konfigurationsoptionen findest du in der offiziellen Plugin-Dokumentation auf GitHub.
Konflikte vermeiden
Der einzige relevante Konfliktpunkt entsteht nicht zwischen WP Rocket und Redis, sondern wenn weitere Caching-Plugins im Spiel sind. Betreibe nie zwei Page-Cache-Plugins gleichzeitig. W3 Total Cache, WP Super Cache oder LiteSpeed Cache neben WP Rocket führen zu undefiniertem Verhalten. Deaktiviere deshalb alle anderen Caching-Plugins, bevor du WP Rocket einrichtest.
Außerdem gilt: Wenn dein Hoster einen serverseitigen Nginx FastCGI Cache oder Varnish betreibt, überschneidet sich das mit WP Rockets Page-Cache. Viele Managed-Hoster empfehlen dann, WP Rockets Page-Cache zu deaktivieren und nur die weiteren Funktionen zu nutzen. Kläre das einmal direkt mit dem Support deines Hosters.
Was du selbst prüfen kannst
- Öffne Google PageSpeed Insights und teste deine Startseite. Liegt dein Time to First Byte über 600 ms, ist ein Page-Cache wie WP Rocket dein erster Hebel.
- Installiere das kostenlose Plugin Query Monitor. Siehst du mehr als 50 Datenbankabfragen pro Seite oder Abfragezeiten über 100 ms, ist Redis ein sinnvoller nächster Schritt.
- Prüfe in der WordPress-Sitezustandsprüfung (Tools → Websitezustand), ob WordPress selbst einen persistenten Object Cache empfiehlt. Ab WordPress 6.1 erscheint dort ein entsprechender Hinweis.
- Prüfe, ob aktuell mehrere Caching-Plugins aktiv sind: Plugins → Installierte Plugins → Aktiv. Mehr als ein Page-Cache-Plugin ist fast immer ein Problem.
- Teste nach jeder WP Rocket-Änderung – besonders nach Minifizierung – im privaten Tab, ob Seite und Formulare korrekt funktionieren.
Häufige Fragen
Ja, ohne Einschränkungen. Die beiden Plugins arbeiten auf verschiedenen Ebenen – WP Rocket auf der Ausgabe-Ebene (HTML-Cache), Redis auf der Datenbank-Ebene. Sie ergänzen sich und konkurrieren nicht miteinander.
Nein. WP Rocket ist ein kostenpflichtiges Plugin und kostet ab 59 US-Dollar pro Jahr für eine Website-Lizenz. Es gibt keine dauerhaft kostenlose Version. Redis Object Cache von Till Krüss hingegen ist kostenlos im offiziellen WordPress-Plugin-Verzeichnis verfügbar.
Für einfache Websites meistens nicht. Für WooCommerce-Shops, Mitgliederbereiche oder Seiten mit vielen eingeloggten Nutzern macht Redis einen spürbaren Unterschied – weil WP Rockets Page-Cache dort nicht greift und Datenbankabfragen ohne Redis ungepuffert durchlaufen.
Ja. Memcached funktioniert ähnlich, wird aber seltener von Managed-Hostern angeboten. Eine weitere Option ist APCu Object Cache, der auf Shared Hosting häufiger verfügbar ist. Wenn kein persistenter Object Cache möglich ist, ist WP Rocket allein für die meisten Seiten ausreichend.
Aktiviere in WP Rocket das Cache-Preloading. WP Rocket baut den Cache nach dem Leeren sofort im Hintergrund neu auf, indem es die Seiten selbst besucht. Besucher treffen dadurch kaum auf ungecachte Seiten. Kombiniert mit einer korrekten Preload-Sitemap ist das der empfohlene Standard.
Fazit
WP Rocket und Redis Object Cache sind kein Entweder-oder. Sie lösen verschiedene Probleme auf verschiedenen Ebenen – und zusammen decken sie den Großteil der typischen WordPress-Performance-Probleme ab.
Die wichtigsten Hebel sind keine Magie: WP Rocket cached fertige HTML-Seiten und spart damit den kompletten PHP- und Datenbank-Durchlauf für nicht eingeloggte Besucher. Redis cached häufig genutzte Datenbankabfragen persistent im Arbeitsspeicher und entlastet die Datenbank für alle anderen Anfragen – besonders relevant in Shops und Mitgliederbereichen. Korrekte Einrichtung ohne parallele Caching-Plugins ist dabei entscheidender als das Tool selbst.
Wenn du unsicher bist, ob deine WordPress-Performance-Konfiguration optimal aufgestellt ist, schau dir gerne meine WordPress-Beratung an. Im Erstgespräch schauen wir gemeinsam an, wo die größten Hebel liegen.