“Hosting veloce” è una ricerca in forte crescita (+89% anno su anno nei dati di Google Ads) ed è anche una delle più fraintese. Quasi tutti i comparatori rispondono con una classifica di provider “più veloci”, come se la velocità fosse una proprietà fissa di un piano. Non lo è. La velocità percepita di un sito dipende da almeno quattro livelli, e l’hosting ne controlla direttamente uno solo. Se non sai quale, rischi di cambiare provider, pagare di più e ottenere un sito lento esattamente come prima.
Questa guida all’hosting veloce separa quello che l’hosting può davvero migliorare da quello che non può, ti dà numeri di riferimento per ciascun tipo di piano, mostra i dati di campo di cinque grandi piattaforme WordPress e ti consegna un protocollo di misura che puoi ripetere sul tuo sito in pochi minuti. Non troverai prove di velocità inventate: ogni misura citata ha una fonte, e dove serve un test ti spieghiamo come farlo.
Fonti. Fasce di TTFB per tipologia di hosting e dati sul campo (Chrome UX Report, aggregati dall’HTTP Archive con crawl di maggio 2026) da un’analisi indipendente sulle performance degli hosting; soglie dei Core Web Vitals da Google; prezzi e dotazioni dei piani dal database FindHost. I valori di campo riflettono l’insieme dei siti ospitati su ciascuna piattaforma, non un test di laboratorio a parità di condizioni.
Che cosa significa “veloce”: i quattro livelli di un sito lento
Quando una pagina impiega tre secondi a mostrarsi, il tempo si distribuisce su quattro livelli, e solo il primo dipende dal tuo hosting:
- Server (TTFB). Il tempo che passa tra la richiesta e il primo byte di risposta: include la lavorazione di PHP, le query al database e la cache. È la metrica dell’hosting.
- Rete. La distanza fisica tra visitatore e server. Un server a New York che risponde a un utente a Tokyo ha almeno 140 ms di latenza inevitabile, qualunque sia la qualità dell’hardware.
- Payload. Peso e numero di risorse: immagini non ottimizzate, font, script di tracciamento, tema pesante, plugin.
- Rendering. Come il browser costruisce la pagina: è qui che si decidono LCP, INP e CLS, i tre Core Web Vitals.
La conseguenza pratica è che cambiare hosting migliora sempre il livello 1, a volte il livello 2 (se scegli una sede più vicina al pubblico) e quasi mai i livelli 3 e 4. Un tema da 3 MB su un server da 100 ms di TTFB resta un sito lento. Per intervenire sugli altri livelli parti dalla guida ottimizzare WordPress per le performance.
Hosting veloce: che TTFB aspettarsi da ogni tipo di piano
| Tipo di hosting | TTFB tipico | Costanza | Quando basta |
|---|---|---|---|
| Hosting condiviso | 500–1.500 ms | Molto variabile | Siti vetrina, blog a basso traffico con cache di pagina |
| Hosting gestito | 100–300 ms | Costante | WordPress professionale, WooCommerce di dimensioni medie |
| Cloud VPS | 50–200 ms | Dipende dalla configurazione | Chi sa configurare cache e stack |
| Server dedicato | 30–100 ms | Massima | Traffico alto, carichi pesanti |
Queste fasce vanno lette con due avvertenze. La prima: il TTFB dello shared hosting varia di un fattore tre perché dipende da chi condivide il server con te in quel momento; un piano che oggi risponde in 400 ms può rispondere in 1.200 ms il giorno in cui un vicino lancia una campagna. La seconda: il valore di soglia di Google per un TTFB “buono” è 800 ms, quindi gran parte dei tipi di hosting rientra nel margine quando funziona bene, lo shared solo nei giorni buoni. Il TTFB non è una competizione con Google, è un vincolo che il resto della pagina deve poter rispettare: più parti alto, più budget di tempo rimane per immagini e script.
Hosting veloce nei dati di campo: cinque piattaforme a confronto
I numeri più interessanti per capire il peso reale dell’hosting vengono dal Chrome UX Report, cioè dai dati misurati sugli utenti reali. Un’analisi basata sul crawl di maggio 2026 dell’HTTP Archive riporta, per cinque piattaforme WordPress, la quota di siti che superano i Core Web Vitals da mobile e la quota con TTFB “buono”.
| Piattaforma | Siti che superano i CWV (mobile) | Siti con TTFB buono (mobile) |
|---|---|---|
| WP Engine | 66,2% | 35,4% |
| Kinsta | 59,6% | 22,4% |
| Cloudways | 55,6% | 34,8% |
| SiteGround | 53,3% | 23,1% |
| Flywheel | 45,5% | 9,6% |
Tre letture che non troverai nelle classifiche più comuni:
- Nemmeno la migliore piattaforma supera il 66%. Anche sul gestito di fascia alta, un sito su tre non passa i Core Web Vitals da mobile. Questo è il dato più importante: pagare di più per l’hosting non garantisce un sito veloce, perché il collo di bottiglia sta spesso nel sito stesso (tema, plugin, immagini).
- Il TTFB si comprime quando si passa ai CWV. La quota di siti con TTFB buono varia di quasi quattro volte tra la prima e l’ultima piattaforma (35,4% contro 9,6%), mentre la quota che supera i CWV varia di circa una volta e mezza (66,2% contro 45,5%). Una parte della velocità la decide l’hosting, ma il resto la decidi tu.
- Il prezzo non compra TTFB in modo lineare. Cloudways e WP Engine sono quasi alla pari sul TTFB buono (34,8% contro 35,4%), eppure nel nostro database il piano Cloudways Micro costa €11,80 al mese e Kinsta Single 35k €25,28. Quella variabilità riflette in parte come gli utenti configurano i propri siti, ma conferma che il rapporto qualità/prezzo non cresce in linea retta.
Se vuoi il dettaglio operativo di queste piattaforme leggi la recensione di Cloudways e il confronto SiteGround, Kinsta e WP Engine.
Hosting veloce: la dotazione tecnica che conta
A parità di fascia di prezzo, cinque componenti spiegano quasi tutta la differenza di TTFB. Li trovi nelle schede dei piani, e conviene cercarli esplicitamente:
| Componente | Perché conta | Dove approfondire |
|---|---|---|
| Storage NVMe | Latenza di lettura molto più bassa di SSD SATA: aiuta database e file di cache. | SSD contro NVMe |
| Cache a livello server (LiteSpeed, Redis) | Evita di eseguire PHP a ogni richiesta e riduce le query al database. | Hosting WordPress con LiteSpeed |
| PHP aggiornato (8.x) e OPcache | Esecuzione più rapida e minor consumo di CPU. | Hosting PHP 8 |
| CDN integrato | Serve i file statici dal nodo più vicino al visitatore. | CDN e caching |
| Database ottimizzato | Le query lente non le risolve nessuna cache sulle pagine dinamiche. | Ottimizzazione MySQL |
Applichiamo questi criteri ai piani del nostro database. Non è una classifica di velocità (non misuriamo a parità di carico), ma un elenco di piani che hanno gli ingredienti giusti a prezzi diversi.
| Piano | Prezzo/mese | Storage | Cache | CDN |
|---|---|---|---|---|
| IONOS Standard | €3,00 | NVMe | Non indicata | Non indicato |
| Hostinger Business | €3,59 | NVMe | LiteSpeed Cache | Sì |
| Cloudways Micro | €11,80 | NVMe | Redis | Sì |
| WPX Business | €17,55 | SSD | Non indicata | Sì |
| Kinsta Single 35k | €25,28 | Non indicato | Non indicata | Sì |
Il piano che concentra più ingredienti per euro è Hostinger Business (NVMe, cache LiteSpeed e CDN a €3,59); sull’altro estremo, Cloudways e Kinsta spostano il costo sulla gestione e sulla costanza. Se il tuo sito è un WordPress editoriale con pubblico italiano, il primo livello è più che sufficiente; se il sito vende o ha picchi di traffico, la costanza di un gestito ha un valore reale. Per un quadro delle scelte vedi miglior hosting WordPress in Italia e hosting WordPress gestito.
Hosting veloce: il test che i comparatori non fanno, il TTFB con la cache bypassata
Quasi tutti i test di velocità misurano una pagina già in cache: la prima richiesta lenta, tutte le altre veloci. Il risultato ti dice quanto è bravo il plugin di cache, non quanto è buono l’hosting. Il valore che interessa davvero è il tempo di risposta senza cache, perché è quello che subisci quando un utente accede, quando una pagina viene invalidata e quando carichi un ordine. Puoi misurarlo da solo in pochi minuti.
# TTFB con cache (pagina normale), 10 misure
for i in 1 2 3 4 5 6 7 8 9 10; do
curl -o /dev/null -s -w '%{time_starttransfer}n' https://tuo-dominio.it/
done
# TTFB senza cache: parametro casuale che aggira la maggior parte delle cache di pagina
for i in 1 2 3 4 5 6 7 8 9 10; do
curl -o /dev/null -s -w '%{time_starttransfer}n' 'https://tuo-dominio.it/?nocache='$RANDOM
done
Come leggere i risultati: la diagnosi in quattro casi
Metti a confronto le due serie con il tuo valore di LCP da mobile (lo trovi in PageSpeed Insights, nella sezione dei dati di campo) e usa la tabella come mappa. Il punto è decidere dove intervenire prima di spendere un euro.
| TTFB con cache | TTFB senza cache | LCP mobile | Diagnosi | Che cosa fare |
|---|---|---|---|---|
| Sotto 300 ms | Sotto 800 ms | Sopra 2,5 s | Il server va bene, il problema è la pagina | Immagini, font, tema e script: non cambiare hosting. |
| Sotto 300 ms | Sopra 1 s | Entro 2,5 s | La cache ti salva, ma utenti loggati e ordini soffrono | Piano con più CPU, PHP aggiornato, ottimizzazione del database. |
| Sopra 600 ms | Sopra 1 s | Sopra 2,5 s | Server lento o sovraccarico | Cambia piano: NVMe e cache a livello server sono la priorità. |
| Variabile tra mattina e sera | Variabile | Oscilla | Contesa con altri tenant (shared) | Passa a un piano con risorse isolate o a un gestito. |
Un’osservazione che vale per tutte e quattro le righe: la prima serie dice quanto sei veloce per la maggior parte dei visitatori, la seconda quanto lo sei quando la cache non ti salva. Se la differenza tra le due è enorme, la cache sta nascondendo un problema; se è minima, stai usando poca cache o il sito è già ottimizzato. Ripeti la misura in orari diversi: la varianza tra mattina e sera, più della media, è il vero indicatore di un hosting condiviso sovraccarico.
Strumenti da affiancare
- PageSpeed Insights e report Core Web Vitals di Search Console: mostrano i dati di campo, cioè quelli degli utenti reali, che sono quelli che Google usa per il posizionamento.
- WebPageTest da più località: utile per vedere l’effetto della distanza dal server di origine.
- Monitoraggio esterno: per misurare nel tempo uptime e tempo di risposta e individuare i cali ricorrenti.
Hosting veloce: come scegliere in base a ciò che ti serve davvero
| Il tuo caso | Dove intervenire | Scelta tipica |
|---|---|---|
| Blog o sito vetrina, pubblico italiano | Cache di pagina, immagini, tema leggero | Shared con NVMe e LiteSpeed (da circa €3/mese) |
| WordPress professionale con picchi di traffico | Costanza del TTFB e cache a livello server | Gestito o cloud (da €12 circa) |
| E-commerce | TTFB senza cache, database, PHP | Gestito o VPS con risorse dedicate; vedi hosting WooCommerce |
| Pubblico internazionale | Distanza dal server: CDN e sede | CDN con cache dell’HTML o sede vicina agli utenti |
| Sito pesante ma hosting già buono | Payload e rendering, non il server | Ottimizza il sito prima di cambiare provider |
Gli errori che ti fanno scegliere l’hosting veloce sbagliato
- Credere alle classifiche di velocità senza metodo. Un test su un sito vuoto con cache attiva non ha niente a che fare con il tuo carico di lavoro.
- Ignorare la distanza dal pubblico. Un hosting velocissimo in America resta lento per chi è in Italia: guarda la sede, non solo l’hardware.
- Pagare per risorse che non usi. Se il tuo sito riceve poche migliaia di visite, un piano da 3 euro con NVMe e cache vale più di uno da 30 senza ottimizzazione.
- Confondere TTFB e velocità percepita. Un TTFB di 150 ms con un LCP di 4 secondi non è un problema di server.
- Trascurare il rinnovo. Il prezzo del primo anno non è quello che pagherai dopo: confronta il costo del terzo anno (vedi come scegliere l’hosting).
Pro e contro di puntare tutto sull’hosting veloce
- Riduce il TTFB, che libera budget di tempo per il resto della pagina.
- Migliora l’esperienza di utenti loggati, ordini e area di amministrazione, dove la cache non aiuta.
- Stabilizza le prestazioni nelle ore di punta.
- Non risolve immagini pesanti, tema lento e script di terze parti.
- Non cambia la distanza fisica dal pubblico senza CDN.
- Anche le piattaforme migliori vedono un sito su tre fallire i CWV da mobile.
Un hosting veloce è una condizione necessaria, non sufficiente. Prima di cambiare provider misura il TTFB con e senza cache e guarda il report Core Web Vitals di Search Console: se il TTFB è sotto 300 ms e i CWV falliscono, il problema è il sito, non il server. Se invece il TTFB senza cache supera il secondo, merita il passaggio a un piano con NVMe e cache a livello server, e per la maggior parte dei siti editoriali italiani questo significa spendere circa €3-4 al mese, non €30. Riserva i gestiti e il cloud ai casi in cui la costanza ha un valore economico diretto: negozi, membership, siti con picchi.
Domande frequenti sull’hosting veloce
Cosa significa hosting veloce?
Un hosting veloce ha un basso TTFB, cioè il tempo che passa tra la richiesta del browser e il primo byte di risposta del server. Dipende da hardware (NVMe), cache a livello server, versione di PHP e distanza dal visitatore. La velocità percepita dell’intero sito dipende anche da immagini, tema e script, che l’hosting non controlla.
Qual è un buon TTFB per un sito WordPress?
Google considera buono un TTFB fino a 800 ms. Come riferimento pratico, uno shared hosting oscilla tra 500 e 1.500 ms, un hosting gestito tra 100 e 300 ms, un cloud VPS tra 50 e 200 ms e un server dedicato tra 30 e 100 ms. Misura sempre anche il TTFB senza cache, che è quello che subiscono utenti loggati e ordini.
Cambiare hosting rende il sito più veloce?
Migliora sempre il TTFB se passi a un piano con NVMe e cache a livello server, ma non risolve immagini pesanti, tema lento e script di terze parti. Anche sulla migliore piattaforma gestita analizzata, circa un sito su tre non supera i Core Web Vitals da mobile: prima di cambiare provider misura dove sta il collo di bottiglia.
Come misuro il TTFB del mio sito?
Con curl e l’opzione di tempo al primo byte, ripetendo la misura dieci volte, sia sulla pagina normale sia con un parametro casuale nell’URL che aggira la cache di pagina. In aggiunta usa PageSpeed Insights, il report Core Web Vitals di Search Console e WebPageTest da più località.
Serve un hosting costoso per avere un sito veloce?
No. Un piano con NVMe, cache a livello server (come LiteSpeed) e CDN può costare circa €3-4 al mese e bastare per un sito editoriale italiano. I piani gestiti e cloud da €12 in su hanno senso quando la costanza delle prestazioni ha un valore economico: negozi, membership, siti con picchi di traffico.
La posizione del server influisce sulla velocità?
Sì, perché la distanza fisica aggiunge latenza inevitabile: un server a New York che risponde a un utente a Tokyo ha almeno 140 ms di ritardo di rete. Per un pubblico italiano scegli un datacenter in Europa e, se hai visitatori da altri continenti, usa un CDN.
Per il quadro completo del mercato leggi la guida completa all’hosting; se stai valutando in particolare Hostinger, trovi il dettaglio nella recensione di Hostinger.