Core Web Vitals: Cosa Sono, Come Si Misurano e Come Ottimizzarli
I Core Web Vitals sono tre metriche con cui Google misura la qualità dell’esperienza utente su un sito web. Non sono indicatori teorici — sono fattori di ranking ufficiali: un sito che li soddisfa ha un vantaggio diretto nel posizionamento rispetto a uno che li ignora, a parità di qualità dei contenuti.
La notizia buona è che migliorare i Core Web Vitals è un lavoro tecnico con risultati misurabili. La notizia meno buona è che molti siti, anche quelli curati nei contenuti e nell’estetica, li ignorano completamente — e pagano questo errore in termini di visibilità e conversioni. Questa guida spiega cosa misura ciascuna metrica, quali sono le soglie da raggiungere e come intervenire in modo concreto.
Perché Google ha introdotto i Core Web Vitals
Google ha sempre avuto come obiettivo dichiarato quello di portare gli utenti verso le migliori risorse disponibili sul web — non solo le più rilevanti per contenuto, ma anche quelle che offrono la migliore esperienza di navigazione. Un articolo eccellente su un sito lento, instabile e difficile da usare su mobile frustra l’utente prima che riesca a leggerlo. I Core Web Vitals nascono per quantificare quella frustrazione con dati oggettivi. La documentazione ufficiale di Google sui Core Web Vitals aggiorna periodicamente soglie e metriche: tenerla come riferimento garantisce di lavorare sempre sui parametri correnti.
Le tre metriche misurano aspetti distinti dell’esperienza: quanto velocemente la pagina mostra il suo contenuto principale, quanto rapidamente risponde alle interazioni dell’utente e quanto è stabile visivamente durante il caricamento. Insieme forniscono una fotografia completa della qualità percepita del sito da parte di chi lo visita.
LCP — Largest Contentful Paint: la velocità percepita
L’LCP misura il tempo che intercorre dal momento in cui l’utente inizia a caricare la pagina al momento in cui il contenuto principale — l’elemento più grande visibile nella viewport, tipicamente un’immagine hero, un video in evidenza o un blocco di testo prominente — viene completamente renderizzato sullo schermo.
È la metrica più vicina alla percezione soggettiva di velocità: quando l’LCP è basso, la pagina sembra caricarsi velocemente anche se il processo di caricamento completo non è ancora terminato. L’utente vede il contenuto che cercava e smette di percepire l’attesa.
Le soglie: un LCP inferiore a 2,5 secondi è considerato buono da Google. Tra 2,5 e 4 secondi rientra nella zona “da migliorare”. Oltre 4 secondi è considerato scarso e penalizzante per il ranking.
Le cause più comuni di LCP elevato sono immagini hero non ottimizzate (troppo pesanti, nel formato sbagliato, caricate senza priorità), server lenti con tempi di risposta alti (TTFB — Time to First Byte — superiore a 800ms), CSS o JavaScript che bloccano il rendering della pagina prima che il contenuto principale possa apparire, e lazy loading applicato erroneamente all’immagine hero — che viene caricata solo quando entra nel viewport invece di essere precaricata con priorità.
Come migliorarlo: il primo intervento è sempre ottimizzare l’elemento LCP — quasi sempre un’immagine. Convertila in formato WebP, riducine le dimensioni al necessario per il display effettivo, aggiungi l’attributo fetchpriority="high" nel tag HTML per segnalare al browser di caricarla con precedenza. A livello server, attivare un CDN (Content Delivery Network) riduce la distanza fisica tra server e utente, abbassando il TTFB. Eliminare o posticipare il JavaScript non critico — quello che non serve per il rendering iniziale della pagina — riduce il tempo in cui il browser è bloccato da script in esecuzione.
INP — Interaction to Next Paint: la reattività
L’INP misura quanto velocemente la pagina risponde alle interazioni dell’utente — click, tap su mobile, pressione di tasti. Per ogni interazione registrata durante la visita, misura il ritardo tra l’azione dell’utente e il momento in cui il browser aggiorna visivamente la pagina in risposta. Il valore finale è il 75° percentile di tutte le interazioni registrate nella sessione.
È la metrica più recente dei tre: ha sostituito il FID (First Input Delay) perché misura la reattività durante l’intera sessione, non solo alla prima interazione. Un sito può avere un ottimo FID ma un INP pessimo se il thread principale del browser si blocca durante l’uso — per esempio quando si scorre verso il basso e il sito carica nuovi elementi, o quando si clicca su un filtro in un e-commerce.
Le soglie: un INP inferiore a 200 millisecondi è buono. Tra 200 e 500ms è da migliorare. Oltre 500ms è scarso.
Le cause più comuni di INP elevato sono JavaScript pesante che occupa il thread principale del browser per lunghi periodi, rendering di componenti complessi scatenato da ogni interazione, gestione inefficiente degli eventi (troppi event listener, logica sincrona bloccante) e animazioni CSS implementate con JavaScript invece di affidarsi alle proprietà CSS native che vengono gestite dalla GPU.
Come migliorarlo: il punto di partenza è identificare quali interazioni producono ritardi maggiori — gli strumenti di sviluppo di Chrome (scheda Performance) permettono di registrare una sessione e analizzare dove il thread principale si blocca. Le soluzioni tipiche includono suddividere i task JavaScript lunghi in operazioni più brevi con yielding al browser, usare Web Workers per spostare elaborazioni pesanti fuori dal thread principale e ottimizzare i componenti React o Vue che ri-renderizzano in modo inefficiente ad ogni interazione.
CLS — Cumulative Layout Shift: la stabilità visiva
Il CLS misura quanto il layout della pagina si sposta in modo inaspettato durante il caricamento. Ogni volta che un elemento già visibile si sposta perché un altro elemento — un’immagine, un annuncio, un font personalizzato — è apparso dopo di lui, si genera uno shift del layout. Il CLS è la somma pesata di tutti questi spostamenti durante il caricamento della pagina.
È la metrica che causa la frustrazione più immediata e visibile agli utenti: stai per cliccare un bottone, la pagina si sposta perché è comparsa un’immagine sopra, e clicchi qualcos’altro per errore. O stai leggendo un paragrafo e il testo salta in basso mentre compare un banner. Questi comportamenti degradano l’esperienza in modo percepibile anche da utenti che non sanno nulla di Core Web Vitals.
Le soglie: un CLS inferiore a 0,1 è buono. Tra 0,1 e 0,25 è da migliorare. Oltre 0,25 è scarso.
Le cause più comuni di CLS elevato sono immagini senza dimensioni dichiarate nell’HTML (il browser non riserva lo spazio prima che l’immagine venga caricata), annunci pubblicitari che appaiono senza spazio riservato, font personalizzati che sostituiscono il font di fallback con dimensioni diverse (FOUT — Flash of Unstyled Text), e contenuti iniettati dinamicamente da JavaScript sopra contenuti già visibili.
Come migliorarlo: la correzione più semplice e impattante è aggiungere attributi width e height a tutte le immagini nell’HTML — questo permette al browser di riservare lo spazio corretto prima ancora che l’immagine venga scaricata. Per i font personalizzati, usare font-display: optional o font-display: swap con font di fallback dalle dimensioni simili riduce il layout shift al cambio font. Per gli annunci, riservare spazio fisso nel layout evita che il contenuto si sposti quando la pubblicità viene caricata.
Come misurare i Core Web Vitals del tuo sito
Esistono due tipi di dati per i Core Web Vitals: i dati di laboratorio, prodotti da strumenti che simulano il caricamento della pagina in condizioni controllate, e i dati sul campo (field data), raccolti dalle sessioni reali degli utenti che visitano il sito. Google usa i dati sul campo per il ranking — non quelli di laboratorio.
PageSpeed Insights è lo strumento più diretto: inserisci l’URL e ottieni sia i dati di campo reali degli ultimi 28 giorni (se disponibili) sia i dati di laboratorio con diagnosi specifiche dei problemi. È il punto di partenza per qualsiasi analisi.
Google Search Console ha una sezione dedicata ai Core Web Vitals che mostra l’andamento nel tempo, classifica le pagine per stato (buono / da migliorare / scarso) e raggruppa i problemi simili per aiutarti a prioritizzare gli interventi. Se hai già Search Console configurato — e dovresti averlo — è il luogo migliore per monitorare i progressi nel tempo.
Lighthouse, integrato negli strumenti per sviluppatori di Chrome (tasto F12, scheda Lighthouse), produce un audit completo in laboratorio con punteggi e suggerimenti specifici per ogni problema. Utile per testare in sviluppo prima di pubblicare le modifiche.
Web Vitals Extension è un’estensione gratuita di Chrome che mostra i Core Web Vitals in tempo reale mentre navighi qualsiasi pagina — utile per verificare l’impatto di singole interazioni sull’INP e identificare shift visivi sul CLS.
Per un’analisi SEO tecnica completa che includa i Core Web Vitals nel quadro più ampio degli aspetti da verificare, segui la nostra SEO audit checklist. Per capire come i Core Web Vitals si inseriscono nella strategia SEO tecnica complessiva, leggi l’articolo sulla SEO tecnica: la fondazione invisibile del ranking.
Priorità degli interventi: da dove iniziare
Se i tuoi Core Web Vitals sono tutti nella zona “scarso”, non cercare di sistemare tutto insieme. L’approccio più efficiente è prioritizzare per impatto.
Inizia sempre dall’LCP: è la metrica con il maggiore impatto percepito sulla velocità e spesso quella con i miglioramenti più rapidi da ottenere ottimizzando le immagini. Un’immagine hero da 3MB convertita in WebP e ridimensionata correttamente può spostare l’LCP da 6 secondi a 2 secondi in un solo intervento.
Poi affronta il CLS: le correzioni sono spesso semplici da implementare (aggiungere width e height alle immagini è una modifica di poche righe di codice) e l’impatto sull’esperienza utente è immediatamente visibile.
L’INP è la metrica più complessa da ottimizzare perché richiede spesso una revisione del codice JavaScript — un lavoro più profondo che può richiedere l’intervento di uno sviluppatore front-end. Per capire come le scelte tecniche dello sviluppo impattano le performance complessive, leggi il nostro articolo su come misurare e migliorare le performance del sito web.
Core Web Vitals e WordPress: cosa fare subito
La maggior parte dei siti italiani gira su WordPress, e WordPress ha alcune vulnerabilità specifiche rispetto ai Core Web Vitals che vale la pena affrontare direttamente.
Il primo intervento è installare un plugin di caching e ottimizzazione come WP Rocket, LiteSpeed Cache o W3 Total Cache. Questi plugin gestiscono in automatico molte delle ottimizzazioni più impattanti: caching delle pagine, minificazione di CSS e JavaScript, lazy loading delle immagini, preconnessione ai server esterni.
Il secondo intervento riguarda le immagini: installare un plugin come Imagify, ShortPixel o Smush per convertire automaticamente le immagini in WebP e comprimerle al caricamento. Il guadagno sull’LCP può essere immediato e significativo.
Il terzo intervento è verificare che il tema in uso sia ottimizzato per le performance. I page builder visivi come Divi o Elementor, pur essendo comodi per la costruzione delle pagine, tendono a generare codice CSS e JavaScript ridondante che pesa sulle metriche. Se i Core Web Vitals rimangono critici anche dopo le ottimizzazioni di plugin, la causa potrebbe essere il tema stesso.
Quanto tempo ci vuole per vedere i miglioramenti nel ranking
Google aggiorna i dati di campo dei Core Web Vitals su un rolling window di 28 giorni. Questo significa che dopo un intervento di ottimizzazione, i miglioramenti nelle metriche impiegheranno alcune settimane a riflettersi completamente nei dati che Google usa per il ranking. Non aspettarti cambiamenti immediati nel posizionamento — aspettati un miglioramento progressivo nel corso di quattro-otto settimane dall’intervento.
Il monitoraggio costante tramite Search Console è essenziale: permette di verificare che le ottimizzazioni stiano producendo l’effetto atteso e di intercettare regressioni prima che impattino il ranking. Per integrare il monitoraggio dei Core Web Vitals in una routine SEO strutturata, leggi il nostro articolo su come fare ottimizzazione on-page con metodo. E per collocare tutti questi interventi tecnici all’interno di una strategia organica completa, consulta la guida alle strategie SEO avanzate per la prima pagina di Google.
Vuoi sapere dove si trovano i Core Web Vitals del tuo sito e quali interventi hanno il maggiore impatto sul ranking? Contattaci per un’analisi tecnica gratuita: ti consegniamo una lista prioritizzata di interventi con stima dell’impatto.