Più richieste al secondo, con tutti i plugin accesi.
Su pagine WooCommerce ed Elementor vere, BookPress serve circa 4,5 volte le richieste al secondo di un WordPress ottimizzato con PHP-FPM, OPcache e JIT, object cache Redis e MariaDB su un server Intel a 4 vCPU, e oltre 5 volte su un server ARM a 4 vCPU. Gli stack e tutti i numeri →
BookPress 0.2.64 (pacchetto), misurato il 19 ottobre 2026. WordPress gira con il suo PHP, OPcache con JIT e un object cache Redis; cache delle pagine spenta.
Pagina per pagina, server per server: quante volte WordPress.
I numeri escono da una procedura ripetibile: mettiamo a punto un WordPress, carichiamo gli stessi contenuti della demo in WordPress e in BookPress, verifichiamo che i due mostrino la stessa pagina, poi spingiamo ogni motore al massimo di richieste al secondo che regge con il 99% sotto il secondo e zero errori. BookPress genera ogni pagina da zero; dalla parte WordPress gira PHP con la cache delle pagine spenta, che è la condizione in cui si trovano sempre un carrello, una ricerca, la pagina dell'account o qualsiasi pagina con una sessione.
Cosa hanno servito i due motori
Un sito WordPress vero, migrato così com'è: tema Kadence, WooCommerce con un catalogo di cinque prodotti, una vetrina costruita con Elementor, Yoast SEO e Contact Form 7. I due stack servono le stesse pagine dagli stessi contenuti: stesso markup Elementor, stessa pagina prodotto, stesso catalogo. I due database hanno lo stesso numero di righe, controllato prima di cronometrare.
Il WordPress che ha battuto
WordPress 7.1.3 su PHP 8.3.35 con OPcache e JIT attivi, object cache Redis via socket, MariaDB e PHP-FPM dietro nginx, con WooCommerce sul nuovo archivio ordini (HPOS). Messo a punto come lo mette a punto un provider di hosting che sa il fatto suo. La cache delle pagine è spenta in ogni misurazione, e lo controlliamo prima di cronometrare.
I due server
Un server Intel a 4 vCPU e uno ARM a 4 vCPU (Google Cloud
c2-standard-4 e c4a-standard-4), entrambi con 16 GB.
BookPress vince su tutti e due. Il server ARM ha quattro core fisici dove
l'Intel ne ha due, e lì BookPress serve circa 2,3 volte le
richieste Elementor al secondo.
Tutti i numeri, come multipli di WordPress
| Pagina | Server | Richieste / secondo | Tempo di risposta p50 | Tempo di risposta p99 |
|---|---|---|---|---|
| Pagina Elementor | Intel | 4,53×162 contro 36 pagine/s | 3,80× | 1,93× |
| Negozio WooCommerce | Intel | 4,85×134 contro 28 pagine/s | 4,75× | 2,79× |
| Pagina Elementor | ARM | 5,30×376 contro 71 pagine/s | 5,30× | 3,70× |
| Negozio WooCommerce | ARM | 5,19×297 contro 57 pagine/s | 5,20× | 2,50× |
Misurato su Google Cloud c2-standard-4 (Intel) e c4a-standard-4 (Arm), pagine dinamiche senza cache, BookPress 0.2.64 (il pacchetto che installa lei) contro WordPress 7.1.3 / PHP 8.3.35 con nginx, PHP-FPM, object cache Redis, OPcache con JIT e MariaDB.
Le richieste al secondo sono al punto di saturazione di ciascun motore; p50 e p99 sono i multipli del tempo di risposta mediano e al 99º percentile al punto di saturazione di WordPress. WordPress è misurato senza cache delle pagine: una pagina che una cache può servire la serve la cache su entrambi gli stack, e non misura il motore.
Un sito senza plugin non esegue nessun interprete PHP. Lì BookPress serve 112,9 volte le richieste al secondo di WordPress sul server Intel (5.234 contro 46) e 125 volte sul server ARM (11.436 contro 91), senza plugin installati.
Quanta memoria si mangia lo stesso sito.
La memoria è una misurazione a parte, precedente, fatta su BookPress 0.2.57. A pieno carico sul server Intel lo stesso sito occupava circa 0,6 GB su quattro worker BookPress, contro 0,55 GB di un WordPress dimensionato a misura e 1,8 GB di un pool ottimizzato da 64 processi figli. Trenta secondi dopo la fine del carico BookPress era sceso a circa 0,3 GB, mentre i pool WordPress si tenevano stretti i loro 0,43 a 1,8 GB. La pagina sulla densità racconta tutta la storia della memoria →
Memoria misurata su BookPress 0.2.57, 13 ottobre 2026, contando una volta sola la memoria condivisa fra processi.
Due precisazioni che valgono per ogni numero qui sopra.
Pubblichiamo gli stack perché chiunque possa verificarli. Ecco quindi cosa i numeri qui sopra non dicono.
La cache delle pagine è un altro livello
WordPress è misurato senza cache delle pagine. Una pagina che una cache può servire la serve la cache su entrambi gli stack, e non misura il motore. Ogni valore qui è una pagina dinamica generata senza cache sui due stack: la condizione in cui si trovano sempre un carrello, una ricerca o una sessione con login.
I temi PHP classici sono terreno più fresco
I template classici di WordPress sono più leggeri dei temi a blocchi, e il rendering dei temi classici in BookPress è più recente del percorso per i temi a blocchi: alcuni dei temi classici inclusi oggi finiscono ancora in errore. Le pagine qui sopra sono temi a blocchi, la direzione in cui va il core stesso di WordPress.
Verifichi i numeri di persona
La demo è un sito WordPress vero senza cache delle pagine davanti. Entri, pubblichi un articolo, apra il negozio, chieda una pagina che nessuna cache poteva avere già pronta.
Aprire la demo dal vivo