Wenn deine Website plötzlich mit einem 504 Gateway Timeout reagiert oder extrem langsam lädt, ohne dass du selbst etwas an der Website verändert hast, kann das an einem bekannten Fehler in der WP-Rocket-Version 3.23.1 liegen. In Kombination mit bestimmten anderen aktiven Plugins (insbesondere Rank Math) verursacht diese Version PHP-Fehler im Hintergrund, die Server-Ressourcen blockieren. Häufig kommt als zweiter Lastfaktor noch aggressiver Bot- oder Crawler-Traffic hinzu. Dieser Leitfaden zeigt dir, wie du beide Ursachen prüfst und behebst.
Voraussetzungen
- Auf deiner Website ist das Plugin WP Rocket installiert und aktiv.
- Du hast Zugriff auf dein WordPress-Backend oder zumindest auf den Dateimanager in Plesk, falls das Backend selbst nicht mehr erreichbar ist.
- Du hast Zugriff auf die Ressourcennutzung und Protokolle deiner Website in Plesk (Kundencenter → Control Panel Login → Ressourcennutzung bzw. Protokolle).
- Optional: Das Plugin „WP Rollback“, falls du nicht mehr in das WP-Rocket-Menü gelangst.
Schritt-für-Schritt-Anleitung
1. Prüfen, ob die Ursache zutrifft
Öffne in Plesk unter „Protokolle“ die PHP-Error-Logs rund um den Zeitpunkt des Auftretens. Typische Hinweise auf den WP-Rocket-3.23.1-Bug sind wiederholte PHP-Warnungen im Zusammenspiel mit WP Rocket und Rank Math sowie eine sehr hohe Anzahl an Einträgen in kurzer Zeit. Prüfe außerdem in WordPress unter Plugins, welche Version von WP Rocket installiert ist und ob Rank Math ebenfalls aktiv ist.
2. Rollback über das WP-Rocket-Menü durchführen
Gehe im WordPress-Backend zu WP Rocket → Werkzeuge und nutze dort die Funktion Rollback, um auf die vorherige, stabile Version zurückzukehren. Dies behebt den Fehler in der Regel unmittelbar.
3. Alternative: Rollback über das Plugin „WP Rollback“
Falls das WordPress-Backend wegen der Timeouts nicht mehr erreichbar ist oder du das WP-Rocket-Menü nicht findest, installiere das kostenlose Plugin WP Rollback (z. B. über das Plesk WordPress-Toolkit, falls FTP/Dateimanager-Zugriff möglich ist). Wähle darin eine vorherige, stabile Version von WP Rocket aus und bestätige den Rollback.
4. Bot- und Crawler-Traffic prüfen und drosseln
Prüfe zusätzlich die Zugriffs-Logs auf ungewöhnlich hohen Traffic durch automatisierte Bots, insbesondere SEO-Analyse-Bots (z. B. SemrushBot, AhrefsBot) und KI-Trainings-Bots (z. B. GPTBot, Bytespider, ClaudeBot). Wenn du diese Dienste selbst nicht aktiv nutzt, kannst du sie über die robots.txt aussperren oder – für eine wirksamere Blockierung auf Serverebene – den HostPress-Support bitten, die betreffenden Bots über die Webserver-Konfiguration zu blockieren. Gib dabei genau an, welche Bots geblockt werden dürfen, da manche Bots (z. B. Googlebot) für die Sichtbarkeit deiner Seite wichtig sind und nicht vollständig ausgesperrt werden sollten.
Sonderfall: Bots crawlen automatisiert Produktfilter-Kombinationen (Shop-Systeme)
Bei Online-Shops mit vielen filterbaren Produktattributen (z. B. Farbe, Größe, Kategorie, Preisspanne) kann es vorkommen, dass automatisierte Bots oder Crawler innerhalb kürzester Zeit sehr viele unterschiedliche Filter-URL-Kombinationen gleichzeitig aufrufen. Da jede Kombination technisch als eigene Seite gilt, entsteht dabei eine sehr hohe Zahl paralleler, meist ungecachter Anfragen an deinen Server.
Typische Symptome
- Die Website ist zeitweise gar nicht erreichbar oder lädt extrem langsam.
- Im Browser erscheint eine Fehlermeldung wie „A timeout occurred – Error 524″ (häufig bei Nutzung von Cloudflare) statt des im Hauptartikel beschriebenen 504-Fehlers.
- In den Server-Protokollen bzw. in Plesk taucht die Meldung „Entry processes limit reached“ auf – der Server hat weitere Anfragen aktiv blockiert, um eine Überlastung oder einen Absturz zu verhindern.
- Nach kurzer Zeit (oft innerhalb von Minuten) normalisiert sich die Performance wieder von selbst, sobald der Bot-Ansturm nachlässt oder der Zugriff blockiert wurde.
Ursache
Anders als bei generischem SEO- oder KI-Bot-Traffic zielt dieser Sonderfall gezielt auf die Filter- bzw. Facetten-Funktion des Shops ab: Ein Crawler ruft systematisch sehr viele mögliche Kombinationen von Filterparametern auf (z. B. ?farbe=rot&groesse=m&kategorie=schuhe), wodurch in kürzester Zeit eine Vielzahl einzigartiger, nicht zwischengespeicherter Seiten erzeugt wird.
Was du tun kannst
- Prüfe in den Zugriffs-Protokollen (Plesk → Protokolle), ob zum fraglichen Zeitpunkt auffällig viele Anfragen mit wechselnden Filter-Parametern von wenigen IP-Adressen oder User-Agents stammen.
- Sperre nicht benötigte Parameter-Kombinationen für Suchmaschinen-Crawler über die
robots.txt, zum Beispiel mit einer Regel wieDisallow: /*?*farbe=, sofern diese gefilterten Ansichten für dich keinen SEO-Wert haben. - Kontaktiere bei akuter Überlastung den HostPress-Support und bitte um eine gezielte Blockierung des auffälligen Traffics auf Webserver-Ebene (z. B. über
.htaccess-Regeln). Gib dabei möglichst genaue Zeitangaben, betroffene URL-Muster und – falls bekannt – die auffälligen IP-Adressen oder User-Agents an. - Erwäge langfristig den Einsatz eines Caching- oder Rate-Limiting-Mechanismus für Filterseiten sowie eine Firewall-/WAF-Lösung, die automatisiertes Crawling erkennt und drosselt, bevor es zu einer Überlastung kommt.
Hinweis zu den Kosten
Ein plötzlicher Bot- oder Crawler-Ansturm auf deinen Shop ist ein externes Ereignis auf Anwendungsebene und kein technischer Fehler der HostPress-Infrastruktur. Wird deswegen der kostenpflichtige Notfall-Support außerhalb der Geschäftszeiten in Anspruch genommen, fällt dieser Einsatz in der Regel nicht unter den regulären, kostenfreien Support. Die Konfiguration und Steuerung von Bot-Zugriffen (z. B. über die robots.txt oder .htaccess) liegt grundsätzlich im eigenen Verwaltungsbereich als Shop-Betreiber:in, kann bei Bedarf aber auch mit Unterstützung des HostPress-Supports vorgenommen werden.
5. Ergebnis kontrollieren
Beobachte nach dem Rollback und einer eventuellen Bot-Blockierung die Website für mindestens 15–30 Minuten. Prüfe erneut die Ressourcennutzung in Plesk und teste sowohl Frontend als auch Backend. Wenn die 504-Fehler weiterhin auftreten, wende dich mit den gesammelten Log-Auszügen an den HostPress-Support.
Fazit & Support-Hinweis
Ein Rollback von WP Rocket auf eine ältere Version ist eine wirksame, aber nur vorübergehende Lösung, bis der Hersteller ein offizielles Hotfix-Update veröffentlicht. Sobald ein Update verfügbar ist, kannst du wieder gefahrlos aktualisieren. Kombiniere den Rollback bei Bedarf mit einer Reduzierung unnötigen Bot-Traffics, da beide Faktoren häufig gemeinsam auftreten und sich gegenseitig verstärken. Bei Unsicherheit oder anhaltenden Problemen hilft dir der HostPress-Support gerne weiter – am schnellsten mit konkreten Zeitangaben und Screenshots der betroffenen Logs.