La maggior parte dei visitatori non abbandona una pagina lenta perché odia il brand. Se ne va perché aspettare sembra attrito, e l'attrito sulla prima schermata uccide la conversione. I Core Web Vitals sono il tentativo di Google di misurare quell'attrito in un modo di cui sviluppatori e proprietari di siti possano discutere.
Le tre metriche, tradotte
LCP, Largest Contentful Paint
Quanto tempo serve perché il contenuto principale della pagina appaia. Per la maggior parte dei siti, è l'immagine hero, il titolo principale o la prima foto di prodotto. Un buon LCP sembra veloce; un cattivo LCP dà la sensazione che la pagina stia ancora pensando.
INP, Interaction to Next Paint
Quanto reattiva sembra la pagina una volta che provi a interagire con essa, cliccando un pulsante, espandendo un menu, aprendo i filtri. Un cattivo INP dà la sensazione che la pagina ti ignori per un istante.
CLS, Cumulative Layout Shift
Quanto i contenuti saltano in giro mentre la pagina si carica. Un cattivo CLS è la sensazione di allungare la mano verso un pulsante e vederlo spostarsi altrove, di solito perché un annuncio, un'immagine o un banner si è caricato in ritardo.
Perché queste metriche influenzano il business, non solo la SEO
- Un primo paint lento significa che le persone chiudono la scheda prima che il contenuto appaia.
- Interazioni non reattive fanno sembrare rotti moduli, filtri e checkout.
- Gli spostamenti di layout causano clic errati, che creano frustrazione, resi e ticket di supporto.
- Google usa queste metriche come segnale di ranking, quindi prestazioni scarse riducono anche quanto spesso vieni trovato in primo luogo.
L'impatto è cumulativo: piccoli problemi di prestazioni si sommano tra le sessioni, e anche i piccoli miglioramenti si compongono.
Cosa di solito fa la differenza maggiore
- Immagini. Dimensionate correttamente, in formati moderni (WebP/AVIF), caricate in lazy sotto la piega e con dimensioni esplicite così il browser non deve indovinare.
- Font. Limitati a ciò che usi davvero, ospitati in proprio quando possibile e precaricali per quello che renderizza il testo hero.
- Script di terze parti. Analisi, widget di chat, strumenti A/B e tag manager sono spesso la più grande fonte di INP lento. Caricali in modo differito e solo nelle pagine dove servono.
- JavaScript inutilizzato. Spedire meno codice significa meno parsing, meno esecuzione, meno energia sui dispositivi di fascia bassa.
- Tempo di risposta del server. Un backend lento pone un limite a tutto il resto. Caching, ottimizzazione delle query e un piano di hosting sensato contano.
- Spazio riservato. Usa larghezza/altezza esplicite o rapporti d'aspetto CSS per immagini, annunci, iframe e banner così il layout non si sposta in seguito.
Errori comuni
- Misurare solo sul tuo veloce laptop. Gli utenti sono su reti mobili e dispositivi di fascia media. Usa dati sul campo (monitoraggio di utenti reali) insieme ai test di laboratorio.
- Inseguire un unico numero. Un punteggio Lighthouse perfetto in una singola esecuzione non significa molto; metriche sul campo coerenti per settimane sì.
- Aggiungere strumenti per migliorare le prestazioni. Più script raramente rendono un sito più veloce.
- Trattare le prestazioni come una cosa una tantum. Senza monitoraggio, regrediscono ogni volta che il team aggiunge un nuovo widget.
Una sequenza sensata
- Ottieni dati di base sul campo per LCP, INP e CLS sulle tue prime 5 pagine.
- Sistema prima l'immagine hero e il titolo principale, influenzano in modo sproporzionato l'LCP.
- Verifica gli script di terze parti; rimuovi o differisci tutto ciò che non è strettamente necessario.
- Riserva spazio per immagini, annunci ed elementi a caricamento ritardato.
- Monitora in continuo e tratta le regressioni come bug.
