Test velocità sito: la guida per misurare e ottimizzare le prestazioni web
Un test di velocità del sito misura le prestazioni di caricamento di una pagina tramite metriche standardizzate come LCP, INP e CLS (i Core Web Vitals). Strumenti come Google PageSpeed Insights restituiscono un punteggio da 0 a 100 su dati reali (CrUX) e simulati (Lighthouse), distinguendo mobile e desktop.
Strumento gratuito · dati reali di Google · nessuna registrazione
Testa subito la velocità del tuo sito
Inserisci l’indirizzo del tuo sito: apriamo Google PageSpeed Insights con i dati reali (CrUX) e simulati (Lighthouse) della tua pagina, già in versione mobile.
Apre Google PageSpeed Insights in una nuova scheda · gratis · nessuna registrazione
Le soglie di un test di velocità secondo Google
Fonti: web.dev (Google), documentazione Core Web Vitals, Chrome User Experience Report
Superare queste soglie in un test sui Core Web Vitals migliora l’esperienza utente e la velocità del sito web, due fattori che Google considera nel posizionamento mobile-first.
Indice della guida 10 sezioni
Cos’è un test di velocità del sito e come si interpreta il risultato?
Un test di velocità del sito misura le prestazioni di caricamento di una pagina web tramite metriche standardizzate come LCP, INP e CLS. Strumenti come Google PageSpeed Insights restituiscono un punteggio da 0 a 100 basato su dati reali (CrUX) e simulati (Lighthouse), differenziando mobile e desktop.
Vedere il proprio sito aziendale rallentare proprio mentre un potenziale cliente compila un modulo è frustrante: questa inefficienza invisibile mina la fiducia degli utenti. Esiste però un metodo oggettivo per diagnosticare e risolvere questi rallentamenti.
Ogni test di velocità professionale analizza le prestazioni calcolando i tempi di risposta in millisecondi. Lo strumento esamina elementi critici come il Time to First Byte, che misura la latenza iniziale del server web, e poi i tempi di rendering visivo della pagina.
Google stabilisce soglie di prestazione precise per i Core Web Vitals. Ad esempio, il Largest Contentful Paint deve rimanere sotto i 2,5 secondi per essere considerato ottimale; un valore superiore ai 4 secondi indica invece prestazioni scarse che danneggiano l’esperienza utente. Anche la reattività dell’interfaccia viene misurata, per garantire che ogni interazione sia fluida e priva di ritardi percepibili.
Le quattro metriche da monitorare
Secondo le linee guida ufficiali di Google, un LCP superiore a 4 secondi riduce drasticamente la probabilità che l’utente rimanga sulla pagina, aumentando il tasso di abbandono immediato. La differenza tra mobile e desktop è spesso marcata: su PageSpeed Insights i punteggi mobile sono in media inferiori di 20-40 punti, perché i processori degli smartphone sono meno potenti.
Google PageSpeed Insights: dati di laboratorio (Lighthouse) e dati di campo (CrUX)
Google PageSpeed Insights combina i dati di laboratorio di Lighthouse con i dati di campo del Chrome User Experience Report (CrUX). Confrontare simulazioni controllate e misurazioni reali permette di identificare con precisione i colli di bottiglia prestazionali.
Lo strumento PageSpeed Insights utilizza l’algoritmo di Lighthouse per eseguire test in un ambiente simulato e controllato, applicando un throttling di rete che riproduce connessioni mobili 4G o 3G lente. Il Chrome User Experience Report, al contrario, raccoglie dati reali dagli utenti negli ultimi 28 giorni. I due ambienti producono spesso risultati divergenti ma complementari: in SEO Cagliari analizziamo entrambi i dataset per ottenere una diagnosi completa.
Ricorda che Google indicizza in modalità mobile-first dal 2021: il test da smartphone è quindi il benchmark prioritario per il posizionamento organico.
Perché un singolo punteggio Lighthouse non basta?
Un test singolo non è rappresentativo a causa della variabilità fisiologica del server. Conviene effettuare almeno tre misurazioni consecutive (anche su WebPageTest o GTmetrix) per ottenere una media attendibile, e confrontarle con i dati di campo CrUX per escludere falsi positivi generati da picchi di traffico temporanei. Anche la posizione geografica del server di test incide: una CDN ben configurata riduce questa distorsione.
Perché il punteggio mobile è sistematicamente più basso del desktop?
Il punteggio mobile è più basso perché gli algoritmi simulano processori meno potenti e connessioni 3G/4G rallentate. Questo scarto, stimato in 20-40 punti su PageSpeed Insights, riflette l’esperienza reale degli utenti in mobilità.
I dati del Chrome User Experience Report confermano che molte connessioni mobili sperimentano latenze più alte rispetto alla navigazione da postazione fissa. Questo divario non è un errore del software di test, ma una precisa scelta di simulazione tecnica: serve a misurare l’esperienza reale del segmento di traffico oggi prioritario.
I tre fattori dello scarto mobile
Potenza di calcolo ridotta
I processori mobili elaborano il codice JavaScript molto più lentamente dei computer desktop.
Latenza di rete simulata
I test applicano un throttling artificiale per riprodurre le condizioni di una rete mobile instabile.
Efficienza energetica
I browser mobili ottimizzano la batteria ritardando alcune operazioni di rendering non prioritarie.
Quando esegui un test per dispositivi mobili, l’algoritmo Lighthouse applica un throttling della CPU di quattro volte per emulare un dispositivo di fascia media e limita artificialmente la velocità di rete. In SEO Cagliari consigliamo di usare questo dato come una roadmap per alleggerire il codice JavaScript.
La simulazione mobile di Lighthouse utilizza una latenza di 150 ms e limita la velocità di download a 1,6 Mbps per riprodurre una connessione 4G di medio livello. Secondo Google Search Central, l’indicizzazione mobile-first attiva dal 2021 rende il test mobile il vero punto di riferimento.
I tre pilastri dei Core Web Vitals: LCP, INP e CLS spiegati in dettaglio
I tre pilastri dei Core Web Vitals misurano rispettivamente il tempo di caricamento visivo (LCP), la reattività all’interazione (INP) e la stabilità del layout (CLS). Sono i parametri essenziali valutati da ogni test di velocità moderno per determinare l’esperienza utente reale.
Molti imprenditori si concentrano solo sul punteggio complessivo, ma la vera ottimizzazione richiede un’analisi disaggregata dei singoli fattori. Concentrarsi su queste tre metriche permette di trasformare un portale lento in una piattaforma performante.
Cos’è il Largest Contentful Paint e come si migliora?
Il Largest Contentful Paint rappresenta l’elemento visivo più pesante della pagina e deve caricarsi in meno di 2,5 secondi per garantire ottime prestazioni. Ottimizzare il Time to First Byte, comprimere le immagini in formato WebP e implementare una CDN riducono questo valore, così l’utente percepisce un caricamento immediato.
Cos’è l’Interaction to Next Paint e come si riduce la latenza?
L’Interaction to Next Paint misura il ritardo tra l’azione dell’utente e la risposta visiva del browser, con una soglia ottimale sotto i 200 millisecondi. Ridurre l’esecuzione del codice JavaScript e alleggerire il main thread previene i blocchi dell’interfaccia: così i moduli di contatto rispondono istantaneamente ai clic.
Cos’è il Cumulative Layout Shift e come evitare gli spostamenti?
Il Cumulative Layout Shift calcola la stabilità visiva analizzando i movimenti imprevisti del layout e deve mantenersi sotto 0,1. Definire sempre le dimensioni (width e height) di immagini e contenitori previene il layout shifting, rendendo la navigazione fluida sia su desktop che su mobile.
I Core Web Vitals sono le uniche metriche di velocità con un impatto diretto confermato sui sistemi di classificazione di Google, come documentato nelle guide ufficiali per webmaster. Le soglie qui riportate corrispondono alla classificazione «buona / da migliorare / scarsa» di web.dev.
Time to First Byte (TTFB): come misurare e abbattere la latenza del server
Il Time to First Byte (TTFB) misura la latenza del server prima dell’invio dei dati. Secondo le linee guida di Google, un TTFB ottimale deve restare sotto gli 800 millisecondi: oltre questa soglia il server diventa un collo di bottiglia strutturale.
Molti si concentrano solo sull’ottimizzazione delle immagini, ma se la risposta iniziale del server è lenta ogni sforzo sul codice risulta inefficace: una latenza elevata compromette l’intera catena di caricamento. Le nostre analisi tecniche evidenziano che un hosting non ottimizzato può raddoppiare il TTFB nei test eseguiti da remoto, quindi conviene agire direttamente sulla configurazione infrastrutturale.
I fattori che innalzano il TTFB
Come misurare la latenza del server in modo scientifico?
Per dati precisi conviene usare WebPageTest e isolare il tempo di connessione DNS. L’analisi del grafico a cascata (waterfall) separa la latenza del server dal rendering del browser, evidenziando se il ritardo dipende dal database o dalla configurazione PHP. Un sistema di monitoraggio continuo del TTFB consente poi di intercettare le regressioni dopo gli aggiornamenti.
Strategie pratiche per abbattere il TTFB
L’implementazione di un caching avanzato come Nginx FastCGI Cache o LiteSpeed Cache riduce i tempi di elaborazione PHP. L’adozione di una CDN distribuisce le risorse statiche avvicinandole geograficamente all’utente finale, riducendo la distanza che i dati devono percorrere. Infine, ottimizzare le query al database evita i ritardi più difficili da diagnosticare.
Il tuo sito non supera il test di velocità?
AUDIT PERFORMANCE · Analizziamo LCP, INP, CLS e TTFB del tuo sito e ti diciamo da dove partire per ottimizzarlo.
Strumenti di test a confronto nel 2026: GTmetrix, WebPageTest e PageSpeed Insights
Ogni strumento di test risponde a esigenze specifiche: PageSpeed Insights analizza i Core Web Vitals con i dati CrUX, WebPageTest offre analisi di rete avanzate e GTmetrix report visivi con tracciamento storico. Incrociarli riduce gli errori di interpretazione.
Usare un solo tool può indurre in errore per la variabilità dei server. Incrociare i dati di piattaforme diverse, che adottano algoritmi differenti, consente di ottenere una panoramica oggettiva e di strutturare un piano di ottimizzazione efficace.
Come evitare errori di misurazione dovuti alla variabilità?
Per evitare diagnosi errate, esegui test da diverse posizioni geografiche e in orari differenti, calcolando una media su più misurazioni. Una regressione post-aggiornamento si rileva solo con controlli ripetuti nel tempo, che isolano i problemi temporanei dell’hosting dalle reali inefficienze del codice.
Come impostare un test affidabile
Come eseguire un audit di velocità professionale ed evitare i falsi positivi
Un audit professionale richiede l’analisi combinata di dati sintetici e metriche reali, escludendo i falsi positivi generati da cache locali o CDN non ancora propagate. Questo processo garantisce misurazioni oggettive e ripetibili nel tempo.
Quando si esegue un test, molti fattori esterni possono alterare i risultati: la cache del browser locale o le estensioni attive possono far apparire una pagina più veloce o più lenta di quanto sia in realtà. Di conseguenza, si rischia di basare le ottimizzazioni su dati non attendibili. Un monitoraggio continuo aiuta invece a rilevare le anomalie e a prevenire regressioni dopo ogni aggiornamento del CMS.
Il protocollo per dati puri
La cache del browser è la prima fonte di falsi positivi: un test eseguito senza svuotarla mostra tempi ottimistici che non rispecchiano l’esperienza dei nuovi visitatori. Verifica sempre in modalità in incognito, come suggerisce la documentazione di WebPageTest.
L’impatto della velocità di caricamento sul tasso di conversione delle PMI
La velocità di caricamento influisce direttamente sul tasso di conversione: pagine più rapide riducono l’abbandono dei carrelli e migliorano la compilazione dei moduli di contatto. Ogni secondo di ritardo allontana l’utente dall’azione che ti interessa.
Perdere potenziali clienti a causa di un caricamento infinito proprio sulla pagina di pagamento è un ostacolo invisibile per molte imprese. Un sito web scattante, al contrario, si traduce in un vantaggio competitivo misurabile. Nel nostro studio su 475 PMI italiane (2026) abbiamo verificato quanto sia ancora diffuso il problema delle prestazioni mobili non ottimizzate.
Su cosa incide la velocità
Qual è il legame tra tempi di caricamento e vendite online?
La lentezza nel caricamento scoraggia l’utente prima dell’acquisto. Ridurre il tempo di risposta del server e migliorare la stabilità visiva rende l’esperienza più fluida, e questo si riflette su più conversioni e meno carrelli abbandonati. Google stessa documenta su web.dev come miglioramenti anche piccoli sulle metriche di velocità producano effetti misurabili sul business.
Come interpretare i report di regressione post-aggiornamento
I report di regressione confrontano i risultati del test di velocità prima e dopo una modifica tecnica. Permettono di isolare i cali prestazionali improvvisi dovuti a nuovi script, plugin pesanti o modifiche al database.
Quando si installa un nuovo componente, le prestazioni possono calare senza preavviso. Un monitoraggio costante permette di intercettare queste anomalie prima che impattino sull’utenza reale: l’analisi comparativa dei report storici è lo strumento più efficace per mantenere standard elevati nel tempo.
Come identificare un calo improvviso delle prestazioni?
Un aumento marcato dei tempi di caricamento dopo l’ultimo aggiornamento del CMS indica una regressione tecnica. Analizzare il Time to First Byte e il punteggio Lighthouse aiuta a individuare il file che blocca il rendering; spesso basta eliminare i plugin superflui e ripulire il CSS non utilizzato per ripristinare la fluidità originaria.
Come isolare i conflitti tra script nel grafico a cascata?
L’analisi del waterfall su WebPageTest evidenzia i tempi di esecuzione dei singoli elementi. Identificare i fogli di stile bloccanti e caricare i file JavaScript in modo asincrono riduce il carico sul processore; eliminare le chiamate ridondanti verso server esterni stabilizza il caricamento e previene blocchi improvvisi.
Checklist operativa per superare il test di velocità del sito
La checklist per superare il test di velocità include la compressione delle immagini, la minimizzazione del codice e l’ottimizzazione del server. Sono gli interventi che, combinati, avvicinano un punteggio superiore a 90 su PageSpeed Insights.
Raggiungere l’eccellenza prestazionale richiede un approccio strutturato: concentrarsi sulle priorità strutturali, anziché su interventi marginali, garantisce risultati più stabili. Seguire questi passaggi rende ripetibile ogni ottimizzazione.
I passaggi operativi
L’ottimizzazione sistematica dei file statici (immagini, CSS, JavaScript) riduce sensibilmente il peso medio della pagina, migliorando la velocità di caricamento misurata da ogni tool di test. Le immagini non ottimizzate, da sole, costituiscono spesso oltre il 60% del peso di una pagina web.
Ottimizzazione delle performance: la consulenza tecnica di SEO Cagliari
La consulenza tecnica di SEO Cagliari parte da un audit approfondito del test di velocità per le PMI: individuiamo i colli di bottiglia su LCP, INP, CLS e TTFB e interveniamo sull’infrastruttura per prestazioni stabili nel tempo.
Non lasciare che un server lento comprometta la crescita della tua attività online. Analizziamo le metriche prestazionali del tuo sito per costruire una soluzione su misura, trasformando una piattaforma lenta in uno strumento di business performante. Affidarsi a uno specialista evita interventi errati che possono danneggiare il funzionamento del sito. Questi risultati si ottengono quando la realizzazione di un sito web professionale integra fin dall’inizio architettura server, codice leggero e ottimizzazione delle risorse.
Cosa comprende un audit di velocità professionale?
Misuriamo i Core Web Vitals con dati di laboratorio e di campo, analizziamo il waterfall per isolare gli script bloccanti, verifichiamo il TTFB del tuo hosting e produciamo una lista di interventi prioritari: compressione immagini, caching, CDN e pulizia del codice. L’obiettivo è un piano d’azione chiaro, non un punteggio fine a se stesso.
Autore della guida
Audit gratuito
Richiedi un audit di velocità del tuo sito
Misuriamo LCP, INP, CLS e TTFB del tuo sito, ti diciamo cosa rallenta le pagine e come ottimizzarle. Nessun impegno.
Trasformiamo il tuo sito lento in una piattaforma veloce
Analizziamo i Core Web Vitals e l’infrastruttura del tuo sito, isoliamo gli script bloccanti e definiamo gli interventi prioritari. Un audit completo è il punto di partenza per pagine più rapide e più conversioni.
Domande frequenti sul test di velocità del sito
Qual è il miglior strumento gratuito per testare la velocità del sito?
Google PageSpeed Insights è il miglior strumento gratuito perché combina dati reali (CrUX) e simulati (Lighthouse). Analizza i Core Web Vitals e fornisce diagnosi immediate per ottimizzare i tempi di caricamento su mobile e desktop. Conviene affiancarlo a WebPageTest o GTmetrix per il dettaglio sulla rete.
Qual è un buon punteggio PageSpeed Insights per il SEO?
Un buon punteggio PageSpeed Insights è pari o superiore a 90/100. La documentazione ufficiale di Google evidenzia però che sono le metriche Core Web Vitals (come un LCP inferiore a 2,5 secondi) a influenzare direttamente il posizionamento organico, più del punteggio sintetico in sé.
Perché il punteggio mobile è più basso di quello desktop?
Il punteggio mobile è inferiore perché Lighthouse simula una connessione 4G lenta e un processore mobile depotenziato (throttling). Questo test riflette l’esperienza reale degli utenti su dispositivi mobili, prioritari per l’indicizzazione mobile-first di Google dal 2021. Lo scarto tipico è di 20-40 punti.
Cos’è il Largest Contentful Paint e come si migliora?
Il Largest Contentful Paint (LCP) misura il tempo di rendering dell’elemento visivo più grande. Secondo le linee guida web.dev, per scendere sotto la soglia critica di 2,5 secondi occorre ottimizzare il Time to First Byte (TTFB), comprimere le immagini principali e usare l’attributo fetchpriority sulla risorsa above-the-fold.
Qual è la differenza tra dati di laboratorio e dati di campo?
I dati di laboratorio (Lighthouse) sono simulazioni controllate e deterministiche, mentre i dati di campo (CrUX) registrano le esperienze reali degli utenti negli ultimi 28 giorni. Google PageSpeed Insights integra entrambi per offrire una diagnostica completa: i dati di campo dicono «come va davvero», quelli di laboratorio «perché».
Quante volte devo testare la velocità del sito?
Esegui almeno 3-5 misurazioni consecutive in fasce orarie diverse: un singolo punteggio Lighthouse non è rappresentativo per la variabilità fisiologica del server. Per i siti in produzione conviene un monitoraggio settimanale, utile a intercettare le regressioni dopo gli aggiornamenti di CMS, plugin o tema.