Cosa mostra questo report Core Web Vitals?
Inserisci un dominio o un singolo URL, scegli mobile o desktop e il report recupera 25 settimane di field data dall'API CrUX History di Google. Ottieni un grafico settimanale per LCP, INP e CLS, oltre a TTFB e FCP. Il tuo LCP non può mai essere più veloce di nessuno dei due. Funziona per qualsiasi sito con abbastanza traffico Chrome, anche quello di un concorrente.
Sotto i grafici di caricamento, il LCP è suddiviso nelle sue quattro parti. Più in basso trovi CLS e INP nel tempo, poi dispositivi e tipi di navigazione. Questi ultimi due, insieme alla percentuale di LCP divisa tra immagine e testo, mostrano tutti i dispositivi aggregati, a prescindere dall'opzione scelta.
Come leggere i grafici settimanali di CrUX
Una barra equivale a una settimana. Passaci sopra con il mouse per vedere il p75 di quella settimana e la quota di caricamenti buoni, da migliorare e scadenti.
Il p75 è il valore su cui ti giudica Google: tre caricamenti su quattro sono stati almeno a questo livello.
- Il LCP è buono fino a 2,5 s e scadente sopra 4 s
- L'INP è buono fino a 200 ms e scadente sopra 500 ms
- Il CLS è buono fino a 0,1 e scadente sopra 0,25
Superi i Core Web Vitals quando tutti e tre sono buoni al p75.
Il badge su ogni scheda metrica indica la direzione di una retta tracciata lungo tutte le settimane. Il riepilogo in alto confronta la media del p75 della metà più vecchia delle settimane con quella più recente. Il punteggio UX happiness lì accanto è un mio calcolo: la quota di caricamenti buoni nell'ultima settimana, mediata su LCP, INP, CLS, FCP e TTFB. Google non lo usa e comunque non esiste nessun punteggio Core Web Vitals ufficiale.
Da dove arrivano i dati di CrUX?
Da Chrome su Android e desktop, per gli utenti che sincronizzano la cronologia e condividono le statistiche di utilizzo con Google. Chrome su iPhone non è incluso. Nemmeno Edge.
Ogni punto settimanale copre i 28 giorni precedenti, quindi i punti si sovrappongono. Un fix che va online di martedì impiega circa quattro punti per essere visibile per intero.
Google aggiunge un nuovo punto ogni lunedì con i dati fino al sabato precedente, quindi il lunedì il punto più recente ha due giorni. I 28 giorni indicano l'ampiezza di ciascuna finestra: ecco perché il ritardo di 28 giorni è un mito.
Questo è ciò che hanno riscontrato i visitatori sui loro dispositivi. PageSpeed Insights esegue Lighthouse una volta sola, da un server di Google, simulando un telefono e una rete lenti. Lighthouse non fa clic su nulla, quindi non ha alcun INP. Un 98 su Lighthouse e una linea rossa per l'INP qui possono essere entrambi veri.
In cosa differisce dal report Core Web Vitals di Search Console?
Search Console legge gli stessi dati CrUX, ma solo per i tuoi siti. Raggruppa gli URL che hanno un comportamento simile ed etichetta ciascun gruppo con la sua metrica peggiore negli ultimi 28 giorni.
Search Console ti dice quale gruppo di pagine non supera i requisiti. Le barre settimanali qui ti aiutano a individuare la settimana in cui è iniziato il problema e, da lì, la release.
Cosa controllare quando una metrica peggiora
Resta prima su mobile (il report si apre lì): è quasi sempre il peggiore dei due. Poi guarda la forma della linea.
Un deploy si manifesta con una salita di circa quattro settimane che poi si stabilizza: un nuovo tema, un tag aggiunto in Tag Manager, una hero image con loading="lazy". Controlla cosa è andato live nella settimana in cui inizia la salita.
Una linea che continua a salire per mesi è quasi sempre dovuta all'accumulo di script di terze parti.
Per il LCP, apri il grafico di breakdown e guarda quale parte è aumentata. Conta solo i caricamenti di pagina in cui l'elemento LCP è un'immagine. Un TTFB più alto punta al server o alla cache. Un load delay più lungo significa che il browser trova l'immagine LCP troppo tardi. Una load duration più lunga indica un'immagine più pesante o una connessione lenta verso il server che la ospita. Un render delay in aumento significa che CSS o JavaScript stanno bloccando il paint.
Cosa non può dirti lo storico CrUX
I siti piccoli non hanno dati. Google ha bisogno di molte visite da Chrome e non dice quante. Anche le pagine con noindex o con uno stato diverso da 200 vengono escluse. L'URL non mostra dati? Prova l'intero dominio. Il report fa un tentativo con e senza www per te.
Anche quando i dati ci sono, ottieni un solo p75 per metrica a settimana per l'intero dominio o per un singolo URL popolare. CrUX non dice quale template è lento, quale elemento si sposta o quale script blocca il clic.
Per questo serve il real user monitoring sul tuo sito. Ho creato CoreDash per questo: registra i caricamenti sul tuo sito, collegando l'elemento LCP e l'interazione lenta, così vedi l'effetto di un fix nel giro di poche ore.