Core Web Vitals: perché la velocità del sito è fatturato

I Core Web Vitals sono le tre metriche con cui Google misura l'esperienza reale di chi naviga un sito: LCP (quanto ci mette il contenuto principale a comparire, buono sotto i 2,5 secondi), INP (quanto è reattivo alle interazioni, buono sotto i 200 millisecondi) e CLS (quanto "salta" il layout mentre carica, buono sotto 0,1). Contano perché sono un fattore di ranking e, soprattutto, perché un sito lento perde visitatori prima ancora di mostrare cosa offre. La velocità non è un dettaglio per addetti ai lavori: è esperienza utente, ed è denaro.

In breve

• LCP ≤ 2,5 s · INP ≤ 200 ms · CLS ≤ 0,1: sono le soglie "buone" di Google, misurate sugli utenti reali.
• Incidono su SEO, conversioni e percezione di affidabilità.
• La velocità si progetta dall'inizio (immagini, video, codice, font, caricamento intelligente), non si aggiunge alla fine.

Cosa misurano i Core Web Vitals?

Metrica	Cosa misura	Buono	Da migliorare	Scarso
LCP (Largest Contentful Paint)	Tempo in cui compare l'elemento principale (immagine hero, titolo)	≤ 2,5 s	2,5–4 s	> 4 s
INP (Interaction to Next Paint)	Tempo di risposta del sito a clic, tap, tasti	≤ 200 ms	200–500 ms	> 500 ms
CLS (Cumulative Layout Shift)	Quanto gli elementi si spostano durante il caricamento	≤ 0,1	0,1–0,25	> 0,25

Google le valuta sui dati reali degli utenti (il report CrUX) e le mostra in Search Console e in PageSpeed Insights. L'INP ha sostituito il vecchio FID nel 2024 perché misura tutte le interazioni, non solo la prima.

Perché contano davvero?

SEO

Sono un fattore di ranking. A parità di contenuto e autorevolezza, il sito con esperienza migliore vince. E un sito lento viene anche scansionato meno in profondità.

Conversioni

Studi ripetuti di Google e dei grandi e-commerce mostrano che pochi decimi di secondo in meno alzano conversioni e ricavi, soprattutto da mobile. Ogni secondo di attesa è una quota di visitatori che se ne va.

Percezione

Un sito veloce sembra più professionale e affidabile. Uno lento trasmette trascuratezza, anche se il design è bello.

Da cosa dipende la velocità?

• Immagini e video: formato moderno (WebP, AVIF), dimensioni corrette per ogni schermo, compressione giusta, caricamento differito per ciò che sta sotto la piega. I video di sfondo vanno ricodificati per il web e, su mobile, serviti in versione leggera.
• Codice: niente librerie inutili, JavaScript diviso per pagina, CSS essenziale subito e il resto dopo.
• Font: pochi pesi, ospitati sul tuo sito, precaricati quelli visibili subito, con font-display: swap per evitare testo invisibile.
• Server e rete: hosting vicino agli utenti, CDN, cache corretta, compressione.
• Rendering: il contenuto deve esistere nell'HTML (pre-rendering o SSR), non solo dopo che il JavaScript è stato scaricato ed eseguito.
• Layout stabile: spazio riservato a immagini, video, banner e font, così nulla salta mentre carica.
• Script di terze parti: analytics, chat, pixel pubblicitari. Vanno caricati dopo, in modo asincrono, e solo se servono (e solo con consenso, dove richiesto).

Come si misura?

1. PageSpeed Insights: dati di laboratorio e dati reali (quando disponibili), con suggerimenti puntuali.
2. Search Console → Esperienza sulle pagine: le URL raggruppate per stato, sui dati reali.
3. Lighthouse nel browser, per test ripetuti durante lo sviluppo.
4. Web Vitals in analytics: per vedere le metriche sui tuoi utenti veri, pagina per pagina.

Attenzione: un punteggio di laboratorio alto non garantisce dati reali buoni. Contano gli utenti veri, sui loro telefoni, con le loro connessioni.

Come si ottengono: scelte di progetto, non toppe

La velocità è una somma di decisioni prese all'inizio: come si costruisce la pagina, quanto pesa, cosa si carica per primo. Aggiustare dopo costa di più e rende meno. Un esempio: il sito di Antica Villa è 100% statico su Cloudflare, con hero video ricodificato per desktop e mobile; il nostro stesso sito è pre-renderizzato pagina per pagina, con font e video ottimizzati. Non è un ritocco finale, è la struttura.

Domande frequenti

Il mio sito ha un buon punteggio desktop ma pessimo mobile: è normale? È frequente, ma va risolto: Google indicizza la versione mobile e la maggior parte degli utenti arriva da lì. Immagini troppo grandi, video pesanti e JavaScript eccessivo sono le cause tipiche.

Un tema "leggero" di WordPress basta? Aiuta, ma poi contano i plugin, le immagini caricate e il page builder. Un tema scritto su misura, senza builder, resta la strada più pulita.

Basta una CDN per risolvere? No. Una CDN accelera la consegna, ma se la pagina pesa 8 MB e il contenuto compare solo dopo il JavaScript, arriverà veloce una pagina lenta.

Il tuo sito è veloce come dovrebbe? Mettiamolo alla prova: misuriamo i dati reali e ti diciamo cosa conta davvero.