Core Web Vitals: guida completa 2026
Guida pratica ai Core Web Vitals: cosa misurano LCP, INP e CLS, come verificarli e migliorarli. Impatto su posizionamento Google e conversioni.
Il tuo sito è lento e non sai perché. Oppure sai che è lento ma non sai cosa fare. In entrambi i casi, la risposta passa per i Core Web Vitals: le tre metriche che Google usa dal 2021 per valutare la qualità tecnica di un sito web e influenzano direttamente il posizionamento nei risultati di ricerca.
In questa guida ti spiego cosa sono, come verificarli e come migliorarli — senza tecnicismi inutili.
Cosa sono i Core Web Vitals (spiegati semplice)
I Core Web Vitals sono tre metriche che misurano l'esperienza reale di chi visita il tuo sito:
| Metrica | Nome completo | Cosa misura | Soglia buona |
|---|---|---|---|
| LCP | Largest Contentful Paint | Quanto è veloce il caricamento | < 2.5 secondi |
| INP | Interaction to Next Paint | Quanto è reattivo il sito | < 200 ms |
| CLS | Cumulative Layout Shift | Quanto è stabile visivamente | < 0.1 |
Se tutte e tre sono nella zona verde, Google considera il tuo sito tecnicamente eccellente. Se anche solo una è rossa, il sito viene penalizzato nel ranking rispetto ai concorrenti che le superano.
LCP — Largest Contentful Paint (velocità di caricamento)
L'LCP misura quanto tempo impiega l'elemento più grande visibile nella pagina a caricarsi completamente. Di solito è un'immagine hero, un titolo grande o un blocco di testo principale.
- Buono: sotto 2.5 secondi
- Da migliorare: tra 2.5 e 4 secondi
- Scarso: sopra 4 secondi
Quando un utente apre il tuo sito e vede una pagina bianca per 4 secondi, l'LCP è il colpevole. E secondo Google, il 53% degli utenti mobile abbandona un sito che impiega più di 3 secondi a caricarsi.
INP — Interaction to Next Paint (reattività)
L'INP misura quanto velocemente il sito risponde alle interazioni: click su bottoni, tap su link, apertura di menu, compilazione di form.
- Buono: sotto 200 millisecondi
- Da migliorare: tra 200 e 500 ms
- Scarso: sopra 500 ms
Se clicchi un bottone e non succede nulla per mezzo secondo, il sito sembra rotto. L'INP misura esattamente questa sensazione.
CLS — Cumulative Layout Shift (stabilità visiva)
Il CLS misura quanto la pagina si sposta visivamente durante il caricamento. Ti è mai successo di stare per cliccare un bottone e, un attimo prima del tap, la pagina si sposta e finisci su un banner pubblicitario? Quello è CLS alto.
- Buono: sotto 0.1
- Da migliorare: tra 0.1 e 0.25
- Scarso: sopra 0.25
Le cause più comuni: immagini senza dimensioni specificate, font che caricano in ritardo, banner pubblicitari che appaiono dopo il caricamento iniziale.
Perché Google li usa per il ranking
Dal 2021, Google include i Core Web Vitals nel suo Page Experience, un insieme di segnali che determinano la qualità dell'esperienza utente di un sito. In pratica: a parità di contenuto, un sito con CWV nella zona verde si posiziona meglio di uno con CWV nella zona rossa.
Inoltre, dal 2023 i CWV appaiono nel Google Search Console come report dedicato. Se il tuo sito ha problemi di performance, Google te lo segnala direttamente — ma molti imprenditori non controllano mai questo report.
L'impatto reale sulle conversioni
La velocità non è solo un fattore SEO. È un fattore di business:
- Amazon ha calcolato che ogni 100ms di ritardo nel caricamento costa l'1% delle vendite
- Walmart ha osservato un aumento delle conversioni del 2% per ogni secondo di miglioramento nel tempo di caricamento
- Vodafone ha migliorato l'LCP del 31% e ha ottenuto un +8% di vendite
Per una PMI italiana, la differenza tra un sito che carica in 1 secondo e uno che carica in 4 secondi può significare decine di richieste di contatto perse ogni mese.
Come verificare i Core Web Vitals del tuo sito
Google PageSpeed Insights (il più semplice)
- Vai su pagespeed.web.dev
- Inserisci l'URL del tuo sito
- Aspetta l'analisi (30-60 secondi)
- Guarda i risultati nella sezione Core Web Vitals Assessment
Il tool ti mostra sia i dati di laboratorio (simulazione standardizzata) sia i dati dal campo (dati reali dai visitatori del tuo sito tramite Chrome UX Report, disponibili solo se il tuo sito ha abbastanza traffico).
Il punteggio va da 0 a 100. Sopra 90 è buono, sotto 50 richiede intervento urgente.
Google Search Console
Se hai collegato il tuo sito a Google Search Console (e dovresti), vai nella sezione Core Web Vitals nel menu a sinistra. Qui trovi un report che divide le tue pagine in tre categorie:
- Buone (tutte e tre le metriche nella zona verde)
- Da migliorare (almeno una nella zona gialla)
- Scarse (almeno una nella zona rossa)
Lighthouse (per analisi dettagliata)
Lighthouse è uno strumento integrato in Chrome DevTools. Premi F12, vai sulla tab "Lighthouse" e avvia un audit. Ti fornisce un report dettagliato con suggerimenti specifici per migliorare ogni metrica.
È lo stesso motore che usa PageSpeed Insights, ma ti dà più controllo e informazioni tecniche.
Come migliorare i Core Web Vitals
Ottimizzare l'LCP (velocità di caricamento)
Le cause più comuni di un LCP lento:
Immagini non ottimizzate: l'errore numero uno. Un'immagine hero da 3 MB in formato JPEG rallenta tutto il sito. Le soluzioni:
- Convertire le immagini in WebP o AVIF (30-50% più leggere a parità di qualità)
- Specificare width e height nel codice HTML per evitare ricalcoli
- Usare il lazy loading per le immagini sotto il fold (quelle non immediatamente visibili)
- Usare
fetchpriority="high"per l'immagine principale
CSS e JavaScript che bloccano il rendering: script e fogli di stile caricati in modo sincrono impediscono al browser di mostrare il contenuto. Un developer competente usa tecniche come CSS inline, code splitting e caricamento asincrono.
Server lento: se il server risponde in più di 600ms (TTFB), anche un sito leggero sembrerà lento. La soluzione: CDN (Content Delivery Network) e hosting performante.
Ridurre l'INP (reattività)
L'INP è quasi sempre causato da troppo JavaScript. Le soluzioni:
- Rimuovere JavaScript non necessario: plugin, widget, librerie di animazione non usate. Sul mio portfolio, la rimozione di una libreria di animazione inutilizzata ha eliminato 71 KB e 462ms di scripting
- Code splitting: caricare il codice JavaScript solo quando serve, non tutto alla prima visita
- Evitare layout thrashing: operazioni che forzano il browser a ricalcolare continuamente il layout della pagina
Eliminare il CLS (stabilità visiva)
Le cause più comuni e le relative soluzioni:
| Causa | Soluzione |
|---|---|
| Immagini senza dimensioni | Specificare width e height in HTML |
| Font che caricano in ritardo | Usare font-display: swap o optional |
| Contenuti inseriti dinamicamente | Riservare lo spazio con CSS (min-height) |
| Banner/popup che appaiono dopo | Posizionarli in modo da non spostare il contenuto |
Caso reale: da sito lento a 100/100 su Lighthouse
Questo non è un esempio teorico — è il percorso che ho seguito sul mio stesso portfolio argentodev.com.
Situazione di partenza
Il sito era già costruito con Next.js e aveva un design professionale, ma i punteggi non erano perfetti:
- Performance: 88-92
- Accessibility: 85-95 (variava per pagina)
- TBT (Total Blocking Time): 462ms — molto sopra lo 0ms ottimale
Interventi effettuati
- Hero convertito a Server Component: il titolo principale (H1) e il CTA venivano renderizzati via JavaScript. Li ho spostati lato server per un LCP immediato
- Rimozione di Framer Motion: una libreria di animazione da 71 KB che il sito non stava effettivamente usando. 462ms di scripting eliminati
- Dynamic imports: le sezioni non visibili al caricamento iniziale vengono caricate in background
- Contrasto colore: corretto su tutte le 17 pagine per conformità WCAG AA
- CSS inline: il foglio di stile viene incorporato direttamente nell'HTML, eliminando una richiesta di rete
Risultati misurabili
| Metrica | Prima | Dopo |
|---|---|---|
| Performance (desktop) | 88 | 100 |
| Performance (mobile) | 92 | 100 |
| FCP desktop | 0.5s | 0.3s |
| LCP desktop | 0.8s | 0.4s |
| TBT | 462ms | 0ms |
| Accessibility | 85-95 | 100 (tutte le 17 pagine) |
| Best Practices | 95 | 100 |
| SEO | 100 | 100 |
Dati verificabili su PageSpeed Insights. 100/100 su tutte e quattro le categorie, sia mobile che desktop.
Per la storia completa con tutti i dettagli tecnici, leggi il case study Lighthouse 100/100.
Quanto costa ottimizzare i Core Web Vitals
Il costo dipende da quanto è grave la situazione:
| Intervento | Costo indicativo | Impatto |
|---|---|---|
| Ottimizzazione immagini | 200 – 500 € | Alto (LCP) |
| Pulizia JavaScript | 300 – 800 € | Alto (INP, TBT) |
| Fix CLS | 200 – 500 € | Medio-Alto |
| Ottimizzazione completa | 800 – 2.000 € | Massimo |
| Rifacimento sito (se necessario) | Da 1.200 € | Massimo |
In alcuni casi l'ottimizzazione è sufficiente. In altri — siti costruiti con builder pesanti, codice legacy non manutenibile — è più conveniente rifare il sito da zero con tecnologie moderne. Per i prezzi aggiornati, consulta la pagina prezzi sito vetrina.
Domande frequenti
I Core Web Vitals influenzano davvero il posizionamento su Google?
Sì. Google ha confermato ufficialmente che i CWV sono un fattore di ranking dal 2021. A parità di contenuto, un sito con CWV buoni si posiziona meglio. Non è l'unico fattore, ma è uno dei più misurabili e controllabili.
Il mio sito ha un buon design ma è lento. Perché?
Design e performance sono cose diverse. Un sito può avere un design eccellente ma essere costruito con codice pesante, immagini non ottimizzate o un hosting lento. La soluzione è un audit tecnico, non un restyling.
Posso migliorare i CWV da solo senza un developer?
Dipende dal CMS. Su WordPress puoi installare plugin di caching e ottimizzazione immagini che migliorano parzialmente la situazione. Per interventi strutturali — pulizia codice, code splitting, cambio hosting — serve un developer.
Quanto tempo serve per vedere miglioramenti nel ranking dopo aver ottimizzato i CWV?
Google impiega alcune settimane per riprocessare le metriche reali (28 giorni di dati Chrome UX Report). I miglioramenti nel ranking possono essere visibili entro 1-3 mesi, ma dipendono anche da tutti gli altri fattori SEO.
Che differenza c'è tra dati di laboratorio e dati dal campo?
I dati di laboratorio (Lighthouse) simulano una visita in condizioni standardizzate. I dati dal campo (Chrome UX Report) riflettono l'esperienza reale dei tuoi visitatori. Entrambi sono importanti: i dati di laboratorio aiutano a diagnosticare, quelli dal campo mostrano l'impatto reale.
Conclusione
I Core Web Vitals non sono solo metriche tecniche per developer. Sono il modo in cui Google misura se il tuo sito offre un'esperienza di qualità ai visitatori. Un sito lento, instabile o poco reattivo perde posizioni, perde visitatori e perde clienti.
La buona notizia: i CWV sono misurabili e migliorabili. A differenza di altri fattori SEO (link building, brand awareness), la performance è completamente sotto il tuo controllo.
Se vuoi sapere come stanno i Core Web Vitals del tuo sito, contattami per un audit performance gratuito — ti invio un report con punteggi, problemi e soluzioni concrete.