Velocità del sito web: cosa lo rallenta e come rimediare
Di Toy Wen Da, Co-founder · Aggiornato · 8 min di lettura
Tradotto dall'originale in inglese. Leggilo in inglese
La velocità del sito web è il tempo che le tue pagine impiegano a caricarsi e a rispondere. Influisce sulla posizione che ottieni in Google e su quanti visitatori restano e acquistano. Google la valuta attraverso tre Core Web Vitals, e la maggior parte dei siti lenti ha le stesse poche cause, tutte risolvibili.
Cosa misura davvero la velocità di un sito web
La velocità ha più di una dimensione. Una pagina può comparire subito e risultare comunque lenta quando tocchi un pulsante, oppure caricarsi in fretta e poi saltare qua e là mentre compaiono gli annunci. Per questo Google divide la questione in tre metriche, chiamate Core Web Vitals, e pubblica una soglia per ciascuna. Le soglie qui sotto provengono da web.dev, la documentazione di Google sulle prestazioni, e si applicano al 75º percentile delle tue visite: descrivono quindi ciò che ottengono i visitatori più lenti, non solo il caso migliore.
| Metrica | Cosa misura | Punteggio buono | Causa più comune |
|---|---|---|---|
| Largest Contentful Paint (LCP) | Quanto tempo impiega a comparire l'elemento visibile più grande, di solito un'immagine hero o un titolo | 2,5 secondi o meno | Immagini troppo pesanti e risposta lenta del server |
| Interaction to Next Paint (INP) | Quanto in fretta la pagina reagisce quando un visitatore tocca o digita | 200 millisecondi o meno | JavaScript pesante che monopolizza il thread principale del browser |
| Cumulative Layout Shift (CLS) | Quanto il layout si sposta mentre la pagina si carica | 0,1 o meno | Immagini e contenuti incorporati, annunci compresi, senza spazio riservato |
Una pagina che supera tutte e tre le soglie al 75º percentile è considerata veloce da Google. Se una non viene superata, quella metrica ti indica da dove iniziare a cercare.
Come la velocità del sito influisce su posizionamento e ricavi
Il ruolo della velocità nel posizionamento di Google
Google ha confermato che l'esperienza della pagina, che include i Core Web Vitals, alimenta i suoi sistemi di ranking, e lo documenta apertamente su Google Search Central. Valgono due precisazioni. La pertinenza vince comunque: una pagina lenta che risponde alla ricerca batte una pagina veloce che non lo fa. La velocità pesa di più quando due pagine hanno una qualità simile, perché può fare la differenza.
Anche i crawler di Google si adattano alla rapidità di risposta del tuo server. Un server veloce permette a Googlebot di recuperare più pagine nella stessa visita, mentre uno lento viene scansionato con più cautela. In un sito di grandi dimensioni, questa differenza determina quanto in fretta vengono rilevate le pagine nuove e aggiornate.
Quanto ti costano le pagine lente in conversioni
Ogni secondo in più di caricamento dà a un'altra fetta di visitatori un motivo per andarsene, e la perdita si accumula sulle connessioni mobili. Fa più male dove passa il denaro: moduli di preventivo e di prenotazione e fasi di checkout, dove un pulsante che non risponde fa pensare a un sito rotto.
Il traffico a pagamento rende tutto questo molto costoso in modo diretto. Le piattaforme pubblicitarie valutano l'esperienza della pagina di destinazione e il tempo di caricamento fa parte di quel voto: una landing page lenta può quindi far salire quanto paghi per clic, convertendo meno dei clic che acquisti.
Cosa rallenta un sito web
La maggior parte dei siti lenti lo è per ragioni ordinarie. Le stesse cause emergono audit dopo audit, e ciascuna ha una correzione nota.
| Causa | Come si manifesta | Correzione tipica | Impegno |
|---|---|---|---|
| Immagini non compresse o troppo grandi | Una foto da 3 MB caricata in uno spazio da 400 px; l'LCP non supera la soglia nelle pagine ricche di immagini | Ridimensionale alla dimensione di visualizzazione e convertile in WebP o AVIF; usa il lazy loading sotto la piega | Basso |
| JavaScript bloccante per il rendering e di terze parti | Pagine che compaiono ma ignorano i tocchi; widget di chat e tracker che si caricano prima del contenuto | Rimanda gli script non critici, rimuovi plugin e tag inutilizzati | Medio |
| Nessuna cache né compressione | Ogni visita ricostruisce la pagina da zero; chi torna aspetta quanto chi arriva per la prima volta | Attiva la cache del browser e del server, abilita la compressione Brotli o gzip | Basso |
| Nessuna CDN per i visitatori lontani | Veloce da vicino, lento per chi è lontano dal tuo server | Distribuisci i file statici tramite una rete di distribuzione dei contenuti (CDN) | Da basso a medio |
| Hosting poco potente | Time-to-first-byte lento su ogni pagina, anche su quelle vuote | Passa a un piano superiore o cambia hosting; nessuna correzione front-end può battere un server lento | Medio |
| Tema o page builder appesantito | Decine di fogli di stile e script caricati su ogni pagina | Riduci i moduli del builder, oppure ricostruisci in versione snella i template principali | Alto |
Raramente serve correggere tutto. Individua le due o tre righe che descrivono il tuo sito e parti da lì.
Come testare la velocità del tuo sito web
Test di laboratorio e dati di campo rispondono a domande diverse
Un test di laboratorio carica la tua pagina una sola volta su un hardware simulato e valuta ciò che vede. I dati di campo registrano ciò che hanno vissuto i visitatori reali, e Google li raccoglie dagli utenti di Chrome nei 28 giorni precedenti. Quando i due non coincidono, sono i dati di campo a guidare i sistemi di Google. I test di laboratorio restano però la diagnosi più rapida, perché indicano i file e gli script specifici che causano il ritardo.
Fai passare le tue pagine da un test gratuito della velocità del sito web per misurare le prestazioni di caricamento senza installare nulla. Anche PageSpeed Insights di Google è utile, perché mostra i risultati di laboratorio e di campo affiancati quando esistono abbastanza dati di campo.
Testa più della homepage
La homepage di solito è la pagina più curata di un sito e la meno rappresentativa. Testa una pagina per ogni template che usi: la homepage e la tua landing page più visitata, poi una pagina di prodotto o servizio e un articolo del blog. Esegui i test sia come visitatore da telefono sia da un desktop con il wifi dell'ufficio. Ripeti il test dopo ogni modifica significativa, perché un nuovo plugin o un'immagine hero caricata possono annullare in silenzio una correzione.
Le correzioni che riducono di più il tempo di caricamento
Parti dalle immagini
Le immagini sono l'elemento più pesante nella maggior parte delle pagine e il più economico da sistemare. Ridimensionale alla misura con cui vengono mostrate e comprimile, poi servi formati moderni come WebP o AVIF. Imposta larghezza e altezza esplicite su ogni immagine, così il browser riserva lo spazio, e allo stesso tempo risolvi la maggior parte degli spostamenti del layout. Usa il lazy loading per tutto ciò che sta sotto la piega, ma lascia stare l'immagine dell'LCP: ritardare l'elemento più grande ritarda la metrica che lo misura.
Tieni sotto controllo JavaScript e terze parti
Elenca ogni script che le tue pagine caricano e chiediti cosa rende ciascuno. Widget di chat e heatmap sopravvivono di frequente alla loro utilità, così come i vecchi tag di tracciamento, e ogni visitatore paga un pedaggio per ognuno. Rimanda tutto ciò che non deve essere eseguito prima che la pagina venga mostrata. Su WordPress e piattaforme simili, il miglioramento maggiore dell'INP spesso arriva disattivando ed eliminando i plugin che non usi più.
Usa cache e compressione, poi avvicinati ai visitatori
La cache permette a chi torna di saltare l'attesa, e la cache lato server evita al tuo host di ricostruire pagine che non sono cambiate. La compressione riduce il peso dei dati. Una CDN conserva copie dei tuoi file vicino ai visitatori, il che conta ogni volta che i tuoi clienti si trovano in una regione diversa da quella del server. Se il time-to-first-byte resta lento dopo tutto questo, il collo di bottiglia è il server e la soluzione è l'hosting.
Puoi risolvere da solo?
Spesso sì. I plugin di compressione delle immagini e di cache sono alla portata di chiunque si trovi a proprio agio nel pannello di amministrazione del sito, così come rimuovere i plugin inutilizzati e attivare una CDN. Queste quattro mosse risolvono la maggior parte dei problemi più comuni. La velocità, inoltre, raramente è l'unico problema: già che ci sei, fai un controllo più ampio con questa checklist di audit del sito in 25 punti, che copre la velocità insieme agli altri controlli che puoi fare senza uno sviluppatore.
Rivolgiti a un professionista quando la correzione riguarda il codice o l'infrastruttura. Rifattorizzare il JavaScript bloccante per il rendering e migrare l'hosting penalizzano entrambi i tentativi alla cieca, e una modifica sbagliata al tema costa più dello sviluppatore. Se la correzione è un'impostazione o un caricamento di file, provaci da solo; se è una riscrittura, affidati a un professionista.
Domande frequenti
Qual è una buona velocità per un sito web?
Punta alle soglie dei Core Web Vitals: contenuto principale visibile entro 2,5 secondi, risposta all'input entro 200 millisecondi e un punteggio di spostamento del layout pari o inferiore a 0,1, misurati al 75º percentile delle visite reali. Una pagina che supera tutte e tre le soglie è veloce secondo la definizione di Google.
La velocità del sito è un fattore di ranking di Google?
Sì. L'esperienza della pagina, Core Web Vitals inclusi, alimenta i sistemi di ranking di Google. La pertinenza viene comunque prima, quindi la velocità non salverà contenuti deboli, ma aiuta a decidere le sfide ravvicinate e tiene i visitatori sulla pagina abbastanza a lungo da convertire.
Perché il mio sito è lento anche con un buon hosting?
Perché la maggior parte della lentezza sta nel front end. Immagini troppo pesanti e script di terze parti trascinano giù una pagina anche con un hosting eccellente, e lo stesso vale per la cache mancante. Controlla il time-to-first-byte: se è rapido ma la pagina è ancora lenta, il peso sta in ciò che la pagina carica.
Ogni quanto dovrei testare la velocità del mio sito?
Dopo ogni modifica significativa, e per il resto una volta al mese. I dati di campo sono in ritardo sulla realtà fino a 28 giorni, quindi un peggioramento che introduci oggi compare nei numeri di Google settimane dopo. I test di laboratorio lo rilevano lo stesso giorno.
Mi serve uno sviluppatore per migliorare la velocità delle pagine?
All'inizio no. La compressione delle immagini e la cache sono operazioni a livello di impostazioni, e lo stesso vale per la pulizia dei plugin. Coinvolgi uno sviluppatore per la rifattorizzazione del JavaScript o per una migrazione dell'hosting, dove un passo sbagliato può rompere il sito, e per la ricostruzione del tema.
Controlla le tue tre pagine più visitate questa settimana
Parti dalla pagina verso cui puntano i tuoi annunci, poi testa la homepage e la tua landing page principale, e dai numeri reali a ciascuna. Correggi la causa più pesante indicata dai test, poi ripeti il test per confermare che la modifica abbia avuto effetto. Se vuoi vedere come velocità del sito e correzioni tecniche confluiscono con i contenuti in un unico piano prioritizzato, dai un'occhiata a un report SEO di esempio e parla con il team per farne eseguire uno sul tuo sito.
Risorse / Riferimenti
Fonti
Sull'autore
SearchBlueprint ha ricercato, scritto e valutato questo articolo con la stessa pipeline di contenuti che i nostri clienti usano sui loro siti. Il punteggio indicato nella firma è quello che il nostro motore di contenuti ha assegnato a questa pagina prima della pubblicazione. Nulla qui è rivisto a mano, ed è proprio questo il punto: è il risultato del prodotto, pubblicato dove chiunque può verificarlo.