Core Web Vitals spiegati semplici: LCP, INP e CLS
Core Web Vitals spiegati semplici: cosa sono LCP, INP e CLS, le soglie di Google, come si misurano e come migliorarli, con un caso reale da CLS 0,21 a 0.
In 30 secondi
- I Core Web Vitals sono tre misure di Google su come si vive una pagina: caricamento, reattività e stabilità.
- Soglie buone: LCP sotto 2,5 secondi, INP sotto 200 millisecondi, CLS sotto 0,1.
- Si misurano sulle visite vere degli ultimi 28 giorni (dati CrUX), al 75° percentile, separando telefono e computer.
- Dal 12 marzo 2024 l'INP ha sostituito il FID come misura della reattività.
I Core Web Vitals sono tre misure con cui Google valuta l’esperienza di una pagina web dal punto di vista di chi la visita: LCP (quanto velocemente si vede il contenuto principale), INP (quanto velocemente la pagina risponde a clic e tocchi) e CLS (quanto la pagina “salta” mentre carica). Una pagina è buona se ha LCP fino a 2,5 secondi, INP fino a 200 millisecondi e CLS fino a 0,1, misurati sulle visite reali.
Le tre misure e le soglie
| Misura | Cosa controlla | Buono | Da migliorare | Scarso |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Quando compare l’elemento più grande | fino a 2,5 s | 2,5-4 s | oltre 4 s |
| INP (Interaction to Next Paint) | Quanto è veloce la risposta a un clic o tocco | fino a 200 ms | 200-500 ms | oltre 500 ms |
| CLS (Cumulative Layout Shift) | Quanto la pagina si sposta mentre carica | fino a 0,1 | 0,1-0,25 | oltre 0,25 |
Google considera i dati delle visite reali e guarda il 75° percentile: una pagina “passa” se almeno 3 visite su 4 hanno valori buoni per tutte e tre le misure.
LCP: Largest Contentful Paint
L’LCP misura il tempo tra l’apertura della pagina e il momento in cui compare l’elemento più grande visibile senza scorrere: di solito un’immagine di copertina, la foto di un prodotto o un grande titolo.
Come migliorarlo:
- immagini ridimensionate per il telefono e in formati moderni (WebP, AVIF);
- non caricare in ritardo (lazy loading) l’immagine principale in alto, ma solo quelle più in basso;
- server più veloce e una CDN (rete che serve i file da vicino a chi visita);
- meno file CSS e JavaScript che bloccano la pagina prima di mostrarla.
INP: Interaction to Next Paint
L’INP misura quanto passa tra un’azione della persona (un clic, un tocco, un tasto) e il momento in cui la pagina mostra la risposta. Guarda tutte le interazioni della visita e riporta una delle più lente. Ha sostituito il FID il 12 marzo 2024.
Come migliorarlo:
- meno script esterni (chat, pubblicità, strumenti di tracciamento);
- dividere i lavori lunghi in JavaScript in pezzi più piccoli;
- dare subito un segnale visivo dopo un clic (per esempio il pulsante che cambia stato).
CLS: Cumulative Layout Shift
Il CLS misura quanto gli elementi della pagina si spostano in modo inaspettato mentre carica: il testo che scende perché sopra è comparsa un’immagine, il pulsante che si sposta proprio mentre lo tocchi. È un numero senza unità: 0 vuol dire nessuno spostamento.
Come migliorarlo:
- indicare larghezza e altezza di immagini e video;
- riservare lo spazio a banner, annunci e contenuti che arrivano dopo;
- precaricare i font usati in alto, così il testo non cambia larghezza quando arriva il carattere giusto.
Cosa le rovina, di solito
- LCP alto: immagini troppo pesanti, non ridimensionate per il telefono, in formati vecchi.
- INP alto: troppi script (chat, pubblicità, strumenti di tracciamento) che tengono occupato il browser.
- CLS alto: immagini senza dimensioni indicate, banner che compaiono in alto e spingono giù il testo.
Dati reali e dati di laboratorio
| Dati reali (field) | Dati di laboratorio (lab) | |
|---|---|---|
| Da dove vengono | Visite vere di utenti Chrome (Chrome UX Report, CrUX) | Una prova simulata con Lighthouse |
| Periodo | Ultimi 28 giorni | Il momento della prova |
| Dove si vedono | Search Console, PageSpeed Insights (parte alta) | PageSpeed Insights (parte bassa), Chrome DevTools |
| Contano per Google? | Sì | No, servono per trovare le cause |
Core Web Vitals e SEO
Google dice che i Core Web Vitals sono usati dai suoi sistemi di ranking come parte dell’esperienza sulla pagina, ma che un buon punteggio non garantisce posizioni alte: conta prima di tutto che il contenuto sia utile e pertinente. Una pagina lenta però perde persone e vendite, anche senza contare Google.
Un esempio dal negozio finto
Nel negozio finto Cinque Foglie le 29 schede prodotto avevano un LCP di 4,1 secondi da telefono. La causa: la foto principale, un JPG di circa 2,4 MB uguale per computer e telefono.
La soluzione, scritta in una richiesta per chi sviluppa il sito:
- una versione più leggera della foto per il telefono (formato WebP);
- larghezza e altezza indicate nel codice;
- obiettivo: LCP sotto 2,5 secondi.
Un caso reale: il CLS di Peacchy
Anche questo sito ha avuto un problema di CLS. A novembre 2026 la home aveva un CLS di 0,21 su telefono (scarso). Le cause trovate con Lighthouse erano due:
- i font arrivavano dopo il testo: quando il carattere giusto si caricava, le righe cambiavano larghezza e andavano a capo in modo diverso;
- i numeri animati che contavano da 0 a 27 cambiavano larghezza mentre contavano.
La soluzione: precaricare i 4 file di font usati in alto e riservare subito lo spazio finale dei numeri. Risultato: CLS 0.
Da dove partire
- Apri il rapporto Core Web Vitals in Search Console e guarda i gruppi di pagine “scarsi” da telefono.
- Prova una pagina di quel gruppo con PageSpeed Insights: ti dice quale elemento è il più lento.
- Sistema una causa alla volta e ricontrolla dopo qualche settimana: i dati reali si aggiornano lentamente.
- Controlla l’INP dopo aver aggiunto nuovi script: chat e pixel pubblicitari sono le cause più comuni.
Se le pagine non compaiono proprio su Google, il problema è prima: leggi come Google trova le pagine e come indicizzare un sito.
Fonti
Le schede prodotto hanno un LCP di 4,1 secondi su telefono. Qual è la causa più probabile?
Giusto! L'LCP misura quando compare l'elemento più grande, che nelle schede prodotto è quasi sempre la foto. Una foto da qualche MB rallenta tutto.
Quasi. Title e testo non pesano quasi niente: l'LCP dipende quasi sempre dall'immagine o dal blocco più grande in alto.
Domande frequenti
I Core Web Vitals fanno salire in classifica?
Sono uno dei tanti segnali, non il più importante. Ma una pagina lenta fa perdere persone e vendite, anche senza contare Google.
Dove li vedo?
In Search Console, nel rapporto Core Web Vitals, e con PageSpeed Insights, che è gratuito.
Cos'era il FID?
Il First Input Delay, la vecchia misura della reattività: guardava solo il primo clic. Dal 12 marzo 2024 è stato sostituito dall'INP, che guarda tutte le interazioni della visita.
Perché PageSpeed Insights dà due risultati diversi?
Perché mostra due tipi di dati: in alto quelli delle visite reali degli ultimi 28 giorni (se il sito ne ha abbastanza), sotto una prova di laboratorio fatta in quel momento con Lighthouse. Per Google contano i dati reali.
Un sito piccolo ha i dati dei Core Web Vitals?
Solo se ha abbastanza visite da Chrome. Se no, Search Console non mostra il rapporto e si usano le prove di laboratorio (Lighthouse) come indicazione.
Argomenti:SEOSEO tecnica