Cosa Sono i Core Web Vitals? LCP, INP e CLS Spiegati (2026)

Cosa sono i Core Web Vitals?

I Core Web Vitals di Google sono tre metriche (Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift) che misurano l'esperienza utente di un sito web. Queste metriche si basano su dati reali degli utenti raccolti dai browser Chrome in tutto il mondo e si concentrano su 3 aspetti di campo dell'esperienza utente:

• Caricamento: quanto velocemente si carica il contenuto della pagina
• Interattività: quanto velocemente un browser può rispondere all'input di un utente
• Stabilità: quanto è (in)stabile il contenuto mentre si carica nel browser

I Core Web Vitals non sono statici. Google ha aggiornato le metriche nel tempo. Più recentemente, a marzo 2024, Interaction to Next Paint (INP) ha sostituito First Input Delay (FID) come metrica di reattività. INP misura ogni interazione su una pagina, non solo la prima. Questo lo rende un test di reattività molto più rigoroso.

Superare i Core Web Vitals

A ciascuna delle metriche dei Core Web Vitals viene assegnata una valutazione di Good, Needs Improvement o Poor basata su soglie create da Google. Per superare i Core Web Vitals almeno il 75% dei tuoi visitatori deve avere un punteggio 'good' per LCP, INP e CLS nel dataset Google CrUX a livello di URL. Se i dati a livello di URL non sono disponibili, Google può ricorrere ai dati a livello di gruppo URL o persino di origine.

Perché il 75° Percentile?

Google utilizza il 75° percentile (p75) dei dati reali degli utenti per determinare se una pagina supera i Core Web Vitals. Ciò significa che il 75% delle visite alla pagina deve avere un'esperienza "good" affinché la pagina li superi. Il 75° percentile è stato scelto come equilibrio: cattura l'esperienza della maggior parte degli utenti (a differenza della mediana, che ignora la metà più lenta), senza essere così rigoroso che una manciata di visite anomale su reti scarse causerebbe un fallimento.

In pratica, ciò significa che il tuo sito deve performare bene per la stragrande maggioranza dei visitatori, non solo per quelli con dispositivi veloci e connessioni rapide.

Le Tre Metriche dei Core Web Vitals

Largest Contentful Paint (LCP): Caricamento

La metrica Largest Contentful Paint (LCP) rappresenta la velocità di caricamento del tuo sito.

L'elemento LCP stesso è il più grande singolo elemento 'contentful' che è stato dipinto sulla parte visibile dello schermo. Contentful significa che non qualsiasi elemento può diventare un candidato LCP. L'elemento deve avere del contenuto significativo. La definizione questa volta è piuttosto rigorosa: i candidati LCP che vengono considerati sono: immagini, blocchi di testo o video che sono visibili nel viewport, relativi a quando l'utente ha navigato per la prima volta alla pagina.

Il valore del Largest Contentful Paint (LCP) è il tempo in millisecondi tra la richiesta della pagina e quando l'elemento contentful più grande viene visualizzato nella parte visibile dello schermo (above the fold). Un buon punteggio LCP è sotto 2,5 secondi. Secondo il Web Almanac 2025, solo il 62% delle pagine mobile raggiunge un buon LCP, rendendolo il Core Web Vital più difficile da superare.

Il Largest Contentful Paint (LCP) è stato scelto perché si concentra sull'esperienza utente del visitatore. Quando si verifica l'LCP, puoi presumere che un visitatore pensi che la pagina sia completa (anche se potrebbe non essere affatto così). L'LCP è stato creato per rispondere alla domanda: ' Quando è visibile il contenuto di una pagina?'.

I modi più impattanti per migliorare l'LCP includono il precaricamento dell'immagine LCP con fetchpriority="high" e l'ottimizzazione delle dimensioni dei file immagine con formati moderni come WebP e AVIF. Per una guida completa, consulta la nostra guida all'ottimizzazione del Largest Contentful Paint.

Interaction to Next Paint (INP): Interattività

L'Interaction to Next Paint (INP) rappresenta l'interattività del tuo sito. La metrica misura quanto velocemente il browser può aggiornare il layout dopo un'interazione con una pagina web.

INP traccia le interazioni discrete dell'utente: clic, tap e pressioni di tasti. Le interazioni continue come lo scrolling e l'hovering non sono misurate da INP. Ogni interazione qualificante viene cronometrata dal momento dell'input attraverso l'elaborazione JavaScript fino all'aggiornamento visivo finale sullo schermo.

Il valore dell'Interaction to Next Paint è la differenza di tempo tra ogni interazione dell'utente e il cambiamento finale della presentazione sulla pagina. La più lenta di tutte le interazioni (o il 98° percentile per le pagine con molte interazioni) determinerà la metrica finale Interaction to Next Paint (INP).

L'INP è una metrica puramente di campo e non può essere misurata da strumenti di laboratorio come Lighthouse perché richiede input reale dell'utente. In Lighthouse, la metrica Total Blocking Time correla bene con l'Interaction to Next Paint. Sebbene l'INP sia solitamente (molto) più basso del Total Blocking Time, migliorare il TBT migliorerà anche l'INP. Una delle strategie più efficaci è differire il JavaScript non critico in modo che non blocchi il thread principale durante le interazioni dell'utente.

A livello globale, il 77% delle pagine mobile raggiunge un buon punteggio INP (sotto 200ms), secondo il Web Almanac 2025. INP ha sostituito First Input Delay (FID) come Core Web Vital a marzo 2024 e si è dimostrato una metrica significativamente più esigente. Per una guida completa, consulta la nostra guida all'ottimizzazione dell'Interaction to Next Paint.

Cumulative Layout Shift (CLS): Stabilità Visiva

Il Cumulative Layout Shift (CLS) rappresenta la stabilità visiva dei Core Web Vitals. Il Cumulative Layout Shift (CLS) misura i movimenti inaspettati degli elementi sulla pagina quando il contenuto si renderizza o nuovo contenuto viene mostrato sulla pagina.

Il valore del CLS si basa su 2 'frazioni'. La impact fraction e la distance fraction. Quando un elemento è visivamente 'instabile' cambierà le sue dimensioni causando lo spostamento di altro contenuto. La distanza è il numero di pixel relativi al viewport. L'impatto è la dimensione degli elementi interessati relativi al viewport.

Le cause comuni di CLS includono immagini senza attributi espliciti di larghezza e altezza, contenuto iniettato dinamicamente come annunci o banner per i cookie e font web che si scambiano con una dimensione diversa rispetto al fallback. Puoi ridurre il CLS relativo ai font ospitando autonomamente i tuoi font con impostazioni appropriate di font-display. A livello globale, l'81% delle pagine mobile raggiunge un buon punteggio CLS secondo il Web Almanac 2025, rendendolo il Core Web Vital con le migliori prestazioni. Per una guida completa, consulta la nostra guida all'ottimizzazione del Cumulative Layout Shift.

Perché i Core Web Vitals Sono Importanti?

Quindi perché dovresti interessarti ai Core Web Vitals?

• Esperienza Utente Migliorata. Caricamento più veloce, interazioni più reattive, meno salti di layout. Questo è ciò che i tuoi visitatori notano effettivamente. I siti che superano i Core Web Vitals registrano tassi di rimbalzo più bassi e tassi di conversione più alti (fonte: Google).
• Ottimizzazione per i Motori di Ricerca (SEO). Google ha reso i Core Web Vitals un fattore di ranking. Superarli non catapulterà una pagina mediocre alla posizione uno, ma quando due pagine competono per la stessa parola chiave, quella più veloce ha un vantaggio.
• Prestazioni Mobile. La maggior parte del tuo traffico è probabilmente mobile. Il 70% delle persone utilizza gli smartphone per ricercare prodotti prima dell'acquisto e il 62% ha più probabilità di fare affari con aziende che hanno un'esperienza mobile positiva. Da notare che il passaggio dei Core Web Vitals è unico per un noto fattore di ranking di Google). Se usi Google Ads otterrai un Ad Score migliorato. Ciò significa che puoi acquistare i tuoi annunci a un prezzo inferiore. Infine, superare i Core Web Vitals è uno dei prerequisiti per il box Top Stories di Google.

Impatto Reale: Caso Studio Vodafone

L'impatto commerciale dei Core Web Vitals non è teorico. Quando Vodafone Italia ha migliorato il Largest Contentful Paint del 31%, ha registrato un aumento delle vendite dell'8%, il 15% in più di lead e un miglioramento dell'11% nel tasso carrello-visita. Pagine più veloci, più vendite (fonte: caso studio web.dev).

Dati di Campo vs. Dati di Laboratorio

I dati di campo e i dati di laboratorio misurano cose diverse. Confonderli e ottimizzerai per i numeri sbagliati.

I dati di campo (chiamati anche Real User Monitoring o dati RUM) provengono da visitatori reali che utilizzano il tuo sito in condizioni reali. Questo include variazioni nella capacità del dispositivo, velocità della rete, posizione geografica e comportamento di navigazione. Il dataset CrUX di Google raccoglie dati di campo dagli utenti Chrome che hanno dato il consenso. I Core Web Vitals sono misurati esclusivamente utilizzando dati di campo.

I dati di laboratorio provengono da test controllati eseguiti su un dispositivo simulato in un ambiente fisso. Strumenti come Lighthouse e WebPageTest generano dati di laboratorio. I test di laboratorio sono ripetibili e utili per diagnosticare problemi specifici, ma non riflettono la diversità delle esperienze degli utenti reali.

Perché i Dati di Campo Contano per la SEO

Google utilizza i dati di campo dal dataset CrUX per valutare i Core Web Vitals ai fini del ranking. Un punteggio Lighthouse perfetto di 100 non garantisce il superamento dei Core Web Vitals, perché Lighthouse testa una singola visita simulata. I tuoi utenti reali potrebbero trovarsi su dispositivi più lenti, reti distanti o interagire con la pagina in modi che Lighthouse non può replicare.

Ecco perché monitorare i tuoi Core Web Vitals con una soluzione di Real User Monitoring come CoreDash fornisce l'immagine più accurata delle prestazioni del tuo sito. I dati RUM ti permettono di identificare problemi per tipo di dispositivo, regione geografica, template della pagina ed elementi individuali, fornendo informazioni specifiche che gli strumenti di laboratorio non possono dare.

Misurare i Core Web Vitals

Poiché i Core Web Vitals si concentrano su 3 aspetti di campo dell'esperienza utente, possono essere misurati solo con dati di campo. I test sintetici o di laboratorio come Lighthouse possono fornire informazioni sul perché la tua pagina è lenta ma NON misurano i Core Web Vitals.

Confronto degli Strumenti di Misurazione

Dati CrUX

I Core Web Vitals sono misurati da Google e registrati nel dataset CrUX. CrUX è il dataset ufficiale del programma Web Vitals. Ci sono alcuni modi per accedere al dataset:

1. La CrUX Dashboard è una dashboard di Data Studio che ti permette di interrogare e renderizzare i dati CrUX in una dashboard interattiva, oltre a esportare report PDF.
2. CrUX su BigQuery fornisce un database accessibile pubblicamente con tutti i dati a livello di origine raccolti da CrUX. È possibile interrogare tutte le origini per cui vengono raccolti dati, analizzare qualsiasi metrica supportata da CrUX e filtrare per tutte le dimensioni disponibili. Gli istogrammi completi delle metriche sono memorizzati nelle tabelle BigQuery consentendo la visualizzazione delle distribuzioni delle prestazioni, incluse le metriche sperimentali.
3. La CrUX API fornisce accesso programmatico ai dati CrUX per pagina o origine, e può essere ulteriormente filtrata per tipo di dispositivo, tipo di connessione effettiva e metriche.
4. PageSpeed Insights utilizza CrUX per presentare dati sulle prestazioni degli utenti reali insieme alle opportunità di prestazione fornite da Lighthouse.

Dati RUM

I dati RUM sono raccolti dal Real User Monitoring. I dati RUM sono la cosa migliore dopo il dataset CrUX. Il dataset CrUX è altamente anonimo e non si presta ad essere analizzato in dettaglio. I dati CrUX hanno anche una finestra di raccolta mobile di 28 giorni. Ecco perché molti professionisti dei Core Web Vitals si affidano alle Real User Metrics. Proprio come i dati CrUX, i dati degli utenti reali vengono utilizzati per misurare i Core Web Vitals.

Una soluzione RUM come CoreDash offre diversi vantaggi rispetto ai soli dati CrUX: reporting in tempo reale (invece di una finestra mobile di 28 giorni), la possibilità di filtrare per singole pagine, tipi di dispositivo, paesi e browser, e dati dettagliati di attribuzione che identificano quali elementi specifici stanno causando problemi. Questo rende i dati RUM essenziali per diagnosticare e risolvere i problemi dei Core Web Vitals in modo efficiente.

Lighthouse

Lighthouse è uno strumento potente. Ma comprendi questo: Lighthouse non misura i Core Web Vitals! Lighthouse è un cosiddetto strumento di laboratorio. Lighthouse esegue un'analisi in circostanze specifiche. Non naviga tra le pagine, non memorizza risorse nella cache, non interagisce con il sito web e non simula circostanze reali.

Ciononostante, Lighthouse è un ottimo strumento e se usato correttamente ti dirà molto sui problemi dei Core Web Vitals di una pagina.

Il modo migliore per eseguire un'analisi Lighthouse è attraverso PageSpeed Insights nel tuo browser o tramite lo strumento da riga di comando Lighthouse.

Cosa Mostrano i Dati del Mondo Reale

Il Web Almanac 2025 fornisce un'ampia panoramica sulle prestazioni dei Core Web Vitals nel web. Ecco come ciascuna metrica performa globalmente su mobile:

Nota: TTFB e FCP sono metriche diagnostiche, non Core Web Vitals. Sono incluse qui perché influenzano pesantemente LCP e le prestazioni di caricamento generali. Scopri di più nella nostra guida al Time to First Byte e nella guida al First Contentful Paint.

Come Migliorare i Core Web Vitals

I Core Web Vitals sono un insieme di metriche in continua evoluzione e migliorarli non è uno sforzo una tantum. Restare avanti significa integrare le prestazioni nel tuo processo di sviluppo: monitora le tue metriche di campo, correggi le regressioni rapidamente e rilascia piccoli miglioramenti con ogni release.

I 3 Core Web Vitals interagiscono tra loro e migliorarne uno ha spesso un effetto positivo o persino negativo sugli altri. Le linee guida seguenti sono un ottimo punto di partenza per comprendere e migliorare ciascuno dei singoli Core Web Vitals:

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

Oltre ai tre Core Web Vitals stessi, due metriche diagnostiche giocano un ruolo critico nelle prestazioni complessive:

• Ottimizzare il Time to First Byte (TTFB): Il TTFB è la base delle prestazioni di caricamento. Un TTFB lento rende quasi impossibile raggiungere un buon LCP. Puoi iniziare configurando correttamente la tua CDN.
• Ottimizzare il First Contentful Paint (FCP): FCP misura quanto velocemente appare il primo contenuto sullo schermo. Serve come indicatore precoce della velocità di caricamento percepita.

Per una guida passo passo che copre tutte le aree di ottimizzazione, usa la nostra Lista di Verificazione Definitiva dei Core Web Vitals.

Google Page Experience e Core Web Vitals

I Core Web Vitals sono un sottoinsieme del punteggio page experience di Google. La page experience è un insieme di segnali che misurano come gli utenti percepiscono l'esperienza di interazione con una pagina web oltre il suo puro valore informativo, sia su dispositivi mobile che desktop.

Puoi trovare i dati della Page Experience e dei Core Web Vitals del tuo sito nella sezione 'Esperienza' del tuo account Google Search Console.