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

Un sito lento non è un problema "tecnico". È un problema di fatturato. Ogni secondo di attesa in più, una quota di visitatori chiude la scheda prima ancora di vedere cosa offri. Google lo sa, e da anni misura tre numeri, i Core Web Vitals, che pesano sia sul posizionamento sia su quanto le persone restano e comprano.

Vediamo cosa sono, perché contano e come li gestiamo in pratica.

I tre numeri che contano

I Core Web Vitals sono tre metriche che descrivono l'esperienza reale di chi apre la pagina:

• LCP (Largest Contentful Paint): quanto ci mette a comparire l'elemento più grande, di solito l'immagine o il titolo principale. È la percezione di "quanto è veloce". Obiettivo: sotto i 2,5 secondi.
• INP (Interaction to Next Paint): quanto tempo passa tra un tocco/click e la risposta visibile della pagina. È la percezione di "quanto è reattivo". Obiettivo: sotto i 200 ms.
• CLS (Cumulative Layout Shift): quanto gli elementi "saltano" mentre la pagina carica. È quella sensazione fastidiosa di cliccare un bottone che si sposta. Obiettivo: sotto 0,1.

Tre numeri, tre sensazioni: veloce, reattivo, stabile.

Perché incidono sul fatturato

Non è teoria. Sono correlazioni misurate su milioni di sessioni:

• ogni ritardo nel caricamento aumenta la probabilità di abbandono prima dell'interazione;
• un layout che salta fa cliccare la cosa sbagliata, e l'utente se ne va frustrato;
• Google usa i Core Web Vitals come segnale di ranking: a parità di contenuto, il sito più veloce sale.

In un e-commerce o in una landing di acquisizione, questo si traduce in carrelli completati e lead in più, o in meno. La performance non è un dettaglio da fine progetto: è una leva commerciale.

Da dove arrivano i problemi (e come li evitiamo)

La maggior parte dei siti lenti soffre degli stessi errori, quasi tutti prevenibili in fase di costruzione:

1. Immagini pesanti e non dimensionate. Le serviamo in formati moderni, con dimensioni esplicite per evitare i salti (CLS) e caricamento differito per ciò che è sotto la piega.
2. Font che bloccano il rendering. Usiamo font-display e preload dei font critici, così il testo appare subito invece di lasciare spazi vuoti.
3. JavaScript di troppo. Ogni libreria ha un costo. Spediamo solo il codice che serve, suddiviso e differito, così la pagina diventa interattiva prima (INP).
4. Spazi non riservati. Banner, pubblicità ed embed che compaiono dopo spostano tutto: riserviamo lo spazio in anticipo.

Nessuno di questi richiede magie: richiede di trattare la performance come un requisito, non come un ripensamento.

Come la teniamo sotto controllo

La regola che seguiamo è semplice: quello che non si misura, non si migliora.

• Misuriamo i Core Web Vitals sul campo (utenti reali) e in laboratorio prima di ogni rilascio.
• Mettiamo un budget di performance: se una modifica peggiora i numeri oltre soglia, non va in produzione.
• A ogni deploy controlliamo che LCP, INP e CLS restino nel verde, non una volta sola, ma nel tempo.

Il risultato è un sito che resta veloce anche dopo mesi di aggiunte, non solo il giorno del lancio.

In sintesi

I Core Web Vitals non sono una checklist per far contento Google: sono il modo più onesto di misurare se il tuo sito rispetta il tempo delle persone. Un sito veloce, reattivo e stabile converte di più, si posiziona meglio e costa meno da mantenere.

Se vuoi sapere come si comporta il tuo sito oggi, e cosa servirebbe per portarlo nel verde, possiamo dare un'occhiata insieme.