---
title: "Cosa sono i Core Web Vitals e come funzionano"
url: https://www.conseolente.it/cosa-sono-core-web-vitals-come-funzionano/
aggiornato: 2026-11-07
descrizione: "Core Web Vitals: scopri le tre metriche (LCP, INP, CLS) che Google usa per misurare l'esperienza utente e il loro impatto nel ranking SEO."
---

# Cosa sono i Core Web Vitals e come funzionano

> Versione per assistenti AI. Pagina originale: [Cosa sono i Core Web Vitals e come funzionano](https://www.conseolente.it/cosa-sono-core-web-vitals-come-funzionano/?via=md)

I Core Web Vitals sono i tre segnali con cui Google misura l’esperienza reale di chi visita una pagina: la velocità con cui compare il contenuto principale, la reattività alle interazioni e la stabilità del layout durante il caricamento. Dal 2021 influenzano il posizionamento nei risultati di ricerca, insieme ad altri segnali di [SEO tecnica](https://www.conseolente.it/consulente/seo-tecnica/) legati alla qualità della pagina.

## Core Web Vitals in sintesi

- **LCP:** misura la velocità di caricamento del contenuto principale; la soglia buona è sotto i 2,5 secondi.

- **INP:** misura la reattività alle interazioni; la soglia buona è sotto i 200 millisecondi.

- **CLS:** misura la stabilità visiva durante il caricamento; la soglia buona è sotto 0,1.

- **Dati usati da Google:** provengono dal traffico reale degli utenti Chrome (dati di campo), non dai test di laboratorio.

- **Peso nel ranking:** contano a parità di rilevanza dei contenuti, non la sostituiscono.

## Cosa sono i Core Web Vitals e perché esistono

Google ha presentato i Core Web Vitals nel maggio 2020, come parte di un progetto più ampio chiamato Page Experience. Dal 2021 sono un fattore di ranking ufficiale, insieme ad altri segnali legati alla qualità della pagina come l’HTTPS e l’assenza di interstitial invasivi. Non misurano i contenuti di una pagina né la loro qualità editoriale: misurano come quella pagina si comporta mentre un utente la carica e ci interagisce.

Le tre metriche attuali sono LCP, INP e CLS. Ognuna copre un aspetto diverso dell’esperienza: il caricamento, la risposta alle interazioni e la stabilità del layout. Fino a marzo 2024 la terza metrica era il FID, sostituito dall’INP perché valutava solo la prima interazione dell’utente e non l’intera sessione di navigazione.

La soglia che definisce una metrica come buona, da migliorare o scarsa è la stessa per ogni sito: cambia solo quanto è difficile raggiungerla, in base a hosting, codice e contenuti multimediali della pagina.

Controllare i Core Web Vitals come prima verifica tecnica di un sito, prima ancora di guardare i contenuti, è una buona prassi: una pagina lenta o instabile perde utenti indipendentemente da quanto sia scritta bene. Chi vuole intervenire sulle cause tecniche trova il percorso completo nella pagina sull’[ottimizzazione dei Core Web Vitals](https://www.conseolente.it/consulente/ottimizzazione-core-web-vitals/), che entra nel dettaglio di server, immagini e script.

## Le tre metriche dei Core Web Vitals

![Schermata di un report prestazioni con tre indicatori colorati per velocità, reattività e stabilità](https://www.conseolente.it/wp-content/uploads/2026/11/cosa-sono-core-web-vitals-come-funzionano-1-1024x683.webp)

Le tre metriche vengono mostrate con lo stesso sistema a colori nei principali strumenti di analisi.

Ogni metrica risponde a una domanda diversa su come si comporta una pagina durante il caricamento e l’uso. Le soglie che seguono sono quelle della documentazione tecnica di Google.

| Metrica | Buona | Da migliorare | Scarsa |
| --- | --- | --- | --- |
| LCP | sotto 2,5 s | 2,5-4 s | oltre 4 s |
| INP | sotto 200 ms | 200-500 ms | oltre 500 ms |
| CLS | sotto 0,1 | 0,1-0,25 | oltre 0,25 |

### LCP: la velocità con cui appare il contenuto principale

L’LCP misura il tempo che passa dall’inizio del caricamento al momento in cui il browser disegna sullo schermo l’elemento visibile più grande: quasi sempre un’immagine di copertina, un video o un blocco di testo in apertura. Conta solo quello che si vede senza scorrere la pagina: un’immagine più in basso non influenza l’LCP.

A rallentarlo contribuiscono il tempo di risposta del server, il peso delle immagini non ottimizzate, i font che bloccano il rendering del testo e lo JavaScript che il browser deve elaborare prima di mostrare il contenuto. Un’immagine ridimensionata via CSS conta per la dimensione con cui viene mostrata, non per quella del file originale: una foto di 3000 pixel visualizzata a 400 pixel pesa sul tempo di scaricamento, ma non sul calcolo dell’LCP.

### INP: la reattività alle interazioni dell’utente

L’INP misura quanto tempo passa tra un clic, un tocco o la pressione di un tasto e il momento in cui il browser mostra una risposta visiva. A differenza del FID, che guardava solo la prima interazione della visita, l’INP considera tutte le interazioni della sessione e riporta la più lenta tra quelle registrate.

Google ha sostituito il FID con l’INP a marzo 2024 perché la prima interazione racconta poco di come si comporta un sito usato a lungo: un menu che risponde bene al primo clic e si blocca al terzo filtro applicato ha un problema reale, che il FID non intercettava. A pesare sull’INP sono soprattutto gli script JavaScript che occupano il thread principale del browser e i plugin che eseguono operazioni inutili a ogni interazione.

### CLS: la stabilità del layout durante il caricamento

Il CLS misura gli spostamenti improvvisi degli elementi in pagina, come un banner che carica in ritardo e sposta il testo che si sta leggendo. Il punteggio è il prodotto di due componenti: la quota di schermo coinvolta nello spostamento (componente di impatto) e la distanza percorsa dall’elemento rispetto alla dimensione della finestra (componente di distanza). Un blocco di testo che occupa metà schermo e si sposta del 25% dell’altezza della finestra dà impatto 0,75 e distanza 0,25: il punteggio risultante è 0,75 × 0,25 = 0,1875, sopra la soglia buona.

Le cause più comuni sono immagini senza larghezza e altezza dichiarate nel markup, web font che cambiano le dimensioni del testo quando si caricano e contenuti di terze parti, come banner o widget, inseriti dopo il primo rendering.

## Dati di laboratorio e dati di campo: come vengono raccolti i Core Web Vitals

I numeri che vedi aprendo un test di velocità sul tuo computer sono dati di laboratorio: misure prese in condizioni controllate, su un dispositivo simulato, in un singolo momento. Servono per sviluppare e correggere, ma non sono quelli che Google usa per il posizionamento.

I dati che contano per il ranking sono i dati di campo, raccolti dal CrUX: le misurazioni reali di chi visita il sito con Chrome, su connessioni e dispositivi diversi. Due siti con lo stesso punteggio di laboratorio possono avere risultati di campo opposti, perché i loro visitatori reali navigano in condizioni diverse. Il report sui Core Web Vitals dentro Search Console mostra proprio questi dati di campo, aggregati per gruppi di pagine simili e divisi tra mobile e desktop.

### Se vuoi misurare i Core Web Vitals del tuo sito

Per un primo controllo bastano uno strumento di analisi con dati di laboratorio, che restituisce un punteggio e un elenco di correzioni, e il report di Search Console per vedere i dati di campo reali delle pagine indicizzate. Il percorso completo per leggere questi report e intervenire sulle cause è nella pagina sulla [misurazione e ottimizzazione dei Core Web Vitals](https://www.conseolente.it/consulente/ottimizzazione-core-web-vitals/).

### Se un punteggio Core Web Vitals risulta scarso

La correzione dipende dalla metrica coinvolta: un LCP lento chiede interventi su server e immagini, un INP alto chiede di alleggerire lo JavaScript, un CLS instabile chiede di dichiarare le dimensioni di immagini ed elementi dinamici. Le procedure passo per passo per ciascuna metrica sono nella pagina sull’[ottimizzazione tecnica dei Core Web Vitals](https://www.conseolente.it/consulente/ottimizzazione-core-web-vitals/).

## Core Web Vitals e posizionamento SEO: quanto contano davvero

![Grafico a barre che confronta il tasso di pagine con buone metriche tra le prime e le ultime posizioni di una SERP](https://www.conseolente.it/wp-content/uploads/2026/11/cosa-sono-core-web-vitals-come-funzionano-2-1024x683.webp)

La differenza tra le prime e le ultime posizioni di una SERP si misura anche sulle metriche di esperienza utente.

Il posizionamento premia prima la pertinenza dei contenuti rispetto alla query; i Core Web Vitals intervengono dopo, a parità di rilevanza, per decidere quale pagina tra due risposte simili viene mostrata meglio. Capita spesso che chi gestisce un sito voglia inseguire un punteggio di 100 su uno strumento di test prima ancora di aver sistemato i contenuti: sconsiglio di invertire le priorità, perché un sito velocissimo con contenuti deboli non supera una pagina più lenta ma più pertinente per la ricerca.

Un’analisi di settore sui Core Web Vitals nel 2026 riporta che solo il 47% dei siti raggiunge le soglie buone su tutte e tre le metriche, e che le pagine in prima posizione hanno un tasso di superamento delle soglie superiore del 10% rispetto a quelle in nona posizione ([SEO & Core Web Vitals 2026: Complete Guide LCP, INP … (2026)](https://mewastudio.com/en/blog/seo-core-web-vitals-2026/)). La correlazione non prova che il punteggio da solo porti in prima posizione, ma conferma che tra pagine ugualmente rilevanti le metriche di esperienza pesano.

L’effetto si vede anche sul comportamento degli utenti: nella stessa analisi, le pagine che caricano sotto i 2 secondi hanno un tasso di abbandono del 9%, contro il 38% di quelle che superano i 5 secondi, e un ritardo di un secondo oltre la soglia LCP di 2,5 secondi fa salire l’abbandono del 32% ([SEO & Core Web Vitals 2026: Complete Guide LCP, INP … (2026)](https://mewastudio.com/en/blog/seo-core-web-vitals-2026/)). Per un e-commerce il conto si fa anche in euro: un secondo di ritardo nel caricamento riduce le conversioni del 7%, che su un negozio online da 100.000 dollari di fatturato mensile corrisponde a 7.000 dollari persi ogni mese ([SEO & Core Web Vitals 2026: Complete Guide LCP, INP … (2026)](https://mewastudio.com/en/blog/seo-core-web-vitals-2026/)).

## Errori frequenti e casi limite dei Core Web Vitals

Un errore comune è controllare solo i dati di laboratorio di un singolo test e considerarli definitivi: un punteggio verde su uno strumento di analisi non garantisce che i visitatori reali vivano la stessa esperienza, soprattutto se il campione di test non rispecchia la connessione media del pubblico del sito.

Il report di Search Console separa le prestazioni tra mobile e desktop perché i due ambienti raccolgono dati di campo diversi: un sito può avere un LCP buono su desktop e scarso su mobile, dove le connessioni sono più lente e i dispositivi meno potenti. Trattare le due versioni come un unico punteggio porta a correzioni indirizzate sull’ambiente che in realtà già funziona.

Le pagine costruite come applicazioni a pagina singola, dove i contenuti cambiano senza un nuovo caricamento completo, meritano un controllo più attento sull’INP: le interazioni che modificano il contenuto senza ricaricare la pagina rientrano comunque nel calcolo, e un’applicazione che sposta molto lavoro sul browser dell’utente rischia di peggiorare proprio questa metrica. Il criterio di misurazione resta lo stesso anche per questi siti: cambia solo quanto è facile rispettarlo con questa architettura.

Un peggioramento improvviso dopo una modifica al sito, come un nuovo plugin, un cambio di tema o un banner aggiunto in homepage, va controllato subito nel report di Search Console: il confronto tra il periodo prima e dopo la modifica individua la causa più rapidamente di un test isolato.

## Domande frequenti sui Core Web Vitals

### Cosa sono i Core Web Vitals?

I Core Web Vitals sono tre metriche di Google che misurano la velocità di caricamento (LCP), la reattività alle interazioni (INP) e la stabilità visiva (CLS) di una pagina web. Dal 2021 contribuiscono al posizionamento nei risultati di ricerca insieme ad altri segnali di page experience.

### Che cosa misura l’LCP?

L’LCP misura il tempo che intercorre tra l’inizio del caricamento e la comparsa dell’elemento visibile più grande nella pagina, come un’immagine di copertina o un blocco di testo iniziale. La soglia considerata buona è sotto i 2,5 secondi.

### Qual è la soglia buona per l’INP?

La soglia buona per l’INP è sotto i 200 millisecondi tra un’interazione dell’utente e la risposta visiva del browser. Sopra i 500 millisecondi la metrica è considerata scarsa, con tutte le interazioni della sessione valutate e non solo la prima.

### Come si calcola il CLS?

Il CLS si calcola moltiplicando la componente di impatto, la quota di schermo coinvolta nello spostamento, per la componente di distanza, quanto si è spostato l’elemento rispetto alla finestra. Il risultato dovrebbe restare sotto 0,1 per una buona esperienza.

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

I Core Web Vitals intervengono a parità di rilevanza dei contenuti: possono far preferire una pagina più veloce e stabile a un’altra ugualmente rilevante ma più lenta. Restano un segnale secondario rispetto alla pertinenza.

### Come posso verificare la velocità di un sito web?

Uno strumento di analisi delle prestazioni restituisce un punteggio di laboratorio e un elenco di correzioni; i dati reali si confrontano poi nel report di Search Console. La guida completa è nella pagina sugli [strumenti per i Core Web Vitals](https://www.conseolente.it/consulente/ottimizzazione-core-web-vitals/).

### Che differenza c’è tra dati di laboratorio e dati di campo?

I dati di laboratorio sono misure simulate, prese in un singolo momento e su un dispositivo controllato, utili per il debug. I dati di campo sono le misurazioni reali raccolte dal Chrome User Experience Report sui visitatori effettivi del sito, e sono quelli che Google usa per il ranking.

## Fonti e riferimenti

- [SEO & Core Web Vitals 2026: Complete Guide LCP, INP … (2026)](https://mewastudio.com/en/blog/seo-core-web-vitals-2026/) google.com