Introduzione
I Core Web Vitals fanno parte dell'algoritmo di ranking di Google dal 2021. Eppure, la maggior parte degli audit SEO li tratta ancora come una semplice formalità, qualcosa da controllare velocemente per poi passare oltre.
È un errore.
Nel 2026, i segnali relativi all'esperienza sulla pagina sono più integrati che mai nel posizionamento. Una pagina lenta o che presenta scatti non solo frustra gli utenti, ma ti fa perdere posizioni. E a differenza della qualità dei contenuti o dei backlink, i problemi legati ai CWV sono spesso risolvibili in poche ore, non settimane.
Questa guida spiega cosa misura realmente ogni Core Web Vital, quali sono i valori ottimali e, soprattutto, cosa fare quando i punteggi sono bassi.
Nessun gergo tecnico per sviluppatori. Solo spiegazioni chiare e soluzioni pratiche.
Cosa sono i Core Web Vitals?
I Core Web Vitals (CWV) sono un insieme di metriche di performance reali definite da Google per misurare come gli utenti vivono una pagina: non solo quanto tempo impiega a caricarsi tecnicamente, ma che sensazione dà durante l'utilizzo.
Le metriche sono tre:
Metrica | Cosa misura | Punteggio ottimale |
|---|---|---|
LCP – Largest Contentful Paint | Velocità di caricamento del contenuto principale | ≤ 2.5 secondi |
INP – Interaction to Next Paint | Reattività all'input dell'utente | ≤ 200 millisecondi |
CLS – Cumulative Layout Shift | Stabilità visiva (gli elementi si spostano?) | ≤ 0.1 |
Google raccoglie questi dati dagli utenti reali di Chrome tramite il Chrome User Experience Report (CrUX): ciò significa che i tuoi punteggi riflettono l'esperienza reale dei visitatori, non solo condizioni di laboratorio.
Nota sull'INP: A marzo 2024, Google ha sostituito il First Input Delay (FID) con l'Interaction to Next Paint (INP) come metrica ufficiale di reattività. Se vedi ancora il FID in vecchi report, sappi che non è più un fattore di ranking. Ora conta l'INP.
LCP — Largest Contentful Paint
Cosa misura
L'LCP traccia quanto tempo impiega a caricarsi l'elemento visibile più grande della pagina. Solitamente si tratta di:
Un'immagine hero o un banner
Un titolo di grandi dimensioni
Una miniatura video
È un indicatore di "quanto velocemente la pagina sembra utile", poiché l'elemento più grande è solitamente quello che l'utente sta aspettando.
Benchmark dei punteggi
Punteggio | Valutazione |
|---|---|
≤ 2.5s | ✅ Ottimo |
2.5s – 4.0s | 🟡 Da migliorare |
> 4.0s | 🔴 Scarso |
Cosa causa un punteggio LCP scarso
Immagini pesanti e non compresse — la causa più comune in assoluto
Risorse che bloccano il rendering — JavaScript o CSS che ritardano il caricamento della pagina
Tempo di risposta del server lento (TTFB) — se il server è lento, tutto il resto ne risente
Mancanza di una strategia di lazy loading — caricamento immediato di immagini fuori schermo
Come risolvere
Comprimi e converti le immagini in WebP — il formato WebP è solitamente più leggero del 25–35% rispetto al JPEG a parità di qualità
Aggiungi
fetchpriority="high"alla tua immagine hero — comunica al browser di dare priorità al suo caricamentoElimina le risorse che bloccano il rendering — rimanda il caricamento di JavaScript non critico e incorpora il CSS critico
Usa una CDN — riduce il tempo di risposta del server servendo le risorse da posizioni più vicine all'utente
Abilita la cache del browser — i visitatori abituali caricheranno la pagina dalla cache invece che da zero
INP — Interaction to Next Paint
Cosa misura
L'INP misura la velocità con cui la pagina risponde dopo un'interazione dell'utente: cliccare su un pulsante, aprire un menu, scrivere in un campo di ricerca. Cattura la latenza peggiore durante l'intera visita alla pagina.
Questa è la metrica a cui molti proprietari di siti non pensano, ma che gli utenti percepiscono costantemente. Una pagina che si carica velocemente ma si blocca per mezzo secondo ogni volta che clicchi qualcosa ha un punteggio INP scarso.
Benchmark dei punteggi
Punteggio | Valutazione |
|---|---|
≤ 200ms | ✅ Ottimo |
200ms – 500ms | 🟡 Da migliorare |
> 500ms | 🔴 Scarso |
Cosa causa un punteggio INP scarso
Esecuzione pesante di JavaScript — il browser è impegnato a eseguire script quando l'utente clicca
Task lunghi che bloccano il thread principale — qualsiasi operazione superiore a 50ms ritarda la capacità di risposta del browser
Script di terze parti — analytics, widget di chat, script pubblicitari e tag manager sono i colpevoli più comuni
Dimensioni eccessive del DOM — le pagine con migliaia di elementi HTML sono più lente da aggiornare
Come risolvere
Analizza e riduci gli script di terze parti — usa il pannello Performance del browser per vedere quali script impiegano più tempo
Suddividi i task lunghi — spezza il JavaScript pesante in blocchi più piccoli usando
setTimeoutoscheduler.postTask()Rimanda il JavaScript non critico — tutto ciò che non deve essere eseguito al caricamento della pagina non dovrebbe esserlo
Riduci la complessità del DOM — punta ad avere meno di 1.500 nodi DOM totali
Le correzioni per l'INP richiedono spesso l'intervento di uno sviluppatore. Ma identificare quali script causano il problema è qualcosa che puoi fare tu: Keyword Kick segnala i problemi di INP a livello di pagina, così sai esattamente dove intervenire.
CLS — Cumulative Layout Shift
Cosa misura
Il CLS misura la stabilità visiva: quanto il layout della pagina si sposta in modo imprevisto durante il caricamento. Hai sperimentato un CLS scarso quando stai per cliccare su un pulsante e un annuncio pubblicitario si carica sopra, spingendolo verso il basso all'ultimo secondo.
Gli spostamenti del layout sono disorientanti, frustranti e misurati direttamente da Google.
Benchmark dei punteggi
Punteggio | Valutazione |
|---|---|
≤ 0.1 | ✅ Ottimo |
0.1 – 0.25 | 🟡 Da migliorare |
> 0.25 | 🔴 Scarso |
Cosa causa un punteggio CLS scarso
Immagini senza dimensioni (width/height) esplicite — il browser non sa quanto spazio riservare
Annunci, embed e iframe senza spazio riservato — si caricano in ritardo e spingono il contenuto verso il basso
Web font che causano FOUT (Flash of Unstyled Text) — il testo si riposiziona quando il font personalizzato viene caricato
Contenuti iniettati dinamicamente — banner, avvisi sui cookie e popup che appaiono sopra i contenuti esistenti
Come risolvere
Specifica sempre
widtheheightsulle immagini — anche con CSS responsive, il browser usa le proporzioni per riservare lo spazio in anticipoRiserva spazio per annunci ed embed — imposta un
min-heightfisso sui contenitori degli annunci prima che vengano caricatiUsa
font-display: optionalofont-display: swap— riduce il riposizionamento del testo durante il caricamento dei fontEvita di inserire contenuti sopra quelli esistenti — se ti serve un banner o un avviso sui cookie, posizionalo in basso o come overlay
Come i Core Web Vitals influenzano il tuo ranking
Google usa i CWV come elemento di spareggio a livello di pagina: non sostituiscono la pertinenza e l'autorevolezza, ma fanno la differenza quando due pagine sono altrimenti comparabili.
Ciò significa che:
Risolvere i CWV non salverà una pagina con contenuti irrilevanti
Ma tra due pagine di pari qualità, quella più veloce e stabile si posizionerà meglio
Su query competitive dove la prima pagina è molto affollata, i CWV possono essere il margine che separa la posizione 3 dalla posizione 6
C'è anche un effetto indiretto: una migliore esperienza sulla pagina → minor frequenza di rimbalzo → maggior tempo di permanenza → segnali di engagement più forti. Questi effetti si sommano nel tempo.
Dati di campo vs. Dati di laboratorio: cosa conta per il ranking?
Incontrerai due tipi di dati CWV:
Tipo | Fonte | Usati per il ranking? |
|---|---|---|
Dati di campo (dati utenti reali) | Chrome UX Report (CrUX) | ✅ Sì |
Dati di laboratorio (simulati) | Lighthouse, PageSpeed Insights | ❌ No (solo diagnostica) |
I dati di campo sono quelli usati da Google. I dati di laboratorio sono utili per diagnosticare problemi e testare soluzioni, ma l'impatto reale sul ranking deriva dall'esperienza utente effettiva.
Nota: se il tuo sito non ha abbastanza traffico Chrome per generare dati di campo (solitamente pagine nuove o con poco traffico), Google ripiega sui dati di laboratorio. Per la maggior parte delle pagine di siti consolidati, si applicano i dati di campo.
Come controllare i tuoi Core Web Vitals
Opzione 1 — Google Search Console
Il rapporto Core Web Vitals di GSC (sotto la voce Esperienza) mostra i dati di campo raggruppati per "Ottimo", "Da migliorare" e "Scarso" a livello di gruppo di URL. È la fonte autorevole per ciò che Google vede realmente.
Limite: Raggruppa URL simili e non mostra i punteggi delle singole pagine.
Opzione 2 — Google PageSpeed Insights
Incolla qualsiasi URL su pagespeed.web.dev per vedere sia i dati di campo (se disponibili) che i dati di laboratorio affiancati. Utile per diagnosticare singole pagine.
Opzione 3 — Site Audit di Keyword Kick
Il Site Audit di Keyword Kick include una Valutazione dei Core Web Vitals che fa emergere i problemi di CWV in tutto il sito, non solo su un URL alla volta. Mostra:
Quali pagine hanno punteggi scarsi o da migliorare
Quale metrica specifica sta fallendo (LCP, INP o CLS)
Consigli di correzione prioritari per affrontare prima i problemi a maggior impatto
Questo è il modo più veloce per controllare i CWV in un sito con centinaia di pagine senza eseguire PageSpeed Insights manualmente su ognuna.
Un ordine di priorità pratico per le correzioni
Se i tuoi punteggi CWV necessitano di lavoro, affrontali in questo ordine:
1. Risolvi prima il CLS — solitamente sono le vittorie più rapide (aggiungi dimensioni alle immagini, riserva spazio per gli annunci). Basso sforzo di sviluppo, alto impatto.
2. Risolvi poi l'LCP — la compressione delle immagini e la configurazione della CDN sono fattibili senza conoscenze tecniche approfondite. Gli script che bloccano il rendering potrebbero richiedere l'aiuto di uno sviluppatore.
3. Risolvi infine l'INP — solitamente richiede la profilazione di JavaScript e il coinvolgimento di uno sviluppatore, ma è critico solo se il tuo sito ha un'elevata interattività (filtri, ricerca, moduli complessi).
Riepilogo rapido dei CWV
Metrica | Cosa misura | Ottimo | Scarso | Soluzione top |
|---|---|---|---|---|
LCP | Tempo caricamento elemento grande | ≤ 2.5s | > 4.0s | Comprimi immagini, usa CDN |
INP | Risposta all'interazione | ≤ 200ms | > 500ms | Riduci JS, rimanda script |
CLS | Stabilità del layout | ≤ 0.1 | > 0.25 | Aggiungi dimensioni immagini, riserva spazio annunci |



