Come misurare la velocità di caricamento di un sito e capire le cause dei rallentamenti

Misurare la velocità di caricamento di un sito non significa controllare soltanto quanti megabit offre la propria linea. Il tempo necessario per visualizzare una pagina dipende dall’infrastruttura del sito, dalla distanza dal server, dal browser, dal dispositivo e dalla connessione utilizzata dall’utente.

Un test corretto deve quindi separare le prestazioni della pagina da quelle della rete domestica. Una connessione in fibra può offrire un buon download, ma una latenza elevata, una rete Wi-Fi instabile o una perdita di pacchetti possono comunque rendere lenta la navigazione.

Che cosa indica davvero la velocità di caricamento di un sito

La velocità di caricamento descrive il tempo impiegato dal browser per ricevere le risorse principali e rendere la pagina utilizzabile. Tra gli indicatori più importanti ci sono il tempo di risposta iniziale del server, il Largest Contentful Paint (LCP), l’Interaction to Next Paint (INP) e il Cumulative Layout Shift (CLS).

Il risultato può cambiare tra rete mobile, Wi-Fi e collegamento Ethernet. Anche il provider Internet, chiamato spesso ISP o operatore, può influire sul percorso dei dati e sulla latenza, ma non ogni rallentamento è causato dalla linea.

Come misurare la velocità di caricamento del sito

Per una prima analisi è possibile usare strumenti come PageSpeed Insights, Lighthouse integrato negli strumenti per sviluppatori del browser e WebPageTest. Questi servizi consentono di scegliere località, dispositivo e tipo di connessione simulata.

1. Apri il sito in una finestra anonima per ridurre l’influenza di estensioni e cache.
2. Esegui più misurazioni in orari diversi, perché il carico del server può variare.
3. Confronta una prova su Wi-Fi con una prova tramite cavo Ethernet.
4. Controlla sia la versione mobile sia quella desktop.
5. Annota LCP, INP, CLS, tempo di risposta del server e dimensione complessiva della pagina.

Uno speed test della connessione, eseguito su un servizio indipendente, aiuta a verificare download, upload, latenza, jitter e packet loss. Se il test della linea è regolare ma il sito resta lento, la causa è probabilmente nella pagina o nel server.

Cause legate al server e all’hosting

Server sovraccarico

Un server condiviso con poche risorse può rallentare la risposta quando molti utenti visitano il sito contemporaneamente. Il sintomo tipico è un tempo di risposta iniziale elevato, anche quando la connessione dell’utente funziona correttamente.

Hosting poco adatto

Un piano di hosting non dimensionato per il traffico, il database o il CMS utilizzato può creare ritardi costanti. Prima di cambiare provider è utile controllare l’uso di CPU e memoria, i log e i tempi di risposta registrati dal server.

Distanza geografica e CDN assente

Se i file vengono serviti da un data center lontano dagli utenti, la latenza può aumentare. Una rete di distribuzione dei contenuti, o CDN, può avvicinare immagini, fogli di stile e script ai visitatori senza modificare il piano Internet locale.

Cause presenti nel codice della pagina

JavaScript e CSS bloccanti

File JavaScript pesanti o caricati troppo presto possono impedire al browser di visualizzare rapidamente i contenuti principali. Anche fogli di stile non ottimizzati possono ritardare il rendering, soprattutto su smartphone e connessioni DSL o mobili meno rapide.

Plugin e servizi di terze parti

Chat, sistemi pubblicitari, strumenti di analisi e widget social possono aggiungere richieste verso server esterni. Ogni servizio aumenta il numero di connessioni e può introdurre ritardi indipendenti dal server principale del sito.

HTML e database inefficienti

Query lente, pagine generate dinamicamente senza cache e codice HTML ridondante aumentano il tempo necessario per costruire la risposta. Il problema è più evidente nei siti con cataloghi, account utente o contenuti aggiornati frequentemente.

Immagini, video e file troppo pesanti

Le immagini non compresse sono tra le cause più comuni di caricamento lento. File in formato non adatto, dimensioni superiori a quelle realmente visualizzate e assenza di immagini responsive fanno consumare più banda e allungano il download.

È consigliabile usare formati moderni come WebP o AVIF quando compatibili, ridimensionare le immagini prima del caricamento e applicare il lazy loading agli elementi che si trovano sotto la parte visibile della pagina. I video dovrebbero essere riprodotti tramite streaming o caricati solo quando necessario.

Problemi di rete, Wi-Fi e dispositivo dell’utente

Una rete Wi-Fi congestionata, un router o modem datato, una distanza elevata dall’access point e interferenze radio possono rendere instabile il caricamento. Per capire se il problema è locale, ripeti la prova vicino al router e poi tramite cavo Ethernet.

Download attivi, backup cloud e altri dispositivi collegati possono saturare la banda disponibile. Anche il jitter e la perdita di pacchetti possono causare richieste ripetute, pur in presenza di una buona velocità nominale in download.

Un dispositivo con poca memoria, molte schede aperte o un browser obsoleto può impiegare più tempo per elaborare JavaScript. Se il sito è lento solo su un computer o su uno smartphone, la connessione non è necessariamente la causa principale.

Come distinguere un problema del sito da uno della connessione

• Se più siti sono lenti e lo speed test mostra valori anomali, controlla router, Wi-Fi e linea dell’operatore.
• Se solo un sito presenta ritardi, verifica il suo server, il codice e le risorse di terze parti.
• Se il problema compare in una sola località, confronta il percorso di rete e la presenza di una CDN.
• Se la pagina è lenta solo su mobile, analizza peso, JavaScript e prestazioni del dispositivo.
• Se il tempo cambia molto tra una misurazione e l’altra, considera carico del server, cache e congestione della rete.

Ottimizzazioni consigliate e verifica dei risultati

Inizia dalle risorse che incidono maggiormente sul caricamento: comprimi le immagini, riduci JavaScript e CSS, abilita la cache del browser e usa la compressione Brotli o GZIP. Elimina plugin non necessari e rimanda gli script che non servono per la visualizzazione iniziale.

Sul server, valuta caching delle pagine, database ottimizzato, HTTP/2 o HTTP/3 e una CDN. Se il tempo di risposta resta elevato, confronta i dati con l’assistenza del provider hosting.

Dopo ogni modifica, ripeti il test nelle stesse condizioni e confronta i Core Web Vitals. La misurazione deve essere continua: un singolo risultato non rappresenta necessariamente l’esperienza di tutti gli utenti, soprattutto quando cambiano rete, dispositivo e località.