Abbiamo testato tre plugin di cache per WordPress sullo stesso server e sulla stessa pagina: il nostro Velox Cache, W3 Total Cache e WP Super Cache, oltre a WordPress senza alcun plugin di cache. Solo Velox Cache ha ottenuto 100 in Google PageSpeed sia su mobile sia su desktop, e ha risposto a circa 3 volte le richieste al secondo di W3 Total Cache e a circa 10 volte quelle di WP Super Cache.
Velox Cache lo sviluppiamo noi, quindi legga questo articolo come il benchmark di un produttore. Per renderlo equo abbiamo usato le impostazioni consigliate o predefinite di ciascun plugin, pubblichiamo i report di PageSpeed ed elenchiamo più sotto ciò che questo test non mostra.
I risultati in sintesi
| Configurazione | PageSpeed mobile | PageSpeed desktop | Richieste al secondo | Primo byte, home page |
|---|---|---|---|---|
| Velox Cache | 100 | 100 | 5.621 | 0,6 ms |
| W3 Total Cache 2.10.7 | 98 | 94 | 2.015 | 1,3 ms |
| WP Super Cache 3.1.4 | 98 | 95 | 573 | 4,6 ms |
| Nessun plugin di cache | 98 | 95 | 17 | 104,9 ms |
I dati del server sono stati misurati con Velox Cache 1.9.1 e quelli di PageSpeed con la versione 1.9.4, in entrambi i casi il 20 ottobre 2026.
Velocità del server: chi risponde senza avviare PHP
Senza un plugin di cache, WordPress costruisce ogni pagina con PHP e il database. Sul nostro server di test questo richiedeva circa 100 ms per pagina e limitava il sito a 17 richieste al secondo. Una cache delle pagine conserva l’HTML già pronto, così il visitatore successivo riceve una copia.
A fare la differenza è il modo in cui viene consegnata la copia:
| Configurazione | Primo byte, home page | Primo byte, articolo | Richieste al secondo (20 simultanee) | Pagina compressa |
|---|---|---|---|---|
| Velox Cache 1.9.1 | 0,6 ms | 0,6 ms | 5.621 | 23,4 KB |
| W3 Total Cache 2.10.7 | 1,3 ms | 1,3 ms | 2.015 | 20,4 KB |
| WP Super Cache 3.1.4 | 4,6 ms | 99,3 ms | 573 | 20,3 KB |
| Nessun plugin di cache | 104,9 ms | 86,7 ms | 17 | 20,2 KB |
Velox scrive regole che permettono ad Apache di inviare le pagine in cache direttamente dal disco, quindi per una visita servita dalla cache PHP non si avvia affatto. Per questo ha ottenuto il tempo al primo byte più basso e la capacità più alta.
Per una lettura corretta contano due dettagli. Con le impostazioni predefinite WP Super Cache non ha messo in cache la pagina dell’articolo, ed è per questo che il suo valore per l’articolo è vicino a quello di WordPress senza cache. Inoltre la pagina di Velox è più grande di circa 3 KB, perché il suo CSS critico si trova all’interno della pagina, così il browser può visualizzarla senza attendere i fogli di stile.
Con Velox la prima visita dopo lo svuotamento della cache costa un po’ di più: aggiunge 13–14 ms ai circa 100 ms che servono a WordPress, perché Velox ottimizza la pagina mentre la salva. Ogni visita successiva richiede 0,6 ms.
Google PageSpeed su mobile
| Configurazione | Punteggio | FCP | LCP | Speed Index | CLS |
|---|---|---|---|---|---|
| Velox Cache 1.9.4 | 100 | 0,8 s | 1,2–1,8 s | 0,8–1,9 s | 0 |
| W3 Total Cache 2.10.7 | 98 | 1,4 s | 2,3 s | 2,5 s | 0 |
| WP Super Cache 3.1.4 | 98 | 1,4 s | 2,3 s | 1,4 s | 0 |
| Nessun plugin di cache | 98 | 1,4 s | 2,3 s | 1,4 s | 0 |
FCP (First Contentful Paint) è il momento in cui compaiono il primo testo o la prima immagine, LCP (Largest Contentful Paint) è il momento in cui compare il contenuto principale e lo Speed Index indica quanto rapidamente si riempie la parte visibile della pagina. Su mobile Velox ha mostrato il primo contenuto 0,6 s prima e il contenuto principale 0,5–1,1 s prima. Gli altri due plugin non hanno cambiato il risultato su mobile rispetto al sito senza plugin.
Per Velox riportiamo l’intervallo di due esecuzioni, per gli altri una sola esecuzione. Il test emula un Moto G Power su 4G lento con Lighthouse 13.5.0.
Una nota su come funziona: il profilo Bilanciato di Velox ritarda il JavaScript fino alla prima interazione del visitatore con la pagina e inserisce il CSS critico nella pagina. PageSpeed non fa clic e non scorre, quindi durante il test gli script ritardati non vengono eseguiti, mentre i visitatori reali li caricano comunque dopo la loro prima interazione. Per questo Velox misura anche i Core Web Vitals dei visitatori reali e li mostra nella sua dashboard.
Google PageSpeed su desktop
| Configurazione | Punteggio | FCP | LCP | Speed Index | CLS |
|---|---|---|---|---|---|
| Velox Cache 1.9.4 | 100 | 0,2 s | 0,8 s | 0,3 s | 0 |
| WP Super Cache 3.1.4 | 95 | 0,3 s | 0,7 s | 2,3 s | 0 |
| Nessun plugin di cache | 95 | 0,3 s | 0,7 s | 2,3 s | 0 |
| W3 Total Cache 2.10.7 | 94 | 0,3 s | 0,6 s | 2,5 s | 0 |
Anche su desktop Velox ha ottenuto 100. La sua pagina appariva completa circa 2 secondi prima delle altre (Speed Index 0,3 s contro 2,3–2,5 s).
Come abbiamo misurato
- Server: Hetzner Cloud, 4 GB di RAM, Ubuntu 26.04, Apache 2.4.66 con mod_php, PHP 8.5.4, MariaDB 11.8.
- Sito: WordPress 7.1.3, Astra 4.14.1, Elementor e Contact Form 7; 8 articoli, ciascuno con un’immagine di copertina da 1920 px e un video di YouTube.
- Impostazioni: Velox Cache con il profilo Bilanciato (JavaScript ritardato fino alla prima interazione, CSS critico, lazy load); WP Super Cache nella modalità semplice consigliata; W3 Total Cache con la cache delle pagine impostata su Disk: Enhanced. In ogni configurazione tutti gli altri plugin di cache erano disattivati.
- Dati del server: misurati dall’interno del server, come media di 20 richieste curl per il primo byte e con ApacheBench (400 richieste, 20 connessioni simultanee) per le richieste al secondo, dopo aver riscaldato la cache.
- PageSpeed: pagespeed.web.dev sulla home page; tra una configurazione e l’altra la cache è stata svuotata e riscaldata di nuovo.
Cosa questo test non mostra
- Il sito di test è leggero, quindi tutte le configurazioni hanno ottenuto punteggi alti. Con temi pesanti e molti plugin ci aspettiamo che il divario aumenti, ma non lo abbiamo misurato.
- I risultati di laboratorio di PageSpeed variano da un’esecuzione all’altra e ogni configurazione è stata testata una o due volte.
- WP Rocket non è stato testato perché richiede una licenza.
- I dati del server sono stati misurati sulla stessa macchina. Un visitatore reale attende anche i tempi della rete.
Ripetere il test sul proprio sito
Non deve fidarsi dei nostri numeri. Due comandi le forniscono gli stessi dati del server per il suo sito. Li esegua su un sito che gestisce, fuori dagli orari di punta, una volta prima e una volta dopo aver cambiato plugin di cache.
Tempo al primo byte, come media di 20 richieste:
for i in $(seq 20); do curl -s -o /dev/null -w '%{time_starttransfer}\n' https://example.com/; done | awk '{s+=$1} END {printf "%.1f ms\n", s/NR*1000}'
Richieste al secondo con 20 connessioni simultanee (ApacheBench, dal pacchetto apache2-utils su Debian e Ubuntu):
ab -n 400 -c 20 https://example.com/
Esegua il primo comando due volte e usi il secondo risultato, così la cache è già calda. Per PageSpeed, testi la stessa pagina più volte e confronti gli intervalli anziché i singoli punteggi.
Altri plugin di cache per WordPress
Chi confronta i plugin di cache di solito considera anche qualche altro nome. Di questo elenco abbiamo misurato solo i primi due; le note sugli altri descrivono cosa sono, non come si comporterebbero.
- W3 Total Cache: gratuito, con cache delle pagine, degli oggetti, del database e del browser e impostazioni per la CDN in un unico plugin. Misurato sopra.
- WP Super Cache: un plugin gratuito di Automattic che serve copie HTML statiche delle pagine. Misurato sopra.
- WP Rocket: un plugin tutto in uno a pagamento; la cache delle pagine è attiva non appena lo si attiva. Non testato qui perché richiede una licenza.
- LiteSpeed Cache: gratuito; la sua cache delle pagine richiede un server web LiteSpeed (o la CDN QUIC.cloud), mentre le funzioni di ottimizzazione funzionano anche su altri server.
- WP Fastest Cache: una cache delle pagine gratuita con una versione premium a pagamento per funzioni aggiuntive.
- Autoptimize: ottimizza CSS, JavaScript e HTML ma non ha una propria cache delle pagine, quindi di solito viene abbinato a una.
Velox Cache riunisce le due metà in un unico plugin gratuito: una cache delle pagine che Apache o LiteSpeed servono senza avviare PHP, e il lavoro sul front-end (CSS critico, JavaScript ritardato, WebP e AVIF) che altrimenti richiede spesso un secondo plugin. L’assistente IA è opzionale e funziona con la sua chiave personale.
Quale scegliere?
Se il suo sito gira su Apache o LiteSpeed, una cache che serve le pagine senza avviare PHP le offre il maggiore guadagno di capacità, ed è proprio il caso per cui è stato creato Velox. Su Nginx le funzioni PHP di Velox funzionano, ma le regole del server vanno aggiunte manualmente. Qualunque soluzione scelga, misuri prima e dopo sul suo sito e tenga attivo un solo plugin di cache delle pagine alla volta.
Velox Cache è gratuito e lo può scaricare dalla pagina del prodotto. Sarà presto disponibile anche nella directory dei plugin di WordPress.org. Nella pagina del prodotto trova i risultati completi, i report di PageSpeed e le schermate del plugin.

