Come misurare la velocità di un sito web e individuare i rallentamenti

Misurare la velocità di un sito web significa verificare quanto tempo impiega una pagina a diventare visibile, interattiva e stabile sullo schermo. Un sito lento può ridurre le conversioni, aumentare l’abbandono e rendere meno efficace il traffico proveniente da ricerca, campagne e social. Per ottenere dati utili, i test devono essere ripetuti da più località, con rete mobile e fissa, dopo aver escluso risultati alterati dalla cache del browser.

Quali segnali indicano che un sito è lento

Il problema non coincide sempre con una singola attesa prima della visualizzazione. Un visitatore può vedere il contenuto iniziale rapidamente, ma trovare pulsanti non cliccabili, immagini che si spostano o moduli che compaiono con ritardo. I segnali più comuni sono una pagina bianca iniziale prolungata, immagini che arrivano dopo il testo, scorrimento poco fluido, ritardo nell’apertura dei menu e lentezza durante il checkout o l’invio di un modulo.

Le metriche da osservare comprendono il tempo di risposta del server, il Largest Contentful Paint, l’Interaction to Next Paint e il Cumulative Layout Shift. Insieme descrivono la risposta dell’infrastruttura, la velocità con cui appare il contenuto principale, la reattività ai comandi e la stabilità visiva della pagina.

Come eseguire un test affidabile

Avvia il test su una pagina rappresentativa, ad esempio home page, categoria, scheda prodotto o pagina di contatto. Controlla sia la versione desktop sia quella mobile, perché CPU, dimensione dello schermo e rete cellulare possono cambiare sensibilmente il risultato. Effettua più rilevazioni in momenti diversi della giornata e confronta i dati di prima visita con quelli ottenuti da una pagina già in cache.

Durante la verifica, annota il peso totale della pagina, il numero di richieste HTTP, il tempo al primo byte, le risorse che bloccano il rendering e gli script che usano più tempo sul thread principale. Non valutare la qualità del sito soltanto con un punteggio sintetico: il waterfall delle richieste e le metriche reali degli utenti mostrano con maggiore precisione dove nasce il rallentamento.

Server, hosting o database sotto pressione

Un tempo di risposta elevato del server è una causa frequente quando la pagina resta in attesa prima di ricevere il primo HTML. Può dipendere da risorse hosting insufficienti, configurazione del web server inefficiente, picchi di traffico, cache lato server assente oppure query al database lente. Il problema è spesso più evidente nelle pagine dinamiche, come ricerca interna, area clienti, carrello e contenuti filtrati.

Per confermarlo, confronta il tempo al primo byte su pagine leggere e pesanti, monitora CPU, memoria, processi e tempi delle query. Un miglioramento concreto può includere cache delle pagine, object cache, ottimizzazione degli indici del database, aggiornamento del runtime PHP o passaggio a un’infrastruttura dimensionata sul traffico reale. Una CDN può ridurre la latenza geografica, ma non corregge da sola un’applicazione lenta sul server di origine.

Immagini e file multimediali troppo pesanti

Immagini ad alta risoluzione, video avviati automaticamente e font numerosi aumentano i byte da scaricare e rallentano soprattutto chi naviga in 4G o con una connessione DSL meno stabile. Il contenuto visivo principale può diventare il Largest Contentful Paint e determinare la percezione di lentezza anche quando il server risponde rapidamente.

La diagnosi richiede di controllare dimensione, formato e posizione delle risorse. Un’immagine hero di diversi megabyte, caricata prima del contenuto utile, è un segnale chiaro. Usa dimensioni coerenti con il layout, formati moderni quando supportati, compressione adeguata e caricamento differito per le immagini fuori dalla prima schermata. L’immagine principale visibile subito non dovrebbe invece essere ritardata senza una verifica delle metriche.

JavaScript eccessivo o script di terze parti

Script per analytics, pubblicità, chat, tag manager, mappe, video incorporati e widget social possono occupare CPU e ritardare l’interazione. Il browser deve scaricare, analizzare ed eseguire ogni file JavaScript; su smartphone meno potenti questo costo può superare il tempo necessario a scaricare la pagina. Un sito può quindi sembrare caricato, ma rispondere lentamente a tocchi e clic.

Per individuare la causa, osserva il tempo di esecuzione JavaScript, le attività lunghe sul thread principale e le richieste verso domini esterni. Disattiva temporaneamente gli script non essenziali per misurare l’impatto di ciascuno. Le ottimizzazioni utili includono il caricamento ritardato dei widget non prioritari, la rimozione dei tag inutilizzati, la riduzione delle dipendenze e il caricamento condizionale delle funzioni necessarie solo in specifiche pagine.

CSS, font e risorse che bloccano il rendering

Fogli di stile voluminosi, CSS non utilizzato e font caricati senza priorità possono impedire al browser di disegnare rapidamente il contenuto iniziale. Lo stesso accade quando script inseriti nella parte alta del documento bloccano la costruzione della pagina. Il risultato tipico è una fase iniziale vuota o incompleta, seguita dalla comparsa improvvisa di elementi.

Controlla nel waterfall quali file vengono scaricati prima del rendering e verifica se sono davvero necessari. Riduci il CSS non usato, separa le regole critiche per la prima schermata, limita famiglie e varianti dei font e imposta strategie di caricamento che evitino testo invisibile. Ogni modifica va testata su pagine reali per evitare regressioni di layout o accessibilità.

Cache del browser e rete di distribuzione assenti

Quando file statici come immagini, CSS e JavaScript vengono riscaricati a ogni visita, il sito spreca banda e peggiora l’esperienza degli utenti di ritorno. Una cache mal configurata può inoltre servire asset obsoleti oppure impedire al browser di riutilizzare quelli validi. Per utenti lontani dal data center, la distanza aumenta anche la latenza di rete.

Verifica le intestazioni di cache delle risorse statiche, la presenza di versioni nei nomi file e la distribuzione dei contenuti tramite nodi vicini agli utenti. Configura durate di cache coerenti per gli asset versionati e usa una CDN per immagini, script e fogli di stile. Dopo il rilascio, controlla che l’aggiornamento degli asset funzioni correttamente e che non vengano mostrate versioni precedenti della pagina.

Problemi specifici della connessione dell’utente

Non ogni caricamento lento dipende dal sito. Wi-Fi congestionato, router distante, rete mobile instabile, latenza elevata, jitter e packet loss possono allungare il tempo necessario per raggiungere il server. Anche una buona velocità di download non garantisce una navigazione reattiva se la latenza è alta o la connessione perde pacchetti.

Per separare il problema locale da quello del sito, ripeti il test con una rete diversa, preferibilmente via cavo Ethernet e poi tramite Wi-Fi o rete mobile. Un test della connessione può evidenziare velocità di download e upload, ping, jitter e perdita di pacchetti. Se il sito è lento soltanto su una specifica rete o con un determinato operatore, la diagnosi deve considerare il percorso di rete e non solo il codice della pagina.

Priorità di ottimizzazione e controllo continuo

Intervieni prima sulle cause che ritardano il contenuto principale o bloccano le azioni dell’utente: risposta del server, immagine principale, JavaScript pesante e risorse che bloccano il rendering. Successivamente ottimizza gli elementi secondari, come widget, font aggiuntivi e immagini sotto la prima schermata. Misura sempre prima e dopo ogni intervento, mantenendo una pagina di riferimento e condizioni di test comparabili.

Il controllo deve proseguire dopo la pubblicazione. Nuovi plugin, campagne pubblicitarie, script di monitoraggio e modifiche al catalogo possono alterare le prestazioni nel tempo. Un monitoraggio regolare delle metriche di laboratorio e dei dati raccolti dagli utenti permette di rilevare i peggioramenti prima che incidano su visibilità organica, vendite o richieste di contatto.