Mehr Requests pro Sekunde, auch mit aktiven Plugins.
Auf echten WooCommerce- und Elementor-Seiten liefert BookPress etwa das 4,5-Fache der Requests pro Sekunde eines WordPress, das mit PHP-FPM, OPcache samt JIT, einem Redis-Objekt-Cache und MariaDB optimiert ist, auf einem Intel-Server mit 4 vCPUs, und über das 5-Fache auf einem ARM-Server mit 4 vCPUs. Die Stacks und jede Zahl →
BookPress 0.2.64 (paketiert), gemessen am 19. Oktober 2026. WordPress läuft mit eigenem PHP, mit OPcache, JIT und einem Redis-Objekt-Cache, der Seiten-Cache ist aus.
Jede Seite, jeder Server, als Vielfaches von WordPress.
Die Zahlen stammen aus einem wiederholbaren Aufbau: Er baut ein optimiertes WordPress, lädt denselben Demo-Inhalt in WordPress und BookPress, prüft, dass beide dieselbe Seite zeigen, und treibt dann jede Engine bis zu den meisten Requests pro Sekunde, die sie ausliefert, solange 99 % davon unter einer Sekunde bleiben und keiner fehlschlägt. BookPress rendert jede Seite frisch; WordPress läuft mit eigenem PHP und abgeschaltetem Seiten-Cache, dem Zustand, in dem ein Warenkorb, eine Suche, eine Kontoseite oder alles mit einer Sitzung immer ist.
Was beide Engines ausgeliefert haben
Eine echte WordPress-Website, in beide Engines migriert: das Kadence-Theme, WooCommerce mit einem Katalog aus fünf Produkten, eine gebaute Elementor-Schaufensterseite, Yoast SEO und Contact Form 7. Beide Stacks liefern dieselben Seiten aus demselben eingespielten Inhalt: dasselbe Elementor-Markup, dieselbe Produktseite, derselbe Shop-Katalog. Beide Datenbanken haben dieselben Zeilenzahlen, geprüft vor der Messung.
Das WordPress, das es geschlagen hat
WordPress 7.1.3 auf PHP 8.3.35 mit OPcache und eingeschaltetem JIT, einem Redis-Objekt-Cache über einen Socket, MariaDB und PHP-FPM hinter nginx, mit WooCommerce auf seiner neueren Bestellspeicherung (HPOS). Abgestimmt, wie ein fähiger Hoster es tut. Der Seiten-Cache ist bei jeder Messung aus, und wir prüfen das vor der Messung.
Beide Server
Ein Intel-Server mit 4 vCPUs und ein ARM-Server mit 4 vCPUs (Google Cloud
c2-standard-4 und c4a-standard-4), beide mit
16 GB. BookPress gewinnt auf beiden. Der ARM-Server hat vier echte Kerne,
wo der Intel-Server zwei hat, und BookPress liefert dort etwa das
2.3-Fache der Elementor-Requests pro Sekunde.
Jede Zahl, als Vielfaches von WordPress
| Seite | Server | Requests / Sekunde | p50-Antwortzeit | p99-Antwortzeit |
|---|---|---|---|---|
| Elementor-Seite | Intel | 4,53×162 gegen 36 Seiten/s | 3,80× | 1,93× |
| WooCommerce-Shop | Intel | 4,85×134 gegen 28 Seiten/s | 4,75× | 2,79× |
| Elementor-Seite | ARM | 5,30×376 gegen 71 Seiten/s | 5,30× | 3,70× |
| WooCommerce-Shop | ARM | 5,19×297 gegen 57 Seiten/s | 5,20× | 2,50× |
Gemessen auf Google Cloud c2-standard-4 (Intel) und c4a-standard-4 (Arm), dynamische Seiten ohne Cache, BookPress 0.2.64 (der paketierte Build, den Sie installieren) gegen WordPress 7.1.3 / PHP 8.3.35 mit nginx, PHP-FPM, Redis-Objekt-Cache, OPcache mit JIT und MariaDB.
Requests pro Sekunde gilt am Knickpunkt jeder Engine; p50 und p99 sind die Vielfachen der Median- und 99-Perzentil-Antwortzeit auf der Laststufe am Knickpunkt von WordPress. WordPress wird ohne Seiten-Cache gemessen; eine Seite, die ein Cache ausliefern kann, kommt bei beiden Setups aus dem Cache und misst nicht die Engine.
Eine Website ohne Plugins führt gar keinen PHP-Interpreter aus. Dort liefert BookPress das 112,9-Fache der Requests pro Sekunde von WordPress auf dem Intel-Server (5.234 gegen 46) und das 125-Fache auf dem ARM-Server (11.436 gegen 91), ohne installierte Plugins.
Was dieselbe Website an Arbeitsspeicher kostet.
Der Arbeitsspeicher ist eine eigene, frühere Messung auf BookPress 0.2.57. Unter voller Last auf dem Intel-Server brauchte dieselbe Website etwa 0,6 GB auf vier BookPress-Workern, gegen 0,55 GB für ein passend dimensioniertes WordPress und 1,8 GB für einen optimierten Pool mit 64 Kindprozessen. Dreißig Sekunden nach Ende der Last gab BookPress Speicher frei, bis auf etwa 0,3 GB, während die WordPress-Pools ihre 0,43 bis 1,8 GB hielten. Alles zum Arbeitsspeicher auf der Dichte-Seite →
Arbeitsspeicher gemessen auf BookPress 0.2.57, 13. Oktober 2026, zwischen Prozessen geteilter Speicher einmal gezählt.
Zwei Dinge, die zu jeder Zahl hier gehören.
Wir veröffentlichen die Stacks, damit Sie sie nachprüfen können. Deshalb steht hier auch, was die Zahlen oben nicht sagen.
Seiten-Caches sind eine eigene Schicht
WordPress wird ohne Seiten-Cache gemessen. Eine Seite, die ein Cache ausliefern kann, kommt bei beiden Setups aus dem Cache und misst nicht die Engine. Jede Zahl hier ist ein dynamisches Rendering ohne Cache auf beiden Stacks, der Zustand, in dem ein Warenkorb, eine Suche oder eine eingeloggte Sitzung immer ist.
Klassische PHP-Themes sind neueres Terrain
Die klassischen Templates von WordPress sind leichter als seine Block-Themes, und das Rendering klassischer Themes ist in BookPress jünger als der Block-Theme-Pfad: Einige der mitgelieferten klassischen Themes enden heute noch in einem Fehler. Die Seiten oben sind Block-Themes, und dorthin geht auch der WordPress-Kern selbst.
Prüfen Sie die Zahlen selbst
Die Demo ist eine echte WordPress-Website ohne Seiten-Cache davor. Melden Sie sich an, veröffentlichen Sie einen Beitrag, öffnen Sie den Shop, rufen Sie eine Seite auf, die kein Cache hätte vorhalten können.
Live-Demo öffnen