Come testare la velocità del tuo sito

Due pagine possono ottenere lo stesso punteggio in un test di velocità e funzionare in modo del tutto diverso per i visitatori reali. Fare un test è facile. Il difficile è leggere bene i risultati: capire quali numeri contano, cosa misurano davvero e dove trovare dati reali invece di punteggi simulati. In questo articolo vedi come fare un test di velocità, cosa significa ogni metrica, perché i punteggi simulati e quelli dei visitatori reali spesso non coincidono e come usare i risultati per fare miglioramenti che i tuoi visitatori notano davvero.

Un test di velocità serve solo se sai cosa fartene dei risultati. Un solo punteggio su 100 dice molto poco. Contano le singole metriche dietro quel punteggio e se arrivano da una simulazione o da visitatori reali. Per capire cosa misurano le metriche, leggi l'articolo su cos'è il tempo di caricamento di una pagina e come si misura.

Cosa misura davvero un test di velocità del sito?

Un test di velocità carica una pagina in un ambiente controllato e registra quanto durano le singole fasi del caricamento. Lo strumento misura, per esempio, quanto in fretta risponde il server, quando compare il primo contenuto sullo schermo, quando finisce di caricarsi l'elemento visibile più grande, quanto si sposta il layout durante il caricamento e quanto tempo passa prima che la pagina risponda ai clic. Questi valori vengono confrontati con soglie standard per dare un punteggio e segnalare cosa migliorare.

Dati di laboratorio e dati sul campo

• Dati di laboratorio: prodotti da uno strumento di test. La pagina viene caricata da una posizione fissa con un dispositivo e una connessione simulati. I risultati sono controllati e ripetibili, ma non rispecchiano tutte le condizioni dei visitatori reali
• Dati sul campo: raccolti da visitatori reali e aggregati su una finestra mobile di 28 giorni. Sono i dati che i motori di ricerca usano per i Core Web Vitals e per il posizionamento
• Un sito può ottenere 90 in un test di laboratorio e avere comunque Core Web Vitals scarsi sul campo, se i visitatori reali usano dispositivi più lenti, connessioni instabili o sono lontani dal server
• Controlla sempre entrambi. I dati di laboratorio servono a diagnosticare problemi precisi. I dati sul campo decidono l'effetto reale e quello sul posizionamento

Come si fa un test di velocità nel modo giusto?

Testa prima da mobile

• I motori di ricerca usano l'indicizzazione mobile-first: valutano le pagine in base alle prestazioni su mobile
• I punteggi mobile sono quasi sempre più bassi di quelli desktop per la stessa pagina, perché i dispositivi mobili hanno processori più lenti e connessioni più variabili
• Fai sia il test mobile sia quello desktop, ma considera il risultato mobile come la tua misura principale

Testa le pagine più visitate, non solo la home page

• La home page è spesso la pagina più veloce di un sito, perché di solito ha meno immagini e script delle pagine interne
• Pagine prodotto, articoli del blog e landing page spesso hanno punteggi molto peggiori e possono pesare di più sull'esperienza dei visitatori e sul posizionamento
• Testa le pagine che ricevono più traffico, non quelle che hanno più probabilità di fare bella figura

Ripeti ogni test più di una volta

• I risultati dei test di laboratorio possono cambiare da una prova all'altra, per il carico del server in quel momento, per le condizioni di rete nel luogo del test e per lo stato della cache
• Fai ogni test due o tre volte e usa la media come punto di partenza, invece di fidarti di un solo risultato

Testa prima e dopo ogni modifica

• Misura un punteggio di partenza prima di cambiare qualsiasi cosa nel sito
• Ripeti lo stesso test dopo ogni miglioramento per misurarne l'effetto preciso
• Per i dati sul campo, aspetta almeno 28 giorni dopo le modifiche prima di valutare l'effetto, perché i dati sono una media mobile di 28 giorni che si aggiorna piano piano

Come si legge il risultato di un test di velocità?

Parti dalle metriche che non passano, non dal punteggio complessivo

• Un punteggio complessivo di 65 non ti dice cosa sistemare. Lo dicono le singole metriche che non passano
• Guarda quali Core Web Vitals sono nella fascia "da migliorare" o "scarsa": LCP, INP e CLS
• Ogni metrica che non passa punta a una parte diversa della pagina o del caricamento da controllare

Cosa indica ogni metrica che non passa

• Time to First Byte alto: la risposta del server è lenta. Controlla la qualità dell'hosting, la cache lato server e le prestazioni del database
• Largest Contentful Paint lento: l'elemento principale visibile ci mette troppo a caricarsi. Di solito dipende da immagini non ottimizzate, risorse che bloccano il rendering o da una risposta lenta del server
• Total Blocking Time alto o Interaction to Next Paint scarso: il JavaScript blocca il thread principale. Le cause più comuni sono file di script grandi e script di terze parti
• Cumulative Layout Shift alto: gli elementi cambiano posizione mentre la pagina si carica. Succede con immagini senza dimensioni definite, contenuti caricati in ritardo sopra quelli già presenti o banner aggiunti dinamicamente

Come leggere i consigli

• Gli strumenti di test elencano consigli precisi, con una stima del tempo risparmiato per ogni correzione
• Parti dai consigli con il risparmio stimato più alto, per ottenere il massimo risultato con il minimo sforzo
• Alcuni consigli riguardano script o servizi di terze parti che non controlli direttamente. Prendine nota, ma concentrati su ciò che puoi cambiare

Quali sono buoni punteggi in un test di velocità?

Soglie dei Core Web Vitals

• Largest Contentful Paint sotto i 2,5 secondi: buono
• Interaction to Next Paint sotto i 200 millisecondi: buono
• Cumulative Layout Shift sotto 0,1: buono

Fasce del punteggio complessivo

• Da 90 a 100: buono
• Da 50 a 89: da migliorare
• Da 0 a 49: scarso

Come usare i valori di riferimento nella pratica

• Sono valori di riferimento assoluti, ma il tuo punteggio deve essere migliore delle pagine che competono con te per le stesse parole chiave, non solo sopra una soglia generica
• Cerca la tua parola chiave e fai i test di velocità sulle pagine che stanno sopra di te. Se il tuo LCP è 3,2 secondi e il loro 2,1, quella differenza ti dà più indicazioni di un punteggio preso da solo

Per una spiegazione dettagliata di cosa misurano LCP, INP e CLS e di come vengono valutati, leggi l'articolo su cosa sono i Core Web Vitals.

Come si tiene sotto controllo la velocità del sito nel tempo?

Fissa un punto di partenza prima di iniziare a ottimizzare

• Annota i punteggi attuali delle pagine che vuoi migliorare, prima di cambiare qualsiasi cosa
• Segna quali metriche non passano e di quanto
• Dopo ogni serie di modifiche, ripeti i test e confronta con il punto di partenza per misurare il miglioramento reale

Controlla i dati sul campo con regolarità, non solo dopo le modifiche

• I dati sul campo nei report sulle prestazioni si aggiornano su una finestra mobile di 28 giorni
• Controllali ogni mese, o dopo ogni modifica importante a contenuti, codice o hosting
• Un calo dei punteggi sul campo spesso coincide con una nuova immagine pesante, con un nuovo script di terze parti o con un cambio nella configurazione dell'hosting

Testa dopo aver pubblicato nuovi contenuti

• Un nuovo articolo con immagini non ottimizzate può rallentare molto quella pagina senza toccare le altre
• Una nuova landing page con script pesanti può creare blocchi che un test di base sulla home page non mostrerebbe mai
• Inserire il test di velocità nel processo di pubblicazione dei contenuti evita che i peggioramenti si accumulino senza che te ne accorga

Per una guida completa ai miglioramenti più efficaci da fare in base ai risultati dei test, leggi l'articolo su come ridurre il tempo di caricamento del tuo sito. Per i problemi legati alle immagini, leggi l'articolo su come ottimizzare le immagini per caricarle più in fretta.

Come WEMASY ti aiuta a testare la velocità del sito

Analisi e statistiche di WEMASY include i dati Core Web Vitals di tutte le pagine create sulla piattaforma, ricavati da dati sul campo di visitatori reali. I punteggi LCP, INP e CLS si vedono per ogni pagina, senza bisogno di test esterni. Le pagine sotto la soglia di "buono" vengono segnalate insieme alla metrica che non passa, così vai dritto al problema senza leggere un report intero.

Poiché la piattaforma gestisce in automatico compressione delle immagini, cache, minificazione e distribuzione tramite CDN, le cause più comuni segnalate dai test esterni sono già risolte. Testare un sito creato con WEMASY di solito fa emergere problemi legati ai contenuti, non alla piattaforma, e così i risultati sono più facili da usare.

Scopri cosa è incluso nel creatore di siti WEMASY o guarda i piani nella pagina dei prezzi.

Domande frequenti