Core Web Vitals: Cosa Sono, Come Funzionano e Perché Impattano il Tuo Ranking
I Core Web Vitals sono le metriche con cui Google misura la qualità dell'esperienza utente sul tuo sito — e dal 2021 sono diventati un fattore ufficiale di ranking. Eppure molti webmaster sanno che esistono senza capire cosa misurano concretamente, quali soglie devono raggiungere e perché impattano sia il posizionamento che le conversioni.
In questa guida scoprirai le 3 metriche (LCP, INP e CLS), le soglie ufficiali Google, come misurarle con gli strumenti giusti e quali sono i benefici concreti di ottimizzarle — con i dati aggiornati, inclusa la sostituzione di FID con INP avvenuta a marzo 2024.
Cosa Sono i Core Web Vitals
I Core Web Vitals sono un insieme di 3 metriche standardizzate da Google per misurare l'esperienza utente reale su velocità di caricamento, interattività e stabilità visiva di una pagina web. A differenza di altri indicatori di prestazione, misurano quello che gli utenti effettivamente percepiscono — non parametri tecnici astratti.
Origine e storia: dal Web Vitals ai Core Web Vitals
Nel maggio 2020 Google ha lanciato l'iniziativa Web Vitals: un framework per definire metriche comuni di qualità delle pagine web. Tra tutte le metriche Web Vitals, un sottoinsieme è stato identificato come fondamentale — i Core Web Vitals — con il requisito di essere misurabile su tutti i siti web e rilevante per l'esperienza utente reale.
Il salto da metrica tecnica a segnale di ranking ufficiale è avvenuto con il Page Experience Update, completato tra giugno e agosto 2021. Da quel momento, Google ha integrato i Core Web Vitals nel suo algoritmo come uno dei segnali della "page experience" complessiva.
Le metriche non sono statiche: nel marzo 2024 FID (First Input Delay) è stato sostituito da INP (Interaction to Next Paint), rendendo la misurazione dell'interattività molto più completa e rappresentativa dell'esperienza reale.
Perché Google ha scelto queste metriche
Il criterio di selezione è preciso: ogni Core Web Vital deve essere misurabile sul campo (con dati reali degli utenti), coprire un aspetto distinto dell'esperienza utente e avere soglie definibili in modo difendibile. Le 3 dimensioni scelte — caricamento, interattività, stabilità visiva — coprono i principali "momenti di frustrazione" che un utente sperimenta navigando una pagina.
CWV vs altre metriche web: cosa li rende speciali
La differenza fondamentale rispetto ad altre metriche di performance è il field data: i Core Web Vitals vengono misurati utilizzando i dati reali raccolti da Chrome (Chrome UX Report, CrUX), non simulazioni di laboratorio. Questo li rende indicatori affidabili dell'esperienza che i tuoi utenti reali stanno vivendo — non di quella che uno strumento simula in condizioni ideali.
Per confronto, metriche come Time to First Byte (TTFB) o First Contentful Paint (FCP) sono comunque utili per la diagnostica, ma non fanno parte dei Core Web Vitals perché non coprono direttamente le 3 dimensioni chiave nella stessa misura. Per una panoramica completa di come i Core Web Vitals si inseriscono nella SEO on-Page, puoi approfondire nella guida dedicata.
Le 3 Metriche: LCP, INP e CLS
Ogni metrica misura una dimensione diversa dell'esperienza utente. Eccole con le soglie ufficiali Google, espresse al 75° percentile delle visite di pagina.
LCP — Largest Contentful Paint: velocità di caricamento
Cosa misura: il tempo che trascorre dal caricamento della pagina al momento in cui il contenuto più grande visibile nella viewport (immagine, blocco di testo, video) risulta completamente renderizzato.
In termini pratici, LCP risponde alla domanda "quando l'utente vede la parte principale della pagina?". È la percezione di caricamento più correlata all'esperienza soggettiva di velocità.
| LCP | Valutazione |
|---|---|
| ≤ 2,5 secondi | Good ✅ |
| 2,5 – 4,0 secondi | Needs Improvement ⚠️ |
| > 4,0 secondi | Poor ❌ |
Le cause principali di un LCP lento includono immagini non ottimizzate, server lenti e risorse che bloccano il rendering. Per gli approfondimenti tecnici, sarà disponibile una guida dedicata all'ottimizzazione LCP.
INP — Interaction to Next Paint: interattività (ha sostituito FID a marzo 2024)
Cosa misura: la latenza complessiva di tutte le interazioni dell'utente con la pagina — clic, tocchi, input da tastiera — durante l'intera visita. INP restituisce il valore peggiore (o quasi) osservato, rendendolo una misura reale della reattività percepita.
Prima del 12 marzo 2024 il Core Web Vital per l'interattività era FID (First Input Delay), che misurava solo la prima interazione con la pagina. Il problema era evidente: FID non catturava la frustrazione dell'utente che, dopo il caricamento iniziale, clicca su un pulsante e aspetta 800ms prima che succeda qualcosa.
INP risolve questa limitazione misurando la risposta a tutte le interazioni durante la visita, offrendo un quadro molto più preciso della reattività reale del sito.
| INP | Valutazione |
|---|---|
| ≤ 200ms | Good ✅ |
| 200 – 500ms | Needs Improvement ⚠️ |
| > 500ms | Poor ❌ |
Molte guide italiane mostrano ancora FID come metrica principale. Se la tua analisi riporta ancora FID, stai leggendo dati storici: dal marzo 2024 la metrica rilevante è INP.
CLS — Cumulative Layout Shift: stabilità visiva
Cosa misura: la somma degli spostamenti di layout inattesi che avvengono durante la vita della pagina. Un valore alto di CLS significa che elementi della pagina si spostano mentre l'utente interagisce — il tipico caso in cui stai per cliccare un link e appare un banner che sposta tutto verso il basso.
A differenza di LCP e INP, CLS non si misura in secondi o millisecondi ma con un punteggio adimensionale che combina la dimensione degli spostamenti e la distanza percorsa.
| CLS | Valutazione |
|---|---|
| ≤ 0,1 | Good ✅ |
| 0,1 – 0,25 | Needs Improvement ⚠️ |
| > 0,25 | Poor ❌ |
Le cause più comuni di CLS alto sono immagini senza dimensioni definite, contenuti iniettati dinamicamente (annunci, widget) e il font swap che riposiziona il testo durante il caricamento.
Core Web Vitals come Ranking Factor: il Page Experience Update
Capire il peso reale dei Core Web Vitals nel ranking evita due errori opposti: ignorarli completamente o sopravvalutarli al punto da trascurare la qualità del contenuto.
Come funziona il Page Experience update di Google
Con il Page Experience Update Google ha incorporato i segnali di esperienza utente direttamente nell'algoritmo di ranking. I Core Web Vitals ne sono il componente tecnico principale, affiancati da HTTPS, assenza di interstitial invasivi e compatibilità mobile.
Google ha confermato che i segnali di page experience non sostituiscono la qualità del contenuto: una pagina con contenuto eccellente ma CWV scarsi può comunque posizionarsi bene. Il meccanismo reale è quello del tiebreaker: quando due pagine hanno contenuto di qualità simile per una query, i CWV possono fare la differenza. Per chi compete in settori affollati — dove molti siti hanno contenuti simili — questo vantaggio marginale può essere decisivo.
Quanto pesano i CWV nell'algoritmo di ranking
Google non pubblica pesi percentuali espliciti dei segnali di ranking. Quello che sappiamo dalle dichiarazioni ufficiali:
- I Core Web Vitals sono un segnale di ranking confermato, non sperimentale
- Operano come tiebreaker: rilevanti in condizioni di parità di contenuto
- Hanno impatto più immediato sulla Search Appearance (ad es. idoneità per le Top Stories)
- Il segnale si basa sui dati CrUX aggregati, non sui risultati di un singolo test
La keyword secondaria core web vitals seo spesso porta a contenuti che esagerano l'impatto dei CWV sul ranking. La realtà è più sfumata: sono uno dei molti segnali, con peso probabilmente inferiore a link authority e rilevanza del contenuto, ma non trascurabile in contesti competitivi.
Come Misurare i Core Web Vitals del Tuo Sito
Prima di ottimizzare, devi sapere dove ti trovi. Gli strumenti principali si dividono in due categorie con finalità diverse.
Field data vs Lab data: la differenza che conta
Field data (dati sul campo): raccoglie misurazioni reali dagli utenti che visitano il tuo sito tramite Chrome. Riflette l'esperienza effettiva di chi naviga il sito in condizioni reali — connessione variabile, dispositivi diversi, cache calda o fredda. È il tipo di dato che Google usa per il ranking.
Lab data (dati di laboratorio): simula il caricamento della pagina in condizioni controllate. Utile per diagnostica e sviluppo perché è riproducibile e immediato, ma non riflette necessariamente l'esperienza degli utenti reali. Non è quello su cui Google basa i segnali di ranking.
La regola pratica: usa il field data per capire come stai e decidere se agire, usa il lab data per capire cosa non va e come migliorarlo.
Google Search Console: il report Core Web Vitals
Il report Core Web Vitals in Google Search Console è il punto di partenza per chi vuole monitorare la situazione a livello di sito. Usa dati field reali (CrUX) e raggruppa le URL per problemi simili, mostrando quante pagine sono in stato Good, Needs Improvement o Poor.
Il vantaggio principale è la visione aggregata: vedi se il problema riguarda un'intera sezione del sito o URL specifiche, e puoi tracciare l'andamento nel tempo per verificare l'effetto delle ottimizzazioni. Per accedere: vai in Search Console → Esperienza → Core Web Vitals.
PageSpeed Insights e Lighthouse: analisi rapida per URL
PageSpeed Insights analizza una singola URL combinando field data (quando disponibile nel CrUX) e lab data da Lighthouse. Restituisce un punteggio da 0 a 100 e diagnosi dettagliate sui problemi rilevati.
Lighthouse è il motore di analisi lab integrato in PageSpeed Insights, ma disponibile anche nel DevTools di Chrome (tab Lighthouse). Ottimo per il debug in fase di sviluppo: puoi simulare connessioni lente e dispositivi mobili e ottenere suggerimenti specifici per ogni problema.
Se PageSpeed Insights non mostra il field data (dati reali) per la tua URL, significa che Google non ha raccolto abbastanza dati CrUX per quella pagina specifica. In questo caso, guarda i dati a livello di origine (dominio) o usa il report aggregato di Search Console.
Impatto dei Core Web Vitals su Ranking e Conversioni
I dati sull'impatto dei Core Web Vitals vanno oltre il ranking: la correlazione con le metriche di business è documentata da studi su scala e case study aziendali.
Lo studio "Milliseconds Make Millions" commissionato da Google e condotto da Deloitte su 37 brand europei e americani ha quantificato l'impatto di miglioramenti di appena 0,1 secondi nel tempo di caricamento. Per il retail, il risultato è stato in media +8,4% di conversioni e +9,2% sul valore medio degli ordini.
I case study specifici confermano la correlazione:
- Vodafone: dopo aver migliorato l'LCP del 31%, ha registrato +8% di vendite, +15% di lead-to-visit rate e +11% di cart-to-visit rate
- Lazada: migliorando l'LCP di 3x ha ottenuto +16,9% di conversion rate mobile
- RedBus: riducendo significativamente INP e i tempi di risposta, ha visto +7% di conversion rate complessivo e aumenti ancora più marcati sul mobile
- Agrofy: dopo aver migliorato l'LCP del 70%, l'abandonment durante il caricamento è sceso dal 3,8% allo 0,9% (–76%)
Il meccanismo causale è diretto: CWV migliori → utente non abbandona la pagina → più tempo per convertire → più conversioni. Non è correlazione casuale. Una pagina con LCP di 5 secondi perde una quota significativa di utenti prima che il contenuto principale sia visibile. Una con CLS alto genera clic accidentali e frustrazione che spingono all'abbandono.
Sul lato SEO, l'impatto sul ranking è più sfumato (tiebreaker, come discusso sopra), ma la riduzione del bounce rate conseguente a CWV migliori è un segnale comportamentale che Google legge positivamente — anche indipendentemente dal peso diretto dei CWV nell'algoritmo. Puoi approfondire come velocità e CWV si integrano nella strategia SEO complessiva nella guida alla velocità del sito web e performance.
Come Ottimizzare i Core Web Vitals: Panoramica
Ogni metrica ha cause e soluzioni distinte. Questa sezione ti dà la mappa del territorio — per i dettagli tecnici di ogni metrica, esistono guide dedicate.
Principali cause di LCP lento e come affrontarle
Le 3 cause più frequenti di LCP sopra i 2,5 secondi:
- Immagini hero non ottimizzate: il contenuto LCP è spesso un'immagine grande. Formato moderno (WebP/AVIF), dimensioni corrette e preload dell'immagine hero sono i primi interventi.
- Server lento (TTFB alto): se il server impiega oltre 600ms a rispondere, è quasi impossibile raggiungere LCP sotto 2,5s. CDN e hosting di qualità sono fondamentali.
- Render-blocking resources: CSS e JavaScript che bloccano il rendering ritardano tutto. Caricare in modo asincrono le risorse non critiche è l'intervento tipico.
Migliorare INP: ridurre i tempi di risposta alle interazioni
INP alto indica che il browser è troppo occupato per rispondere rapidamente alle interazioni dell'utente. Le cause principali:
- JavaScript pesante sul main thread: long tasks (operazioni JS che durano oltre 50ms) bloccano il main thread e ritardano la risposta ai clic. Dividere i task e usare Web Workers per le operazioni pesanti sono le direzioni principali.
- Event handlers inefficienti: callback di click o input che eseguono operazioni costose in modo sincrono. L'obiettivo è restituire il controllo al browser entro 200ms.
- Rendering eccessivo: aggiornamenti DOM costosi in risposta a interazioni. Minimizzare le operazioni di layout e painting post-interazione riduce l'INP.
Correggere CLS: elementi che si spostano e come stabilizzarli
La buona notizia sul CLS è che spesso le cause sono identificabili con precisione:
- Immagini senza dimensioni width/height: il browser non sa quanta spazio riservare e deve ricalcolare il layout quando l'immagine carica. Aggiungere attributi
widtheheightalle immagini HTML risolve questa causa nella maggior parte dei casi. - Contenuti iniettati dinamicamente: banner, cookie consent, widget caricati dopo il rendering iniziale che spingono il contenuto verso il basso. Riservare lo spazio con CSS prima che il contenuto appaia è la soluzione standard.
- Font swap visibile: quando il font web sostituisce il fallback, il layout può spostarsi se le dimensioni differiscono.
font-display: optionalo il dimensionamento dei fallback riduce questo problema.
Conclusione
I Core Web Vitals misurano tre dimensioni fondamentali dell'esperienza utente: velocità di caricamento (LCP), reattività alle interazioni (INP) e stabilità visiva (CLS). Sono segnali di ranking ufficiali dal Page Experience Update e hanno un impatto documentato su conversioni e comportamento degli utenti — non solo sul posizionamento organico.
Il punto di partenza è la misurazione: apri Google Search Console e controlla il report Core Web Vitals per il tuo sito. Una volta identificata la metrica più critica, approfondisci con le guide dedicate a LCP, INP e CLS per le tecniche di ottimizzazione specifiche.