Core Web Vitals
I Core Web Vitals sono le tre metriche sul campo con cui Google misura l'esperienza di pagina: il Largest Contentful Paint (LCP) per la velocità di caricamento, l'Interaction to Next Paint (INP) per la reattività e il Cumulative Layout Shift (CLS) per la stabilità visiva, rilevate sulle visite di utenti reali.
Ogni metrica isola un problema percepito diverso. Il LCP misura quanto tempo impiega a comparire l'elemento visibile più grande, di solito un'immagine hero o un titolo. L'INP misura quanto in fretta la pagina risponde a tap, clic e pressioni dei tasti lungo l'intera visita, e sostituisce il vecchio First Input Delay perché tiene conto di ogni interazione e non solo della prima. Il CLS misura quanto il layout salta mentre le risorse si caricano. Google pubblica le soglie obiettivo (LCP sotto i 2,5 secondi, INP sotto i 200 millisecondi, CLS sotto 0,1) e valuta una pagina sul 75esimo percentile dei dati sul campo raccolti dagli utenti reali di Chrome, così che una manciata di sessioni veloci non possa mascherare un'esperienza lenta per la maggioranza.
Il punto sui dati sul campo conta perché gli strumenti da laboratorio come Lighthouse girano su un singolo dispositivo simulato e raramente corrispondono a quello che provano davvero i clienti con telefoni di fascia media e connessioni mobili instabili. Il Chrome User Experience Report (CrUX) è la fonte di cui Google si fida, e ha un ritardo di circa 28 giorni, quindi una correzione fatta oggi non risulterà superata per diverse settimane. Chi ottimizza solo contro il punteggio da laboratorio spesso non vede alcun movimento in Search Console, e poi presume che il lavoro non sia servito.
I Core Web Vitals sono un segnale di ranking confermato, ma modesto. Agiscono soprattutto come spareggio tra pagine di pari pertinenza, quindi una pagina veloce con contenuti scarni non supererà una pagina più lenta che risponde meglio alla query. Il modo onesto di inquadrarli è che dei buoni vitals proteggono il ranking e la conversione, non li conquistano da soli.
Prendi un negozio Shopify con un tema molto personalizzato le cui pagine prodotto registrano un CLS di 0,28, ben dentro la fascia insufficiente. La causa è un widget di valutazione a stelle e una riga di prodotti consigliati che si caricano entrambi dopo il primo paint e spingono in basso il pulsante aggiungi al carrello proprio mentre il cliente sta per toccarlo. Riservare un'altezza fissa a entrambi i blocchi con un contenitore a min-height, e renderizzare la valutazione aggregata lato server nell'HTML iniziale, porta il CLS sotto 0,05 senza togliere alcuna social proof. Il pulsante aggiungi al carrello smette di muoversi, i tocchi sbagliati calano, e di solito migliora anche l'INP perché il main thread non deve più affannarsi a ricalcolare il layout della pagina.
Il lato motori di risposta è indiretto ma reale. ChatGPT, Perplexity e Google AI Overviews si appoggiano ai contenuti che i loro crawler riescono a recuperare e interpretare in modo pulito, e una pagina che renderizza in fretta e in modo stabile i suoi contenuti chiave e i dati strutturati è più facile da recuperare e citare rispetto a una che dipinge in ritardo o si sposta sotto un fetch headless. I vitals non sono un fattore di citazione diretto, ma la stessa disciplina che fa superare l'LCP, risposta del server rapida, script leggeri, contenuti presenti nel markup iniziale, rende anche la pagina leggibile ai sistemi che decidono quali fonti mostrare.