Von zehn PHP-Workern dürfen automatisierte Anfragen bei WP Engine höchstens acht belegen, mindestens zwei bleiben für Menschen frei. Hintergrund waren unerklärte 500-Fehler auf Shared-Servern, deren Ursache oft bei einer fremden Installation lag. Woran der Hoster einen Bot erkennt, verrät er nicht.
Ein Klick · kostenlosDr. Web bei Google bevorzugenMarkieren Sie drweb.de als bevorzugte Quelle. Dann sehen Sie unsere Artikel öfter unter den Top-Meldungen.Jetzt hinzufügenInhalt 5 Abschnitte
WP Engine hat am 4. November in seinem Blog erklärt, dass automatisierte Anfragen auf den Servern des Hosters nie mehr als 80 Prozent der verfügbaren PHP-Worker belegen dürfen.[1] Die Grenze galt zuerst auf Shared-Plänen und wurde danach auf Premium-Umgebungen ausgeweitet. Shar Seshadri, Senior Director Engineering bei WP Engine, nennt kein Startdatum.
Das Wichtigste in Kürze
- Menschliche Anfragen stehen laut WP Engine je Installation in einer eigenen Warteschlange, automatisierte in einer gemeinsamen Bot-Warteschlange.
- Bots belegen höchstens 80 Prozent der PHP-Worker eines Servers, mindestens 20 Prozent bleiben für Menschen reserviert.
- Anlass waren unerklärte 500-Fehler ohne Besucherspitze auf Shared-Servern.
- WP Engine nennt nicht, woran der Hoster Bots erkennt, wie viele Worker ein Tarif hat und was bei voller Bot-Warteschlange passiert.
Wie teilt WP Engine die PHP-Worker auf?
Der Hoster stuft jede Anfrage als menschlich oder automatisiert ein. Menschliche Anfragen reihen sich je Installation in eine eigene Warteschlange ein, automatisierte in eine gemeinsame Bot-Warteschlange des Servers.[1] Bei zehn Workern belegen Bots damit höchstens acht, zwei bleiben für Besucher. WP Engine filtert bösartigen Verkehr schon vor der PHP-Schicht, nützliche Bots bedient der Hoster weiter, aber nicht auf Kosten von Menschen.[1]
Warum bremsen Bots eine Website aus, die kaum Besucher hat?
Ein PHP-Worker bearbeitet immer nur eine Anfrage zugleich. Was nicht aus dem Seitencache kommt, etwa Suchseiten, Filterlisten oder ein Warenkorb, hält ihn belegt, bis die Antwort fertig ist. Wenn alle Worker beschäftigt sind, warten weitere Anfragen. Zu lange Wartezeiten enden laut WP Engine in einem Timeout mit 500-Fehler.[1]
Auf Shared-Servern teilen sich viele Installationen diese Worker. Kunden meldeten vor einigen Wochen 500-Fehler ohne Besucherspitze, die Ursache lag laut WP Engine oft bei einer anderen Installation auf demselben Server.[1] Bot-Verkehr ist im Netz weit verbreitet: Laut dem Bad Bot Report von Thales kamen 2025 rund 53 Prozent des Webverkehrs von Bots, 40 Prozent von bösartigen. Auf git.kernel.org sind rund 98 Prozent der Zugriffe automatisierte Abrufe.
So teilt die Grenze zehn Worker auf
Beispiel aus dem Blogbeitrag von WP Engine: Bei zehn Workern belegen Bots höchstens acht, zwei bleiben für Menschen reserviert.
Was der Blogbeitrag offen lässt
Die Grenze schützt Ihre Besucher vor den Bots anderer Installationen auf demselben Server, aber nicht vor einer lahmen eigenen Website.
Michael Dobler, Herausgeber Dr. Web
Was sollten Betreiber auf WP Engine jetzt prüfen?
- Logfile auswerten: Zählen Sie Zugriffe nach User-Agent und Statuscode und legen Sie die Zeiten der 500-Fehler daneben. IP-Adressen im Logfile fallen unter die DSGVO, bewahren Sie die Logfiles deshalb nur kurz auf.
- Cache-Quote prüfen: Seiten aus dem Seitencache brauchen in der Regel keinen PHP-Worker. Bei Suchseiten, Filter-Parametern und Warenkorb muss PHP jede Antwort neu erzeugen.
- Support fragen: Fragen Sie nach Tarif, Worker-Zahl und Server Ihrer Installation, dazu macht WP Engine im Blogbeitrag keine Angaben.
- KI-Sichtbarkeit testen: Vergleichen Sie per curl den Statuscode für eine Bot-Kennung und für einen Browser, wie im Bericht zu WP Engine und KI-Crawlern beschrieben.
Agenturen mit vielen Kundenwebsites auf WP Engine sollten die Logs aller ihrer Installationen auf demselben Server auswerten, weil Störungen laut Hoster oft von einer anderen Installation ausgingen.[1] Für einen Hosterwechsel liefert der WordPress-Hosting-Vergleich die Grundlage. Wie Websites in KI-Antworten auftauchen, erklärt der GEO-Ratgeber.
FAQ: WP Engine begrenzt Bot-Traffic auf 80 Prozent der PHP-Worker
Wie viele PHP-Worker dürfen Bots bei WP Engine belegen?
Bots dürfen höchstens 80 Prozent der verfügbaren PHP-Worker eines Servers belegen. Mindestens 20 Prozent bleiben für menschliche Besucher reserviert. Bei zehn Workern sind das acht für Bots und zwei für Menschen, schreibt WP Engine in seinem Blogbeitrag vom 4. November 2026.
Gilt die Grenze nur im Shared Hosting?
Nein. WP Engine hat die Änderung zuerst auf Shared-Plänen eingeführt und danach auf Premium-Umgebungen ausgeweitet. Ein genaues Datum, die betroffenen Tarife und die Zahl der Worker je Tarif nennt WP Engine in seinem Blogbeitrag nicht.
Was gilt für KI-Crawler wie GPTBot oder ClaudeBot?
WP Engine geht im Blogbeitrag nicht gesondert auf KI-Crawler ein. Laut einem Bericht vom Mai drosselt WP Engine ClaudeBot, GPTBot und Amazonbot ohnehin auf Serverebene mit HTTP-429-Fehlern. Ob die neue Grenze daran etwas ändert, hat WP Engine nicht gesagt.
Woran erkenne ich, dass Bots meine Website ausbremsen?
500-Fehler ohne Besucherspitze sind typisch, so beschreibt es WP Engine. Sortiert nach User-Agent und Statuscode zeigt das Logfile, ob Bot-Spitzen zeitlich vor den Fehlern liegen. Erst diese Auswertung schafft Gewissheit.
Quelle
[1] WP Engine Blog: „Letting humans skip the line: Why we capped PHP workers for automated traffic“, Shar Seshadri, 4. November 2026
Mehr Newshunger?
- WP Engine sperrt KI-Crawler: Kunden tappen im Dunkeln
- Bösartige Bots: Wer hinter 40 Prozent des Webverkehrs steckt
- Massenhafte Schwachstellen-Scans tarnen sich als KI-Bots wie ClaudeBot
- KI-Crawler-Sperre: Bezahlt wird künftig die KI-Antwort, nicht der Abruf
- WordPress 7.2 leitet /random/ auf einen beliebigen Beitrag um
