Velocità del sito e Core Web Vitals 2026: come i secondi influenzano le vendite
Un utente decide se restare su un sito entro i primi 2–3 secondi. Ogni secondo di caricamento in più è una fetta di visitatori che se ne vanno senza aspettare. La velocità non è "un bel bonus per gli sviluppatori": è una leva diretta su conversione e posizionamento nei motori di ricerca. Ti spieghiamo le metriche Core Web Vitals in parole semplici e ti diamo una checklist su cosa farne.
Perché la velocità è denaro, non estetica
Il modello è confermato da studi sulle grandi piattaforme: più lentamente si carica una pagina, minore è la probabilità di un acquisto. Portare il tempo di caricamento da 1 a 3 secondi aumenta sensibilmente la quota di persone che chiudono la scheda; su mobile l'effetto è ancora più marcato. La logica è semplice: un sito lento stanca le persone, alimenta la sfiducia ("se qui va tutto a rilento, il mio ordine arriverà davvero?") e le spinge verso il concorrente che è a un solo clic di distanza.
Un altro motivo è la ricerca. Google considera ufficialmente i Core Web Vitals come uno dei segnali di posizionamento. A parità di condizioni, un sito più veloce si posiziona più in alto. E, come abbiamo scritto nell'articolo sull'ottimizzazione GEO, le pagine lente finiscono anche peggio nelle risposte della ricerca IA.
Le tre metriche Core Web Vitals in parole semplici
I Core Web Vitals sono un insieme di indicatori di Google che descrivono la sensazione reale di una pagina. Nel 2026 sono tre:
- LCP (Largest Contentful Paint) — quanto in fretta compare l'elemento principale. Il tempo che impiega l'elemento più grande sullo schermo (di solito l'immagine principale o il titolo) a diventare visibile. Buono — sotto i 2,5 secondi. Risponde alla domanda "quando l'utente vede che la pagina è caricata".
- INP (Interaction to Next Paint) — quanto in fretta risponde. Quanto rapidamente il sito reagisce alle azioni: hai premuto un pulsante — quanto passa prima che succeda qualcosa. Buono — sotto i 200 millisecondi. Nel 2024 INP ha sostituito ufficialmente la vecchia metrica FID e misura la reattività in modo più preciso.
- CLS (Cumulative Layout Shift) — stabilità del layout. Quanto gli elementi "saltano" durante il caricamento. Il fastidio lo conoscono tutti: prendi la mira su un pulsante e al suo posto salta un banner. Buono — un valore sotto lo 0,1.
Puoi controllare gratis i tuoi valori in PageSpeed Insights o nel report Core Web Vitals di Google Search Console: lì vedi dati reali di utenti veri, non solo un test di laboratorio.
Checklist per velocizzare: cosa dà l'effetto più grande
- Immagini. La causa più comune di un LCP lento. Formati moderni (WebP/AVIF), la dimensione giusta per lo schermo, caricamento lazy di ciò che sta sotto la piega e
width/heightperché il layout non salti. - Font. Ospitare i font in self-hosting invece che da terze parti,
font-display: swape preload del peso chiave: il testo compare subito, senza "sfarfallio". - Script. Meno JavaScript pesante, caricamento differito di analytics e widget, rimozione di ciò che nessuno usa. È il JS sovraccarico a rovinare più spesso l'INP.
- Cache e compressione. Gzip/Brotli, cache del browser per gli asset statici, una CDN dove serve. Le visite di ritorno diventano istantanee.
- Hosting. Una risposta lenta del server trascina giù tutto il resto. A volte il modo più rapido per velocizzare un sito è spostarlo: abbiamo scritto della scelta nell'articolo VPS o hosting condiviso.
- Codice pulito invece di "mietitrebbie". Un sito su un template pesante da builder con una dozzina di plugin perde quasi sempre contro un layout su misura ordinato. Per questo realizziamo siti chiavi in mano con velocità 90+ come standard.
Un errore comune: "lo velocizziamo dopo"
La velocità costa meno se la si costruisce all'inizio, nell'architettura. Una volta che un sito è già assemblato su un template pesante con una dozzina di estensioni, ogni ottimizzazione si trasforma in una lotta contro le conseguenze e costa più dello sviluppo stesso. Se il tuo sito è già lento, non è una condanna: nella maggior parte dei casi è realistico velocizzarlo in modo evidente nell'ambito del supporto, senza riscriverlo da zero. Ma un nuovo progetto è più onesto costruirlo veloce fin dall'inizio.
Conclusione
I Core Web Vitals non sono un capriccio di Google: sono un tentativo di misurare ciò che il cliente già percepisce comunque — veloce, reattivo, senza salti. Mantieni LCP sotto 2,5 s, INP sotto 200 ms, CLS sotto 0,1 e otterrai più richieste dallo stesso traffico. Vuoi sapere dove sono i tuoi colli di bottiglia? Facciamo un audit di velocità gratuito e ti mostriamo cosa dà il guadagno più grande.