Core Web Vitals: come leggerli

Core Web Vitals (Page Speed)

Card del report: Core Web Vitals

Sezione velocità / Core Web Vitals: LCP, CLS e INP (e dati correlati) per capire l'esperienza di caricamento e interazione.

Come leggerla

Metriche con soglie buono/da migliorare/scarso. Può basarsi su una stima da analisi statica, su dati dei visitatori (CrUX) o su un test di laboratorio (Lighthouse) di PageSpeed Insights: la card indica sempre quale dei tre stai guardando. I dati PageSpeed arrivano in Modalità Completa o dalle misure richieste dal Centro Diagnostico. Spesso mobile-first per il punteggio di ranking del tool.

Quando sono disponibili i dati Lighthouse di PageSpeed Insights (Modalità Completa se PageSpeed risponde, oppure dopo una misura Core Web Vitals con PageSpeed) compare il blocco "Diagnosi LCP e cache", riferito alla prova mobile: indica l'elemento LCP, se la sua richiesta è visibile nell'HTML iniziale, se viene caricato subito (senza loading="lazy") e con priorità alta (fetchpriority="high"), in quale fase si perde più tempo (risposta del server, attesa prima del download, download o ritardo di rendering) e quali risorse hanno una cache assente o troppo breve. Alcune verifiche compaiono solo se Lighthouse le ha potute misurare.

Come interpretarla

CWV solidi supportano UX e sono fattore di ranking tra altri. Valori scarsi indicano problemi reali di esperienza, non “solo un numero SEO”. Laboratorio ≠ campo: i dati di campo (CrUX) sono l'esperienza dei visitatori, al 75º percentile degli ultimi 28 giorni, mentre il test di laboratorio (Lighthouse) simula il caricamento della pagina una volta sola e non coincide per forza con ciò che vedono i visitatori. Le metriche di laboratorio possono cambiare da una prova all'altra sulla stessa pagina (variabilità documentata da Lighthouse): se un valore ti sembra anomalo, rilancia la misura e confrontale con PageSpeed Insights. CrUX assente non invalida Lighthouse, ma il test è meno rappresentativo del traffico reale. La diagnosi LCP e cache è una misura di laboratorio che può variare da una prova all'altra: è diagnostica e non cambia il punteggio. Le quattro fasi dell'LCP vanno lette una rispetto all'altra, non come soglie assolute: secondo web.dev i due ritardi (attesa prima del download e ritardo di rendering) dovrebbero essere vicini a zero, mentre risposta del server e download richiedono per natura del tempo.

Cosa fare

  • Ottimizza LCP (hero, immagini, server).
  • Riduci CLS (dimensioni media, font, banner).
  • Se la card segnala risorse che bloccano il primo rendering, aggiungi defer o async agli script e carica in modo differito i CSS non critici.
  • Segui la diagnosi LCP: se l'immagine principale ha loading="lazy" rimuovilo; se manca fetchpriority="high" aggiungilo; se la sua richiesta non compare nell'HTML iniziale inseriscila nel tag img o precaricala.
  • Per le risorse del tuo dominio con cache assente o breve imposta un'intestazione Cache-Control con una durata adeguata: la cache delle risorse di terze parti dipende da chi le pubblica.
  • Misura di nuovo via modulo CWV dopo i fix.

Domande frequenti

Reti, CPU e layout diversi. Il tool privilegia mobile per l'eleggibilità di ranking, in linea con l'indicizzazione mobile-first.

Sono misure diagnostiche della Modalità Completa: byte effettivamente trasferiti (già compressi), numero di richieste, risorse che bloccano il primo rendering ed eventuali errori JavaScript in console. Dalla v6.2.0 il peso è misurato sulla versione mobile della pagina, quella che Google usa per l'indicizzazione (mobile-first), con il valore desktop mostrato a fianco come confronto. Non cambiano il punteggio e non c'è una soglia ufficiale Google sul peso totale: servono a individuare risorse pesanti o script rotti.

Perché misurano cose diverse e non vanno confuse. "Documento HTML (nodi DOM)" (card DOM Rendering) conta i caratteri del solo documento HTML NON compresso: HTML grezzo come arriva dal server e, in Modalità Completa, HTML dopo l'esecuzione del JavaScript (render desktop). Non include immagini, CSS o JavaScript. "Peso pagina e risorse" (card Velocità Pagina) somma invece i byte realmente trasferiti sulla rete di TUTTE le risorse (HTML, CSS, JavaScript, immagini, font…), già compressi. È normale quindi che i numeri non coincidano: uno è il testo della pagina non compresso, l'altro è il totale scaricato e compresso.

Perché si basa sugli audit Lighthouse di Google PageSpeed Insights, disponibili solo quando quella misura è stata fatta: in Modalità Completa se PageSpeed risponde, oppure dopo una misura Core Web Vitals con PageSpeed dal Centro Diagnostico. In Modalità Veloce, senza quella misura, il blocco non compare e il report non stima mai valori al suo posto.

Se la card indica "Laboratorio (Lighthouse)", il valore viene da un test di laboratorio di PageSpeed Insights eseguito una sola volta: Lighthouse simula il caricamento della pagina e, ripetuto sulla stessa pagina, può dare risultati diversi anche in modo marcato (variabilità documentata da Lighthouse). I dati dei visitatori (CrUX) sono un'altra fonte e il confronto con il laboratorio non è diretto. Rilancia la misura o confrontala su pagespeed.web.dev: il tool non sceglie né corregge il valore.

Per vedere questa card sul tuo sito, avvia un'analisi dalla home inserendo l'URL della pagina.

Formula B e limiti del punteggio

Formula B e Threshold Capping

Il punteggio che vedi non è un numero a caso. Utilizziamo la Formula B: quando INP è disponibile pesa 40% LCP, 30% CLS e 30% INP; quando INP non è disponibile redistribuisce il peso su 60% LCP e 40% CLS.

Nota tecnica: se una metrica core supera nettamente la soglia "scarso" (es. LCP molto oltre i 4 secondi), il punteggio viene limitato con un tetto massimo, anche se le altre metriche sono buone. L'idea è semplice: un'esperienza di caricamento davvero lenta pesa sul punteggio più di un compromesso tra metriche nella norma.

Le Metriche D'Oro di Google

Metrica Core Esperienza Utente Soglia Ottimale
LCP (Largest Contentful Paint) Velocità di visualizzazione ≤ 2.5 Secondi
CLS (Cumulative Layout Shift) Stabilità della pagina ≤ 0.1 (Fermo)
INP (Interaction to Next Paint) Reattività ai comandi ≤ 200 ms
Precedente: Analisi Link
Documentazione
Successivo: Sicurezza e Performance HTTP