# What Core Web Vitals are (and what they actually measure)

LCP, INP and CLS measure loading, responsiveness and stability on real visits. Here are the thresholds, where the data lives and what the metrics miss.

> Page: https://ui.eneawork.it/blog/cosa-sono-i-core-web-vitals
> Markdown: https://ui.eneawork.it/blog/cosa-sono-i-core-web-vitals.md

*2026-11-01*

I Core Web Vitals sono tre metriche di Google che misurano una pagina reale: LCP per il caricamento, INP per la reattività e CLS per la stabilità visiva. Non misurano la qualità del design né la correttezza del contenuto.

La domanda «For responsive images with different aspect ratios, what's a good way to minimize Cumulative Layout Shift?» vale 20 voti su Stack Overflow, letta il 31 ottobre 2026 con la Stack Exchange API e registrata in docs/keyword-data.json. Il catalogo EneUI misura 111.985 componenti, 1.556 blocchi e 12.808 icone da 1.472 librerie, letti da /api/stats il 1 novembre 2026. Le soglie sotto vengono da web.dev, documentazione Google con licenza CC BY 4.0.

## Le tre metriche e le soglie

Le soglie si applicano al 75° percentile delle visite, separate per mobile e desktop. Google pubblica i valori su web.dev e li calcola dai dati di campo del Chrome UX Report.

## Dove leggere i numeri

I dati di campo arrivano dal Chrome UX Report: utenti reali, ultimi 28 giorni. I dati di laboratorio arrivano da Lighthouse o WebPageTest: una singola esecuzione, con condizioni dichiarate. Servono a cose diverse: il campo decide se la pagina passa, il laboratorio spiega perché.

npx lighthouse https://example.com --only-categories=performance --preset=desktop --output=json --output-path=./lighthouse.json

Il comando richiede Node e una connessione di rete; scrive un report JSON con LCP, CLS e TBT. Lighthouse non misura INP: per la reattività il dato utile è quello di campo, oppure una traccia nel pannello Performance.

## Cosa non misurano

Non misurano accessibilità, contenuto o conversione. Non sono nemmeno l'unico segnale di ranking: Google li usa dentro page experience, con peso minore della pertinenza. Una pagina veloce con la risposta sbagliata resta fuori.

## La limitazione da dichiarare

Un sito con poco traffico non entra nel Chrome UX Report. In quel caso i Core Web Vitals di campo non esistono e vedi solo il laboratorio: non puoi dichiarare un passaggio che nessun utente ha misurato.

## Tre correzioni che spostano i numeri

## Dove continuare

Il catalogo EneUI indicizza 111.985 componenti e 1.556 blocchi con preview. Il record image auto slider è il tipo di componente da controllare prima dell'installazione: se le immagini non hanno dimensioni, il CLS sale. Per correggere il layout shift leggi immagini senza dimensioni, per il peso del JavaScript un import che aumenta il bundle, per il confronto misurato tra librerie librerie React 2026.

## FAQ

### Qual è la differenza tra LCP, INP e CLS?

LCP misura quanto tempo serve per mostrare l'elemento più grande visibile, INP misura la latenza della risposta a un input, CLS misura quanto il layout si sposta senza aspettarselo. Sono tre aspetti diversi della stessa visita.

### INP ha sostituito FID?

Sì. INP è diventata una metrica Core Web Vitals il 12 marzo 2024 e ha preso il posto di First Input Delay, che misurava solo il ritardo del primo input.

### I Core Web Vitals sono un fattore di ranking?

Sì, tramite page experience, ma con peso minore della pertinenza e della qualità del contenuto. Una pagina lenta può rankare se risponde meglio delle concorrenti; una pagina veloce e vuota no.

### Devo guardare i dati di laboratorio o quelli di campo?

Per decidere se una pagina passa guarda i dati di campo del Chrome UX Report. I dati di laboratorio servono a capire quale parte della pagina causa il problema.

### Ogni quanto cambiano i valori?

I dati di campo seguono una finestra mobile di 28 giorni, quindi si muovono lentamente. Lighthouse misura una singola esecuzione e cambia a ogni run: non confrontare due run isolati.