Core Web Vitals: perché un sito lento vi costa clienti

Le prestazioni web non sono un tema da ingegneri. Sono un tema commerciale: oltre i tre secondi di caricamento una quota significativa di visitatori abbandona prima ancora di aver visto la vostra offerta. Google misura questa esperienza con tre indicatori, i Core Web Vitals, e li integra nel posizionamento.

Le tre metriche e le loro soglie

LCP: Largest Contentful Paint. Il tempo prima della comparsa dell'elemento visibile più grande, di solito l'immagine o il titolo dell'hero. Buono: meno di 2,5 s.

INP: Interaction to Next Paint. Il ritardo tra un clic e la reazione visibile della pagina. Ha sostituito il FID nel 2024 ed è più severo. Buono: meno di 200 ms.

CLS: Cumulative Layout Shift. Quanto il layout si muove in modo imprevisto durante il caricamento: il pulsante che si sposta proprio mentre ci cliccate. Buono: meno di 0,1.

Queste soglie sono misurate sui vostri visitatori reali, non in laboratorio. Un punteggio perfetto sulla fibra dell'ufficio non dice nulla sull'esperienza in 4G su un treno.

Le cause che ricorrono sempre

Nella grande maggioranza degli audit tornano gli stessi colpevoli:

• Immagini non ottimizzate. Una foto da 3 MB servita a piena risoluzione per essere mostrata in una cornice da 400 px. Il passaggio a WebP o AVIF, con le dimensioni giuste, riduce spesso il peso di dieci volte.
• Font bloccanti. Un font web caricato senza font-display: swap nasconde il testo per tutto il download.
• Script di terze parti. Una chat, due strumenti di analisi, un pixel pubblicitario e un banner cookie: ognuno aggiunge decine di kilobyte di JavaScript eseguito prima che la pagina reagisca. È la prima causa di INP scadente.
• Immagini senza dimensioni. Senza width e height il browser non riserva lo spazio: il contenuto salta all'arrivo dell'immagine. Questo è il CLS.
• Hosting condiviso saturo. Nessuna ottimizzazione front-end compensa un server che impiega 800 ms a rispondere.

Da dove cominciare

L'ordine conta, perché i guadagni non sono uguali:

1. Misurare il reale: PageSpeed Insights fornisce i dati sul campo (CrUX) oltre a quelli di laboratorio. Contano i dati sul campo.
2. Trattare le immagini: quasi sempre il guadagno maggiore con il minor sforzo.
3. Verificare gli script di terze parti: rimuovere uno strumento di analisi ridondante costa zero e rende molto.
4. Riservare lo spazio di immagini, iframe e banner.
5. Controllare il tempo di risposta del server (TTFB) prima di ottimizzare qualsiasi altra cosa.

Il principio di fondo

Le prestazioni non si recuperano alla fine di un progetto. Un sito veloce è un sito in cui, a ogni passo, si è rifiutato di aggiungere peso senza motivo: un font in più, una libreria di caroselli per tre immagini, uno script per animare un contatore.

È una disciplina di progettazione, non una fase di ottimizzazione.