Cosa sono i Core Web Vitals

I Core Web Vitals servono a descrivere l’esperienza di una pagina in tre dimensioni distinte: caricamento, interattività e stabilità visiva. Non dicono soltanto se un sito è “veloce”, ma se risulta davvero comodo da usare per chi lo visita.

Le tre metriche sono LCP (Largest Contentful Paint), INP (Interaction to Next Paint) e CLS (Cumulative Layout Shift). Ognuna risponde a una domanda diversa: quando compare il contenuto principale, quanto velocemente la pagina reagisce agli input e quanto rimane stabile il layout mentre carica o si aggiorna.

LCP: quando il caricamento sembra finito

Il LCP misura il momento in cui viene visualizzato l’elemento più grande presente nella parte visibile della pagina. Di solito si tratta di un’immagine hero, di un titolo importante o di un grande blocco di contenuto. È una metrica utile perché riflette il momento in cui l’utente percepisce che la pagina è davvero pronta, non solo in lavorazione dietro le quinte.

Una pagina può continuare a scaricare risorse e, allo stesso tempo, sembrare lenta se il contenuto principale tarda a comparire. A influire possono essere HTML, CSS, immagini, font e risposta del server. Il LCP è quindi il risultato di più fattori, non di un singolo dettaglio.

Per inquadrare il tema delle lentezze in modo più ampio, l’articolo perché un sito web sembra lento offre un contesto utile senza trasformarsi in una guida operativa.

INP: la reattività durante l’uso

INP misura il ritardo tra un’interazione e il successivo aggiornamento visivo disegnato dal browser. A differenza di metriche limitate al primo input, osserva la capacità di risposta lungo tutta la visita. Questo è importante perché gli utenti non vivono un sito come un solo caricamento, ma come una sequenza di azioni e risposte.

Un INP elevato spesso indica pressione sul main thread. JavaScript pesante, gestori di eventi costosi, DOM molto ampi o operazioni di rendering impegnative possono ritardare il paint successivo. Il sito riceve il comando, ma la risposta visibile arriva tardi.

La differenza si sente soprattutto in menu, filtri, form, carrelli e pannelli amministrativi. In questi casi non conta solo l’apertura iniziale della pagina, ma anche quanto la pagina reagisce bene ogni volta che l’utente interagisce.

CLS: perché la stabilità visiva conta così tanto

Il CLS misura gli spostamenti imprevisti degli elementi sullo schermo. Se un’immagine si carica tardi e spinge il contenuto verso il basso, se una pubblicità appare dopo il render iniziale o se un font web cambia le dimensioni del testo, la pagina diventa instabile.

La stabilità visiva non è un ornamento. Riduce i clic sbagliati, facilita la lettura e dà un senso di ordine. Una pagina ferma e prevedibile comunica più cura di una pagina che salta continuamente.

Cause comuni di layout shift

• Immagini e video senza spazio riservato.
• Annunci o embed aggiunti dopo il rendering iniziale.
• Font web che sostituiscono il fallback e modificano l’altezza delle righe.
• Banner, avvisi o moduli dinamici che spostano il contenuto.

Dati di campo e dati di laboratorio: due prospettive diverse

Le Core Web Vitals vengono spesso lette attraverso dati di campo e dati di laboratorio. I primi arrivano da utenti reali, con dispositivi, reti e comportamenti diversi. I secondi provengono da test controllati, con condizioni più prevedibili.

Per questo i risultati non coincidono sempre. Una pagina può sembrare accettabile in laboratorio e risultare più lenta su telefoni meno potenti o connessioni deboli. Può accadere anche il contrario: una prova sintetica evidenzia un problema che per la maggior parte dei visitatori resta poco percepibile.

I dati di campo raccontano cosa hanno vissuto davvero le persone. I dati di laboratorio aiutano a capire perché. Insieme offrono una visione molto più utile di un singolo numero isolato.

Perché un punteggio unico non basta

Un punteggio generale è comodo, ma semplifica troppo. Un sito può ottenere una valutazione discreta e tuttavia risultare lento nelle interazioni o instabile nel layout. Un altro può apparire peggiore in un test sintetico, ma offrire una sensazione più piacevole nell’uso quotidiano.

La forza dei Core Web Vitals sta proprio nella separazione delle dimensioni. LCP riguarda il caricamento, INP la reattività e CLS la stabilità. Insieme, descrivono l’esperienza in modo più fedele di qualunque singola cifra.

TTFB e LCP: collegati, ma non uguali

TTFB significa Time to First Byte e misura quanto tempo impiega il server a inviare il primo byte della risposta. Non è la stessa cosa del LCP, ma può influenzarlo. Se il server è lento, l’HTML arriva più tardi e il contenuto principale può essere renderizzato con ritardo.

Allo stesso tempo, un buon TTFB non garantisce un buon LCP. Immagini pesanti, CSS, JavaScript o rendering lato client possono rallentare comunque la comparsa del contenuto principale. Il TTFB è un tassello della catena, non l’intera spiegazione. Per una definizione più mirata, vedere che cos’è il TTFB e perché conta nel primo byte della risposta.

Leggere i Core Web Vitals come segnali di UX reale

Il modo più utile di interpretare queste metriche è considerarle segnali di esperienza vissuta. Il contenuto principale arriva al momento giusto? La pagina risponde bene agli input? Il layout rimane fermo mentre l’utente legge o interagisce? Queste domande collegano la tecnica alla percezione.

Per questo LCP, INP e CLS non vanno letti come tre numeri separati e basta. Ognuno rappresenta una parte diversa del percorso dell’utente. Insieme, offrono un’immagine molto più fedele di come una pagina si comporta davvero.

I Core Web Vitals migliorano quando i contenuti percorrono meno distanza e meno elementi devono essere ricalcolati. Una CDN aiuta nella distribuzione, mentre la cache del sito web riduce i ritardi dovuti alle pagine dinamiche.