Qualità e design

Perché un sito lento ti costa clienti: i Core Web Vitals spiegati

Di Nicola Palummo · 14 settembre 2026 · 7 min di lettura

Perché la velocità di un sito conta davvero?

La velocità conta perché agisce prima di tutto il resto: se la pagina fa attendere, la persona se ne va prima di leggere il messaggio, vedere le prove o trovare il pulsante per scriverti. Un sito lento non converte poco, converte ciò che nessuno ha visto. La velocità non è un dettaglio per tecnici, ma la prima condizione perché il resto del sito abbia una possibilità.

L'attesa pesa di più sul telefono, dove arriva la maggior parte delle persone e dove la rete è meno stabile. Chi cerca un commercialista o un avvocato dallo smartphone, in un momento di fretta, non aspetta che la pagina finisca di assemblarsi: torna ai risultati di Google e apre il sito successivo. Quella persona non era meno interessata, l'hai persa per un problema che non aveva nulla a che fare con la qualità del tuo lavoro.

Il legame tra velocità e conversioni è semplice da capire: ogni secondo di attesa è un'occasione in più per ripensarci, distrarsi o cambiare pagina. Un sito che compare in fretta tiene la persona nel momento in cui la sua attenzione è massima, cioè subito. Non serve un numero per intuirlo, basta osservare cosa fai tu stesso quando una pagina non carica. La velocità è ciò che trasforma una visita in una possibilità reale di contatto.

Cosa sono i Core Web Vitals (LCP, INP, CLS)?

I Core Web Vitals sono tre metriche pubbliche con cui Google misura la qualità d'uso di una pagina: LCP misura quanto impiega il contenuto principale a comparire, INP la reattività ai tuoi tocchi, CLS quanto la pagina resta ferma invece di "saltare" mentre carica. Insieme dicono se l'esperienza è veloce, reattiva e stabile, cioè le tre cose che una persona percepisce davvero.

Il termine vale la pena scomporlo, perché è il riferimento di tutta la guida. Core Web Vitals è l'insieme di indicatori che Google ha scelto come segnali centrali dell'esperienza utente, misurati sui dati reali delle persone che visitano il sito. Non sono sensazioni, sono numeri verificabili da chiunque, gratuitamente, sul proprio dominio. Ognuno dei tre risponde a una domanda che la persona si pone senza accorgersene.

• LCP (Largest Contentful Paint): "quanto ci mette a comparire?": il tempo che impiega l'elemento principale (di solito l'immagine grande o il titolo) a essere visibile. Buono sotto 2,5 secondi.
• INP (Interaction to Next Paint): "risponde quando tocco?": il ritardo tra il tuo tocco o clic e la reazione visibile della pagina. Buono sotto 200 millisecondi.
• CLS (Cumulative Layout Shift): "sta fermo?": quanto gli elementi si spostano mentre la pagina carica, quei salti che ti fanno cliccare la cosa sbagliata. Buono sotto 0,1.

Le soglie indicate sono quelle pubblicate da Google: sopra di esse l'esperienza passa da "buona" a "da migliorare" o "scarsa". Un caso concreto rende l'idea del CLS: stai per premere "Prenota" e all'ultimo momento compare un banner che sposta il pulsante, così tocchi l'elemento sbagliato. Quel piccolo salto, moltiplicato per ogni visitatore, è frustrazione che allontana proprio nel momento dell'azione. I Core Web Vitals mettono un numero su queste micro-frustrazioni.

Come misurare la velocità del tuo sito?

Misuri la velocità con due strumenti gratuiti di Google: PageSpeed Insights per analizzare una singola pagina al volo, e la Search Console per vedere come si comportano tutte le pagine del sito nel tempo, sui dati reali dei tuoi visitatori. Bastano l'indirizzo del sito e qualche minuto: ottieni un punteggio, i tre Core Web Vitals e l'elenco di cosa sta rallentando.

Il modo più rapido è incollare l'indirizzo di una pagina in PageSpeed Insights: ti restituisce due fotografie, quella di laboratorio (un test simulato) e quella sul campo (i dati reali raccolti dagli utenti Chrome, dove ci sono). Per uno studio professionale, conviene testare le pagine che contano davvero: la home, la pagina servizi e quella dei contatti, cioè il percorso che porta alla richiesta di consulenza.

La Search Console aggiunge la visione d'insieme: nella sezione dedicata all'esperienza sulla pagina vedi quante URL del tuo sito risultano "buone", "da migliorare" o "scarse", raggruppate per problema. È il punto di partenza giusto, perché ti dice dove concentrare le energie invece di intervenire a caso. Misurare prima di toccare il codice evita di ottimizzare ciò che già funziona e di trascurare il vero collo di bottiglia.

Quali sono le cause più comuni di un sito lento?

Le cause più frequenti sono tre: immagini troppo pesanti, un hosting scadente e un eccesso di codice o plugin. Nella stragrande maggioranza dei casi, un sito lento lo è per questi motivi, non per la sua complessità. La buona notizia è che sono tutti problemi affrontabili, e spesso il più grosso, le immagini, è anche il più semplice da risolvere.

Le immagini sono quasi sempre il primo colpevole. Una foto caricata alla risoluzione della macchina fotografica può pesare diversi megabyte e da sola fa slittare l'LCP: il browser deve scaricarla tutta prima che la pagina sembri pronta. Lo stesso vale per i video di sfondo e i caroselli pieni di immagini non compresse, frequenti nei siti che vogliono "fare scena" e finiscono per far attendere chi guarda.

L'hosting è la seconda causa: un server economico e condeviso con centinaia di altri siti risponde lento alle richieste, e quel ritardo si somma a tutto il resto. La terza è il codice in eccesso, tipico dei siti costruiti accumulando plugin e temi pieni di funzioni mai usate: ogni componente aggiuntivo carica script che il browser deve eseguire, e molti di questi rallentano la reattività, peggiorando l'INP. Più un sito è assemblato a strati, più si appesantisce senza che nessuno se ne accorga finché non è tardi.

Come migliorare i Core Web Vitals senza sacrificare il design?

Migliori i Core Web Vitals lavorando sulle cause: comprimi e ridimensiona le immagini, scegli un hosting adeguato, togli codice e plugin inutili e metti il contenuto davanti agli effetti decorativi. La velocità non si compra con un trucco dell'ultimo momento, si progetta dall'inizio. E un sito veloce non è un sito spoglio: il design curato e la rapidità convivono, basta decidere le priorità giuste.

L'ottimizzazione delle immagini è l'intervento con il miglior rapporto tra sforzo e risultato. Significa esportarle nella dimensione in cui appaiono davvero (non serve una foto da 4000 pixel per uno spazio largo 600), comprimerle e usare formati moderni come WebP, che pesano molto meno a parità di qualità visiva. Già solo questo, sulla home di uno studio pieno di foto, può spostare l'LCP da "scarso" a "buono" senza togliere nemmeno un'immagine.

Gli altri interventi completano il quadro: un hosting dimensionato sul traffico reale, un codice essenziale invece di una pila di plugin, e l'accortezza di riservare lo spazio agli elementi che caricano dopo, così la pagina non "salta" e il CLS resta basso. È qui che la scelta di partenza pesa: un sito costruito su misura nasce ottimizzato, mentre un template riempito in fretta porta dentro peso che non userai. Ne abbiamo parlato confrontando sito su misura e template, dove la performance è uno dei vantaggi del progetto disegnato da zero.

La velocità, infine, lavora insieme agli altri elementi che rendono un sito efficace. Un sito veloce ma confuso non converte, e uno chiaro ma lento non viene mai visto: contano entrambe le cose. Trovi gli altri sei elementi che trasformano una visita in un contatto in i 7 elementi di UX di un sito che converte, e il motivo per cui tutto questo va pensato prima dal telefono in perché il tuo sito va progettato dal mobile.

Articolo a cura di

DigitiNexus — Agenzia Web e Design

Siamo un team di designer e sviluppatori specializzati in SEO, Next.js e crescita digitale per studi professionali e PMI, italiane e non solo. Costruiamo siti che portano traffico reale e clienti reali.

(articolo scritto da Nicola Palummo - cofounder)

Lavora con noi