Cosa sono i Core Web Vitals? LCP, INP e CLS spiegati (2026)

Cosa sono i Core Web Vitals?

Ogni Core Web Vital copre un momento della visita. I dati provengono da utenti Chrome reali:

• Caricamento (LCP): quanto tempo serve prima che il contenuto principale sia sullo schermo
• Interattività (INP): quanto tempo impiega la pagina a reagire a un clic, un tocco o la pressione di un tasto
• Stabilità (CLS): quanto si sposta il contenuto durante il caricamento

I parametri cambiano nel tempo. A marzo 2024, l'INP ha sostituito il First Input Delay (FID). Il FID misurava solo l'attesa prima che la prima interazione venisse gestita. L'INP cronometra ogni interazione dall'inizio alla fine, e molti più siti non lo superano.

Quando superi i Core Web Vitals?

Google classifica ogni metrica in Buono, Da migliorare o Scarso. Superi la valutazione quando almeno il 75% delle visite alla pagina in CrUX ha un LCP buono, un INP buono e un CLS buono. Google controlla prima l'URL. Se quell'URL ha troppo poco traffico, passa a un gruppo di URL simili o all'intera origine. PageSpeed Insights mostra il risultato sopra ogni altra cosa nella pagina: "Core Web Vitals Assessment: Passed" o "Failed".

Perché il 75° percentile?

La mediana mostra solo la metà più veloce dei visitatori. Un percentile più severo farebbe fallire l'intera pagina per qualche visita da un treno con una sola tacca di segnale. Il p75 sta nel mezzo: tre visite su quattro devono essere buone.

Il portatile con il Wi-Fi dell'ufficio dice ben poco. Le visite che decidono il p75 sono quelle dagli smartphone più lenti su reti mobili.

Le tre metriche dei Core Web Vitals

Largest Contentful Paint (LCP): caricamento

Il Largest Contentful Paint misura il caricamento: il tempo dall'inizio della navigazione fino al rendering dell'elemento più grande nella viewport.

Quell'elemento deve avere un contenuto: un'immagine (contano anche le immagini di sfondo e i poster dei video) o un blocco di testo. Nella maggior parte delle pagine, l'elemento LCP è l'hero image o l'intestazione principale.

Un valore buono è inferiore a 2,5 secondi. Nella release CrUX di agosto 2026, il 68,1% delle origini ci è riuscito, la quota più bassa tra le tre.

Il LCP segue ciò che vede il visitatore. Quando l'elemento più grande è sullo schermo, la maggior parte delle persone pensa che la pagina sia pronta, anche se gli script stanno ancora caricando. La metrica è nata per rispondere a una domanda: 'Quando è visibile il contenuto di una pagina?'.

Quando l'elemento LCP tarda ad arrivare, il motivo è quasi sempre banale. loading="lazy" sull'hero image. Un'immagine hero impostata come background CSS, che il browser scopre solo dopo aver scaricato il foglio di stile. Lo script di uno slider che deve girare prima di mostrare la prima slide. Correggi prima la scoperta, poi fai il preload dell'immagine se l'HTML la nasconde ancora, usa fetchpriority="high" e riduci il peso del file. La guida al Largest Contentful Paint analizza tutte e quattro le fasi del LCP.

Interaction to Next Paint (INP): interattività

L'Interaction to Next Paint misura l'interattività: quanto tempo serve prima che lo schermo si aggiorni dopo che un visitatore fa clic, tocca lo schermo o preme un tasto. Lo scroll e l'hover non contano.

Ogni interazione viene cronometrata dall'input, passando per il JavaScript che attiva, fino al frame successivo sullo schermo. La pagina prende il tempo dell'interazione più lenta. Nelle pagine con molte interazioni, Google esclude un outlier ogni 50 interazioni, il che corrisponde all'incirca al 98° percentile.

Un normale test di Lighthouse non può misurare l'INP. Carica la pagina e non clicca mai su nulla. Il valore di lab data più vicino è il Total Blocking Time. L'INP è di solito molto più basso del TBT, ma quando il TBT scende, l'INP tende a seguirlo.

Spesso l'handler del clic è veloce di per sé. Il main thread è occupato con altro quando arriva il clic: un tag manager, un widget di chat, un framework ancora in fase di idratazione. La maggior parte di questo JavaScript può essere posticipata o pianificata. L'85,3% delle origini aveva un INP buono ad agosto 2026, in calo rispetto all'87,2% di marzo (CrUX release notes). È l'unico Core Web Vital peggiorato nell'ultimo anno. La guida all'Interaction to Next Paint mostra come trovare le interazioni lente.

Cumulative Layout Shift (CLS): stabilità visiva

Il Cumulative Layout Shift misura la stabilità visiva: quanto si sposta il contenuto visibile senza che il visitatore lo richieda. Stai per toccare un link e la pagina salta.

A ogni spostamento viene assegnato un punteggio: la impact fraction (quanto spazio della viewport è coinvolto) moltiplicata per la distance fraction (di quanto si è spostato il contenuto rispetto alla viewport). Gli spostamenti ravvicinati si sommano in una session window. Il CLS della pagina è dato dalla sua session window peggiore.

Le cause più comuni: immagini senza width e height; annunci, banner dei cookie ed embed che spingono il contenuto verso il basso quando arrivano; e un web font più largo o più alto del suo fallback. Per i font, ospitali in self-hosting e scegli l'impostazione corretta di font-display. Il CLS è la metrica che la maggior parte dei siti rispetta: l'81,5% delle origini aveva un CLS buono ad agosto 2026. Maggiori dettagli nella guida al Cumulative Layout Shift.

Perché i Core Web Vitals sono importanti?

• I visitatori se ne vanno. Un pulsante che non fa nulla per mezzo secondo viene cliccato due volte, poi la pagina viene abbandonata. Google ha raccolto case study di siti che hanno ottimizzato i Core Web Vitals ottenendo bounce rate più bassi e più conversioni.
• Posizionamento. I Core Web Vitals sono un fattore di ranking per Google. Un fattore secondario. Se due pagine si equivalgono, quella più veloce ha la meglio.
• Mobile. La maggior parte del traffico arriva probabilmente da smartphone, ed è lì che le pagine falliscono. Il Web Almanac 2025 (l'edizione più recente) ha rilevato che solo il 48% delle pagine su mobile supera la soglia, contro il 56% su desktop.
• Google Ads. L'esperienza della landing page fa parte del Quality Score. Una landing page lenta lo trascina giù e ogni clic costa di più.

Google documenta anche esattamente come viene misurata ciascuna metrica, fino al codice sorgente del browser. Per un fattore di ranking, non succede quasi mai.

Il case study di Vodafone

Vodafone Italia ha migliorato il proprio Largest Contentful Paint del 31%, ottenendo l'8% in più di vendite, il 15% in più di lead e un tasso carrello-visite migliore dell'11% (fonte: case study di web.dev).

Field data contro lab data

I field data (chiamati anche Real User Monitoring o dati RUM) provengono dai visitatori reali, sui loro dispositivi e sulle loro reti. Il dataset CrUX di Google raccoglie field data dagli utenti Chrome che hanno dato il consenso. I Core Web Vitals sono esclusivamente field data.

I lab data provengono da test su un dispositivo simulato in un ambiente controllato. Lighthouse e WebPageTest producono lab data. Un test in lab data restituisce all'incirca lo stesso risultato a ogni esecuzione, ed è utile per il debug. Non dice però cosa vedono realmente i visitatori.

Lighthouse segna 100, perché allora non supero il test?

Perché Google basa il ranking su CrUX, mentre Lighthouse testa una singola visita simulata. I visitatori usano telefoni Android economici e il pessimo Wi-Fi di un hotel, e cliccano su elementi che Lighthouse non tocca mai. L'INP non esiste nemmeno in un'analisi di Lighthouse.

CrUX assegna un esito positivo o negativo per ogni gruppo di URL. Per scoprire quale pagina, dispositivo ed elemento causano il problema, uso il Real User Monitoring: CoreDash, che ho creato proprio per questo. Suddivide i dati per dispositivo, paese e template di pagina, e segnala l'elemento LCP o l'interazione che risulta lenta.

Come misurare i Core Web Vitals

Confronto tra gli strumenti di misurazione

Dati CrUX

Il dataset CrUX raccoglie i Core Web Vitals di ogni sito con traffico Chrome sufficiente. È il dataset ufficiale del programma Web Vitals. Puoi accedervi in diversi modi:

1. CrUX Vis mostra l'andamento dei punteggi di un'origine o di un URL negli ultimi mesi. Ha sostituito la vecchia CrUX Dashboard su Looker Studio, chiusa da Google a fine 2025.
2. CrUX su BigQuery contiene i dati a livello di origine di ogni sito presente in CrUX, con istogrammi completi per metrica, aggiornati mensilmente. Ottimo per confrontare un sito con i competitor.
3. Le CrUX API forniscono i dati per pagina o per origine, filtrati per tipo di dispositivo e metrica, se vuoi integrare i numeri nei tuoi strumenti interni.
4. PageSpeed Insights mostra i dati CrUX per un URL sopra il report di Lighthouse. Si apre sulla scheda mobile. Rimani lì: la scheda desktop è spesso verde e fa credere di aver superato la valutazione.

Monitoraggio con RUM

I dati RUM arrivano da un piccolo script sul sito che misura ogni singola visita. Rileva gli stessi Core Web Vitals di CrUX, con i dettagli che CrUX tralascia. CrUX è anonimizzato, si ferma a livello di URL e guarda sempre agli ultimi 28 giorni. Il RUM mostra i dati di ieri, per pagina, dispositivo, paese e browser, e dice quale elemento ha causato il LCP lento o il layout shift. Ecco perché chi ottimizza i Core Web Vitals per lavoro affianca quasi sempre il RUM a CrUX.

Lighthouse

Lighthouse non misura i Core Web Vitals. Carica una singola pagina, una volta sola, su uno smartphone simulato con connessione limitata. Parte con la cache vuota, non naviga mai verso una seconda pagina e non clicca su niente.

Resta comunque il modo più rapido per vedere cosa blocca il rendering, quale immagine è l'elemento LCP e quali script tengono occupato il main thread. Ignora però metà dell'elenco: minificare il CSS fa risparmiare pochi kilobyte e nessun visitatore se ne accorgerà mai.

Eseguilo su PageSpeed Insights, nei DevTools di Chrome o con lo strumento da riga di comando di Lighthouse.

Quanti siti superano la valutazione?

Il team di Chrome pubblica i numeri di CrUX ogni mese, il secondo martedì, nelle CrUX release notes. Questa è la quota di origini con un punteggio buono, considerando tutti i dispositivi insieme:

Confronta lo stesso mese anno su anno. Dicembre oscilla ogni anno (il team di Chrome lo nota dal lancio di CrUX), quindi un singolo mese negativo dice poco. Per TTFB e FCP, che non compaiono nelle release notes, consulta la guida al Time to First Byte e la guida al First Contentful Paint.

Come migliorare i Core Web Vitals

Da dove inizio: p75 per metrica su mobile, poi il gruppo di URL segnalato da Search Console, infine il trend. Un calo improvviso punta quasi sempre a un deploy. Un calo lento e costante indica script di terze parti che si accumulano, un tag alla volta.

Ogni rilascio può rompere di nuovo qualcosa, quindi continua a monitorare i field data dopo che il fix è andato online. Inoltre, le metriche si influenzano a vicenda. font-display: swap mostra il testo prima sullo schermo e può aiutare il LCP, ma se il web font ha dimensioni diverse rispetto al fallback, lo swap provoca un layout shift. Una guida per ciascuna metrica:

• Migliorare il Largest Contentful Paint
• Migliorare l'Interaction to Next Paint
• Migliorare il Cumulative Layout Shift

Due metriche diagnostiche frenano il LCP:

• Time to First Byte (TTFB): il browser non può iniziare a elaborare la pagina prima che arrivi l'HTML. Con un TTFB lento, ottenere un buon LCP è quasi impossibile. Mettere in cache l'HTML sul CDN è di solito il guadagno più rapido.
• First Contentful Paint (FCP): il primo paint di un qualsiasi contenuto. Fino a quel momento, il visitatore fissa uno schermo bianco.

Per una checklist passo dopo passo, usa la Core Web Vitals Checklist.

Core Web Vitals in Search Console

Google raggruppava i Core Web Vitals con HTTPS, usabilità sui dispositivi mobili e interstitial invasivi sotto la voce "page experience". Ha rimosso il report Esperienza sulle pagine da Search Console a novembre 2024. Il report Core Web Vitals è ancora lì, sotto 'Esperienza'.

Quel report raggruppa gli URL per template e mostra quali gruppi superano la valutazione. Copre gli ultimi 28 giorni, quindi a due settimane dal deploy di un fix, metà dei dati mostrati appartiene ancora al vecchio sito.