Core Web Vitals spiegati: LCP, INP e CLS

I Core Web Vitals sono tre metriche definite da Google per valutare l'esperienza reale di un visitatore su una pagina web: il LCP misura la rapidità con cui viene visualizzato il contenuto principale, l'INP misura la reattività alle interazioni, e il CLS misura la stabilità visiva durante il caricamento. Si misurano gratuitamente con PageSpeed Insights o con la Search Console.

Il vero problema: punteggi tecnici che nessuno sa interpretare

Molti proprietari di siti web hanno già visto queste sigle, LCP, INP, CLS, comparire in un report di PageSpeed Insights o nella Google Search Console, senza sapere davvero cosa misurano né perché contano. Il riflesso più comune è trattare queste metriche come un esame tecnico astratto da superare, un punteggio da far salire senza comprenderne il significato.

In realtà i Core Web Vitals non misurano una prodezza tecnica in sé: misurano, in modo indiretto ma abbastanza fedele, ciò che un visitatore prova concretamente utilizzando il sito. Un punteggio negativo corrisponde quasi sempre a un'esperienza concreta e sgradevole: una pagina che impiega tempo a mostrare il proprio contenuto, un pulsante che non risponde immediatamente al clic, o un layout che salta proprio nel momento in cui l'utente stava per cliccare su qualcos'altro. Comprendere questo aspetto cambia il modo di considerare queste metriche: non sono una casella da spuntare per Google, riflettono un'esperienza utente.

LCP: la rapidità di visualizzazione del contenuto principale

Il LCP (Largest Contentful Paint) misura il tempo necessario affinché l'elemento più grande visibile nell'area di schermo iniziale (spesso un'immagine, un titolo o un blocco di testo importante) venga visualizzato completamente a schermo. Non si tratta del tempo di caricamento totale della pagina, ma del momento in cui l'utente vede comparire ciò che costituisce, visivamente, il cuore del contenuto.

Un LCP lento dà l'impressione di un sito che impiega tempo ad "avviarsi": la pagina appare vuota o incompleta per diversi secondi prima che compaia l'elemento principale. Spesso è la prima impressione che un visitatore si fa sulle prestazioni di un sito.

Cause tecniche frequenti di un LCP scadente:

• Immagini non ottimizzate o troppo pesanti utilizzate come elemento principale (banner, foto prodotto).
• Tempo di risposta del server troppo lungo prima che il browser riceva il primo contenuto.
• Risorse bloccanti (CSS o JavaScript voluminosi) caricate prima della visualizzazione del contenuto principale.
• Assenza di precaricamento per le risorse critiche (come un'immagine in cima alla pagina).

INP: la reattività alle interazioni

L'INP (Interaction to Next Paint) misura la reattività di una pagina alle azioni dell'utente: un clic, un tap su mobile, una digitazione da tastiera. In concreto, valuta il ritardo tra il momento in cui l'utente interagisce e il momento in cui la pagina risponde visivamente a tale azione, osservando l'insieme delle interazioni effettuate durante la visita, non solo la prima.

L'INP ha sostituito una metrica più datata, il FID (First Input Delay), che misurava solo il ritardo prima della primissima interazione dell'utente con la pagina. Questo limite creava un problema: un sito poteva rispondere bene alla prima interazione e poi diventare lento su quelle successive, senza che il FID lo rilevasse. L'INP, osservando l'intero percorso di interazione, offre un'immagine più fedele dell'esperienza reale.

Cause tecniche frequenti di un INP scadente:

• JavaScript troppo pesante o mal ottimizzato che blocca il thread principale del browser.
• Troppi script di terze parti eseguiti contemporaneamente (chat, pubblicità, strumenti di tracciamento).
• Elaborazioni complesse innescate direttamente al clic senza essere suddivise in attività più leggere.
• Componenti dell'interfaccia che ricalcolano inutilmente l'intera pagina a ogni interazione.

CLS: la stabilità visiva durante il caricamento

Il CLS (Cumulative Layout Shift) misura gli spostamenti inaspettati di elementi visibili durante il caricamento di una pagina. È il fenomeno ben noto in cui un visitatore sta per cliccare su un pulsante o un link, e un elemento appena caricato (spesso un'immagine, una pubblicità o un carattere tipografico) spinge tutto il contenuto verso il basso, causando un clic sull'elemento sbagliato.

Questo spostamento non è solo fastidioso, può avere conseguenze dirette: un clic accidentale su una pubblicità, un modulo compilato nel campo sbagliato, o semplicemente l'impressione di un sito poco curato che spinge ad abbandonare la pagina.

Cause tecniche frequenti di un CLS scadente:

• Immagini o video senza dimensioni definite in anticipo nel codice, che spostano il contenuto nel momento del caricamento.
• Pubblicità o widget di terze parti inseriti dinamicamente senza spazio riservato.
• Caratteri personalizzati che sostituiscono un carattere predefinito con una dimensione diversa, spostando il testo.
• Contenuto inserito dinamicamente nella parte superiore della pagina (banner, notifica) senza uno spazio previsto in anticipo.

Perché esistono queste metriche: l'esperienza reale, non la prestazione astratta

È facile percepire i Core Web Vitals come un semplice criterio tecnico legato al posizionamento. La loro origine è in realtà diversa: Google li ha introdotti per quantificare oggettivamente aspetti dell'esperienza utente che in precedenza erano difficili da misurare in modo standardizzato su larga scala.

Un sito poteva essere veloce secondo criteri più datati (tempo di caricamento totale) pur offrendo un'esperienza frustrante: contenuto che appare a scatti, interazioni che non rispondono, layout che salta. I Core Web Vitals cercano di catturare queste frustrazioni concrete piuttosto che affidarsi a un'unica misura globale di velocità, che spesso mascherava questi problemi.

Come misurare i Core Web Vitals

Esistono due categorie di dati, ed è utile distinguerle:

PageSpeed Insights combina entrambi: mostra i dati di campo se il sito riceve traffico sufficiente per essere presente nel CrUX, oltre a un'analisi di laboratorio sistematica con raccomandazioni tecniche dettagliate. Google Search Console propone un report "Segnali web essenziali" che raggruppa le pagine del sito per stato (buono, da migliorare, scarso) basandosi sui dati di campo reali.

Per quanto riguarda le soglie precise da raggiungere per ogni metrica, Google pubblica valori di riferimento che aggiorna periodicamente man mano che gli usi e gli standard evolvono. Anziché affidarsi a una cifra fissa trovata in un articolo, è preferibile consultare direttamente PageSpeed Insights, che mostra le soglie in vigore al momento del test e colloca il Suo sito rispetto ad esse.

Cosa ricordare

• Il LCP misura la rapidità di visualizzazione del contenuto principale, l'INP la reattività alle interazioni, il CLS la stabilità visiva durante il caricamento.
• Queste metriche traducono un'esperienza utente concreta, non solo una prestazione tecnica astratta.
• L'INP ha sostituito il FID per riflettere meglio la reattività sull'intera visita, non solo al primo clic.
• Le cause tecniche più frequenti riguardano immagini non ottimizzate, JavaScript pesante ed elementi senza dimensioni riservate.
• Le soglie precise evolvono regolarmente: consulti PageSpeed Insights invece di una cifra datata trovata altrove.
• I dati di campo (reali) e di laboratorio (simulati) sono complementari per diagnosticare e monitorare un sito.

Domande frequenti

Quali sono i tre Core Web Vitals? Il LCP misura il tempo di visualizzazione dell'elemento più grande visibile a schermo, l'INP misura la reattività del sito alle interazioni dell'utente (clic, tap), e il CLS misura la stabilità visiva, cioè se gli elementi della pagina si spostano in modo inaspettato durante il caricamento.

Quali sono le soglie da raggiungere per ogni metrica? Google pubblica soglie di riferimento per ogni metrica, ma vengono aggiornate periodicamente e non devono essere considerate fisse. Il modo più affidabile per consultarle è analizzare il proprio sito con PageSpeed Insights, che mostra le soglie in vigore al momento del test.

Perché l'INP ha sostituito il FID? Il FID (First Input Delay) misurava solo il ritardo prima della prima interazione. L'INP valuta la reattività sull'intera visita, il che riflette meglio l'esperienza reale di un utente che interagisce più volte con una pagina, non solo al suo arrivo.

Qual è la differenza tra i dati di campo e i dati di laboratorio? I dati di campo (provenienti dal CrUX, Chrome User Experience Report) provengono da visitatori reali che hanno utilizzato Chrome sul sito. I dati di laboratorio provengono da un test simulato in condizioni controllate. I due sono complementari: il campo riflette la realtà, il laboratorio permette di diagnosticare prima della pubblicazione.

I Core Web Vitals sono un fattore di posizionamento per Google? Sì, Google li integra nei propri segnali di posizionamento legati all'esperienza di pagina, ma sono solo uno dei tanti fattori, insieme alla pertinenza dei contenuti e a numerosi altri criteri. Un buon punteggio da solo non basta per posizionarsi bene.

In sintesi

Comprendere il LCP, l'INP e il CLS permette di diagnosticare problemi concreti anziché subire un punteggio incompreso. Se il Suo sito accumula segnali "da migliorare" o "scarso" su queste tre metriche, VeryAppi progetta siti web pensati fin dall'inizio per limitare questi problemi tecnici, anziché correggerli in un secondo momento.