Se il tuo sito ha superato il check su PageSpeed Insights ma le pagine continuano a perdere posizioni, il problema quasi certamente non è dove stai guardando. La velocità del sito web è una delle variabili SEO più sottovalutate dai marketer, non perché non la conoscano, ma perché si fermano ai sintomi superficiali e non scavano fino alle cause reali.
Questo articolo esplora i 10 fattori che rallentano un sito web in modo silenzioso, sistematico e spesso invisibile ai report standard. Non troverai “comprimi le immagini” o “usa un hosting migliore”. Troverai i pattern che distinguono un sito davvero ottimizzato da uno che sembra ottimizzato.
Perché la velocità del sito è una questione di fatturato, non di tecnica
Partiamo da un dato che cambia prospettiva: migliorare la velocità di caricamento mobile di appena 0,1 secondi aumenta le conversioni retail dell’8,4% e il valore medio dell’ordine del 9,2%, secondo lo studio “Milliseconds Make Millions“ commissionato da Google a Deloitte Digital su 30 milioni di sessioni reali. Non è un numero astratto. Su un e-commerce con 100.000 visite mensili e un ticket medio di 50€, ogni frazione di secondo guadagnata si traduce direttamente in fatturato.
Ma c’è un secondo livello da considerare, quello organico. Da maggio 2021, Google ha integrato i Core Web Vitals come fattori di ranking ufficiali. Le tre metriche, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift) e INP (Interaction to Next Paint), vengono misurate su dati di campo reali degli utenti Chrome, non in laboratorio.
Questo significa che un sito con uno score PageSpeed ottimo può comunque perdere posizioni se i suoi utenti reali sperimentano performance mediocri.
Fattore #1: Perché il tuo sito è lento prima ancora che il browser faccia qualcosa
Il Time to First Byte (TTFB) è il tempo che passa tra la richiesta HTTP del browser e il primo byte di risposta ricevuto dal server. Se è sopra 800ms, il problema non è nel front-end. È nell’infrastruttura.
Un TTFB elevato significa una di queste cose:
- il server deve generare la pagina dinamicamente ad ogni richiesta (tipico di WordPress senza caching),
- l’hosting è geograficamente lontano dall’utente,
- manca un CDN che distribuisca i contenuti vicino ai visitatori. Il risultato è sempre lo stesso: il browser aspetta, l’utente aspetta, Google registra tutto.
Come diagnosticare un TTFB lento senza essere uno sviluppatore
Vai su WebPageTest.org e testa il tuo sito da una location europea (es. Frankfurt). Nel waterfall chart, la barra verde chiaro è il TTFB. Se occupa più del 30% del tempo totale di caricamento, hai un problema di server response.
Le soluzioni concrete per abbassare il tempo di risposta del server
- CDN con edge caching (Cloudflare è gratuito nella versione base): la pagina viene servita da un server fisicamente vicino all’utente, riducendo la latenza di rete.
- Full-page caching lato server: WordPress con WP Rocket o LiteSpeed Cache, Shopify già lo gestisce nativamente. L’obiettivo è servire HTML pre-generato, non costruire la pagina ad ogni richiesta.
- Upgrade a PHP 8.x: il passaggio da PHP 7.4 a 8.x porta guadagni di performance reali che variano dal 6% al 23% a seconda del framework e del tipo di carico. Non è una magia, ma è un miglioramento gratuito che molti siti ancora non hanno fatto.
Fattore #2: Il JavaScript che blocca tutto senza che tu lo sappia
Quando il browser incontra un tag
Share