Testare la velocità del sito in due minuti

Un sito lento perde visitatori prima che abbiano letto una parola, e la maggior parte dei titolari non sa se il proprio lo è. Il telefono che hai in tasca carica il tuo sito dalla cache, sul tuo wifi, in un secondo, e questo non dice nulla di chi ti trova in 4G in un parcheggio.

Testarlo come si deve richiede circa due minuti e non serve installare niente.

Passo 1: testa la pagina su cui le persone arrivano

Apri PageSpeed Insights, incolla un URL e avvia. Usa la pagina su cui arrivano i visitatori — spesso una pagina di servizio e non la home — e leggi prima il risultato mobile. I problemi stanno sul mobile, perché la rete è più lenta e il processore più piccolo.

Avvialo due volte. Una misura è un campione, non un verdetto.

Passo 2: leggi tre numeri e ignora il resto

I Core Web Vitals di Google sono tre misure, e Google pubblica la soglia di ciascuna:

• Largest Contentful Paint (LCP): quanto passa prima che compaia l'elemento più grande. Buono è entro 2,5 secondi.
• Interaction to Next Paint (INP): quanto ci mette la pagina a rispondere a un tocco. Buono è 200 millisecondi o meno. INP è diventato un Core Web Vital stabile nel 2024, sostituendo First Input Delay.
• Cumulative Layout Shift (CLS): quanto la pagina si sposta mentre carica. Buono è 0,1 o meno.

Sono valutati al 75° percentile dei caricamenti, separando mobile e desktop. In parole semplici: tre visite su quattro devono essere buone, non la visita media.

Il punteggio su 100 è un riassunto. I tre numeri sono la diagnosi.

Passo 3: collega il numero alla causa

Ognuno dei tre fallisce per un numero ristretto di motivi, e di solito il tuo lo indovini.

LCP lento: quasi sempre un'immagine troppo grande. Una foto da 4 MB appena uscita dalla fotocamera è la causa più comune di un sito lento di una piccola attività.

INP lento: di solito script — widget di chat, tracciamento, un modulo di prenotazione, tutti e tre insieme.

CLS cattivo: qualcosa carica tardi e spinge giù il contenuto. Immagini senza dimensioni, un banner cookie, un carattere che si sostituisce dopo.

Passo 4: risolvi prima il problema delle immagini

Per la maggior parte dei siti piccoli, ridimensionare le immagini sistema gran parte del punteggio.

• Esporta le foto alla dimensione in cui vengono mostrate, non a quella prodotta dalla fotocamera
• Usa un formato moderno — WebP o AVIF — invece di un JPEG pesante
• Dai a ogni immagine larghezza e altezza, così niente si sposta durante il caricamento
• Togli ogni immagine che è decorazione e non informazione

Passo 5: ritesta e annota il numero

Riprova la stessa pagina e annota i tre valori con la data. La velocità peggiora nel tempo — un widget aggiunto a marzo si vede ad aprile — e un numero di sei mesi fa è l'unico modo per accorgersene.

Quando il problema non sono le immagini

Ridimensionare le foto sistema la maggior parte dei siti di piccole attività. Se il tuo è già leggero e due dei tre numeri sono ancora rossi, la causa è una di queste.

Un Interaction to Next Paint lento è quasi sempre colpa di script di terze parti. Un widget di chat, un modulo di prenotazione incorporato, un tag manager e un carosello di recensioni aggiungono ciascuno lavoro che il browser deve finire prima di poter rispondere a un tocco. Toglili uno alla volta e rimisura; la maggior parte dei siti se ne porta dietro almeno uno che nessuno usa da un anno. Quello che resta spesso può caricarsi solo sulla pagina che ne ha bisogno invece che su tutte.

Un Cumulative Layout Shift cattivo è qualcosa che arriva tardi. I quattro soliti sono immagini senza larghezza e altezza, una pubblicità o un contenuto incorporato senza spazio riservato, un banner cookie che spinge giù il contenuto invece di sovrapporsi, e un carattere web che si sostituisce dopo e rimpagina il testo. Hanno tutti la stessa soluzione: riservare lo spazio prima che l'elemento arrivi.

Un Largest Contentful Paint lento con immagini piccole di solito dipende dall'hosting o da un foglio di stile che blocca il rendering. È il punto in cui la risposta smette di essere qualcosa che puoi fare dal lato dei contenuti, e il passo successivo onesto è chiedere a chi gestisce il sito.

Quanto è abbastanza veloce?

Rispettare le tre soglie è un buon obiettivo e un punto d'arresto sensato. Inseguire un 100 perfetto raramente conviene per un sito di piccola attività: gli ultimi punti costano uno sforzo sproporzionato e nessun visitatore li nota.

Quello che conviene: controllare due volte l'anno, e sempre dopo aver aggiunto qualcosa che carica su ogni pagina.

Quando il sito è veloce, la domanda diventa che cosa fanno poi i visitatori: vedi più richieste dal sito e da dove arrivano i tuoi visitatori.

Fonti

• Web Vitals · web.dev
• Largest Contentful Paint (LCP) · web.dev
• Page experience in Google Search results · Google Search Central
• PageSpeed Insights · Google

Domande frequenti

La velocità influisce sulla mia posizione su Google?

La page experience, Core Web Vitals inclusi, è uno dei molti segnali che Google documenta per la ricerca. Non porta una pagina sopra risultati più pertinenti, ma fra due pagine simili la più veloce ha un vantaggio, e la velocità influisce sul fatto che i visitatori restino, a prescindere dal posizionamento.

Mi serve un 100 perfetto?

No. Rispettare le tre soglie è un punto d'arresto sensato per un sito piccolo. Gli ultimi punti costano uno sforzo sproporzionato e nessun visitatore nota la differenza.