I Core Web Vitals sono le metriche di Google che misurano la qualità dell’esperienza utente su un sito web: velocità di caricamento (LCP), reattività alle interazioni (INP) e stabilità visiva (CLS). Dal 2024, con l’introduzione di INP al posto di FID, queste metriche sono diventate un fattore di ranking confermato e un indicatore diretto della qualità tecnica di un sito.
In questa guida spieghiamo cosa misura ciascuna metrica, quali sono le soglie da rispettare, come misurarle con gli strumenti giusti e soprattutto come ottimizzarle per migliorare posizionamento e conversioni.
Nel 2024 Google ha sostituito il First Input Delay (FID) con l’Interaction to Next Paint (INP), completando l’evoluzione dei Core Web Vitals come sistema di valutazione dell’esperienza utente. Queste tre metriche — LCP, INP e CLS — non sono indicatori astratti: misurano esattamente ciò che l’utente percepisce quando visita un sito. Un sito che supera le soglie ottimali non solo si posiziona meglio su Google, ma converte di più perché offre un’esperienza priva di frustrazioni.
Cosa sono i Core Web Vitals
I Core Web Vitals sono un sottoinsieme delle metriche Web Vitals di Google, progettato per quantificare tre aspetti fondamentali dell’esperienza utente: quanto velocemente il contenuto principale diventa visibile, quanto rapidamente la pagina risponde alle interazioni e quanto il layout rimane stabile durante il caricamento.
Fanno parte dei Page Experience signals che Google utilizza nel ranking, insieme a HTTPS, assenza di interstitial invasivi e mobile-friendliness. Il consulenza SEO professionale include sempre un’analisi approfondita di queste metriche come punto di partenza per qualsiasi intervento di ottimizzazione.
Le tre metriche nel dettaglio
Ogni Core Web Vital misura un aspetto specifico della percezione dell’utente. Capire cosa misurano e cosa li influenza è il primo passo per ottimizzarli.
Come misurare i Core Web Vitals
Google offre strumenti sia di laboratorio (dati sintetici) che di campo (dati reali degli utenti). I dati di campo sono quelli che contano per il ranking, ma gli strumenti di laboratorio sono essenziali per il debug. Per una guida operativa completa sulla misurazione delle performance, consulta l’articolo su come ottimizzare la velocità del sito.
| Strumento | Tipo dati | Utilizzo principale |
|---|---|---|
| Google Search Console | Campo (CrUX) | Panoramica globale dello stato CWV del sito, con segnalazione URL problematici raggruppati per pattern |
| PageSpeed Insights | Campo + Lab | Analisi singola pagina con dati reali CrUX e audit Lighthouse, suggerimenti di ottimizzazione specifici |
| Lighthouse (Chrome DevTools) | Laboratorio | Debug dettagliato con waterfall di caricamento, identificazione risorse bloccanti e opportunità specifiche |
| Chrome UX Report (CrUX) | Campo | Dataset pubblico con dati aggregati per origine e URL, accessibile via BigQuery o API CrUX |
| Web Vitals Extension | Laboratorio (locale) | Monitoraggio in tempo reale dei CWV durante la navigazione, utile per verifiche rapide durante lo sviluppo |
| GTmetrix / WebPageTest | Laboratorio | Test avanzati con filmstrip, confronto tra provider hosting, test da location geografiche diverse |
Impatto dei Core Web Vitals su SEO e conversioni
Google ha confermato che i Core Web Vitals sono un fattore di ranking, ma il loro impatto va oltre il posizionamento. Le metriche misurano la qualità dell’esperienza: un sito veloce e stabile converte di più perché rimuove le frizioni nel percorso dell’utente. Con l’evoluzione verso la SEO e intelligenza artificiale, l’esperienza utente sta acquisendo un peso sempre maggiore nei segnali di qualità.
- Fattore di ranking confermato nella Page Experience
- Tie-breaker tra pagine con contenuto equivalente
- Influenza sulla visibilità nelle Top Stories mobile
- Prerequisito per il badge “Esperienza ottimale” in SERP
- Crawl budget: pagine più veloci vengono scansionate più spesso
- Segnale indiretto: migliore engagement riduce pogo-sticking
- Ogni 100ms di LCP in meno: +1.3% tasso di conversione
- CLS scarso aumenta il bounce rate del 15-25%
- INP elevato: gli utenti abbandonano form e checkout
- Pagine veloci: tempo medio sessione +20%
- Mobile: impatto amplificato (connessioni lente, CPU limitate)
- Ecommerce: 1 secondo di ritardo = −7% conversioni
Il tuo sito supera le soglie dei Core Web Vitals?
Very Content analizza le performance tecniche del tuo sito e implementa le ottimizzazioni necessarie per migliorare velocità, posizionamento e conversioni.
Come ottimizzare i Core Web Vitals
L’ottimizzazione segue un processo preciso: prima misuri, poi identifichi i colli di bottiglia, infine intervieni sulla causa specifica. Un approccio sviluppo mobile-first risolve molti problemi alla radice, perché se le performance sono buone su mobile lo sono anche su desktop.
Errori comuni nell’ottimizzazione dei Core Web Vitals
Molti interventi di ottimizzazione producono risultati controintuitivi o addirittura peggiorano le metriche. Ecco gli errori più frequenti e costosi da evitare.
L’ottimizzazione dei CWV richiede competenza tecnica specifica. Interventi superficiali possono sembrare migliorativi nei test di laboratorio ma peggiorare i dati di campo:
- Lazy-load sull’immagine hero: il lazy-load ritarda il caricamento delle immagini below the fold — ma applicarlo all’immagine LCP (hero, above the fold) peggiora drasticamente il Largest Contentful Paint. La soluzione è il preload, non il lazy-load.
- Ottimizzare solo i dati lab ignorando i dati field: Lighthouse usa una connessione simulata; i dati CrUX riflettono utenti reali con dispositivi e connessioni variabili. Un punteggio 100 su Lighthouse non garantisce CWV verdi in Search Console.
- Font web senza strategia di fallback: caricare Google Fonts senza font-display:swap o senza dimensioni di fallback calibrate causa FOUT (Flash of Unstyled Text) che genera CLS. Usa size-adjust nel @font-face di fallback.
- Troppi plugin di “ottimizzazione”: in WordPress, accumulare plugin di caching, minification e lazy-load spesso genera conflitti che peggiorano le performance. Meglio un solo plugin ben configurato (WP Rocket, FlyingPress) che tre in conflitto.
- Ignorare il CLS da interazioni utente: dal 2024, il CLS misura gli shift durante l’intera sessione, non solo il caricamento iniziale. Dropdown, accordion e contenuti che si espandono senza animazione contribuiscono al punteggio CLS.
Per un sviluppo sito web che superi le soglie dei Core Web Vitals fin dalla prima release, l’ottimizzazione delle performance deve essere integrata nel processo di sviluppo, non aggiunta come intervento successivo.
