I Core Web Vitals sono i segnali misurabili di Google per l’esperienza reale di una pagina e influiscono sul posizionamento. Superarli non significa rincorrere un punteggio verde fine a se stesso; significa un sito che carica in fretta, risponde all’istante e non salta di qua e di là mentre le persone lo usano. Questa guida spiega le tre metriche così come sono nel 2026 e, cosa più importante, le correzioni che spostano davvero ciascuna di esse.

In breve

  • I tre Core Web Vitals sono LCP (caricamento), INP (reattività) e CLS (stabilità visiva). INP ha sostituito FID come Core Web Vital nel 2024
  • Soglie “buone”: LCP sotto 2,5 s, INP sotto 200 ms, CLS sotto 0,1, misurate al 75° percentile delle visite reali
  • Le correzioni a maggior impatto sono ottimizzare il blocco di immagine o testo più grande, ridurre e spezzare il JavaScript e riservare spazio per immagini, annunci ed embed
  • Usa i dati sul campo (utenti reali), non solo i test di laboratorio, perché Google posiziona in base alle prestazioni reali

I tre Core Web Vitals (2026)

Largest Contentful Paint (LCP): Caricamento

L’LCP misura quanto tempo impiega il più grande elemento visibile (di solito un’immagine hero, un banner o un grande blocco di testo) a essere renderizzato. Buono: sotto 2,5 secondi.

Interaction to Next Paint (INP): Reattività

L’INP misura la rapidità con cui la pagina risponde alle interazioni dell’utente nell’intera visita, sostituendo la vecchia metrica First Input Delay (FID) nel 2024. Cattura il ritardo tra un tocco o un clic e il successivo aggiornamento visivo. Buono: sotto 200 millisecondi.

Cumulative Layout Shift (CLS): Stabilità visiva

Il CLS misura quanto la pagina si sposta in modo imprevisto durante il caricamento (il fastidioso salto quando un’immagine o un annuncio in ritardo spinge in basso i contenuti). Buono: sotto 0,1.

Google valuta questi valori al 75° percentile delle visite reali, quindi hai bisogno che la maggior parte dei tuoi utenti, non solo i più veloci, abbia una buona esperienza.

Correggere l’LCP

  • Ottimizza l’elemento LCP. Identificalo (la maggior parte degli strumenti lo indica) e fai in modo che carichi in fretta: comprimi e dimensiona correttamente l’immagine, servi formati moderni (WebP/AVIF) ed evita il lazy-loading dell’immagine hero.
  • Servi immagini responsive con un srcset corretto, così i dispositivi scaricano un file di dimensioni adeguate anziché uno enorme. (Vedi la guida su come gestire le immagini responsive .)
  • Velocizza la risposta del server (TTFB) con caching e una CDN, così il documento arriva rapidamente.
  • Precarica le risorse critiche (l’immagine LCP, i font chiave) ed elimina il CSS e il JavaScript che bloccano il rendering dove possibile.
  • Usa una pipeline di immagini veloce. Servire le immagini tramite un servizio ottimizzato come le Cloudflare image transformations ridimensiona e comprime al volo.

Correggere l’INP

  • Riduci l’esecuzione di JavaScript. Gli script pesanti bloccano il thread principale e ritardano le risposte. Distribuisci meno JavaScript e rimuovi il codice inutilizzato.
  • Spezza le attività lunghe. Suddividi il lavoro di lunga durata così il browser può rispondere all’input tra un blocco e l’altro.
  • Rimanda il lavoro non critico a dopo l’interazione ed evita grandi handler sincroni.
  • Verifica gli script di terze parti. Tag manager, widget di chat e analytics sono comuni colpevoli dell’INP; caricali in modo efficiente o rimuovi ciò che non ti serve.

Correggere il CLS

  • Imposta sempre larghezza e altezza (o l’aspect-ratio CSS) su immagini e video, così il browser riserva lo spazio.
  • Riserva spazio per annunci, embed e iframe, così non spingono i contenuti quando caricano.
  • Evita di inserire contenuti sopra a contenuti esistenti dopo il caricamento.
  • Precarica i font e usa font-display con criterio per ridurre lo spostamento del layout dovuto ai font che caricano tardi.

Misurare nel modo giusto

  • Dati sul campo, non di laboratorio. Google posiziona in base ai dati degli utenti reali (sul campo), come il Chrome User Experience Report , non a una singola esecuzione di laboratorio. Un punteggio di laboratorio perfetto con dati sul campo scadenti non supererà la prova.
  • Tieni d’occhio il 75° percentile. Migliorare la mediana non basta; è il quarto più lento delle visite a farti fallire.
  • Testa su dispositivi e connessioni reali, in particolare su mobile di fascia media, non solo su un desktop veloce.

Punti chiave

  • I tre Core Web Vitals nel 2026 sono LCP, INP (che ha sostituito FID) e CLS.
  • Punta a LCP sotto 2,5 s, INP sotto 200 ms e CLS sotto 0,1 al 75° percentile delle visite reali.
  • I guadagni maggiori: ottimizzare l’elemento LCP e le immagini, ridurre e spezzare il JavaScript per l’INP e riservare spazio per fermare lo spostamento del layout per il CLS.
  • Giudica il successo sui dati sul campo, non solo su un punteggio di laboratorio.

Ottieni una valutazione professionale

I Core Web Vitals sono solo una parte della SEO tecnica. Un audit SEO tecnico copre i Core Web Vitals insieme a crawl budget, indicizzazione, architettura del sito, rendering JavaScript e dati strutturati, con un piano d’azione prioritizzato basato sull’impatto reale sul posizionamento. Se la velocità è la tua preoccupazione principale, la guida per velocizzare il tuo sito con Cloudflare approfondisce le prestazioni.

Domande frequenti (FAQ)

Quali sono i tre Core Web Vitals nel 2026? Largest Contentful Paint (LCP) per il caricamento, Interaction to Next Paint (INP) per la reattività e Cumulative Layout Shift (CLS) per la stabilità visiva. INP ha sostituito First Input Delay (FID) come Core Web Vital nel 2024.

Quali sono dei buoni punteggi di Core Web Vitals? LCP sotto 2,5 secondi, INP sotto 200 millisecondi e CLS sotto 0,1, misurati al 75° percentile delle visite di utenti reali. Hai bisogno che la maggior parte dei visitatori, non solo i più veloci, raggiunga questi valori.

I Core Web Vitals influenzano il posizionamento su Google? Sì. Fanno parte dei segnali di page experience di Google. Non sono l’unico né il più forte fattore di posizionamento, ma per query competitive una buona esperienza di pagina è un vantaggio significativo, e una cattiva ti frena.

Perché il mio sito passa in laboratorio ma fallisce in Search Console? Perché Google usa i dati sul campo di utenti reali, non un singolo test di laboratorio. Dispositivi, connessioni reali e il 75° percentile espongono problemi che una macchina di test veloce nasconde. Ottimizza per le condizioni reali.

Qual è il modo più veloce per migliorare i Core Web Vitals? Di solito ottimizzare l’elemento LCP (comprimere e dimensionare l’immagine più grande, evitarne il lazy-loading) e ridurre il JavaScript. Per il CLS, impostare le dimensioni sulle immagini e riservare spazio per annunci ed embed.