i core web vitals non sono un trucco seo

dev · Oct 6, 2026 · 3 min read

ogni sito di agenzia italiana ha da qualche parte la parola "veloce". veloce, moderno, ottimizzato. non ne ho mai visto uno mettere un numero accanto alla parola, e dopo averne misurati qualcuno per curiosità capisco il perché: i numeri li metterebbero in imbarazzo.

quindi questo è il lato numerico del discorso. cosa sono i core web vitals, come li misuro su questo sito, e quanto valgono quando qualcuno ti preventiva un sito nuovo.

cosa sono

tre misurazioni che google fa sulle visite reali:

LCP — quanto tempo passa prima che il contenuto principale della pagina sia visibile. bene è sotto i 2,5 secondi
INP — quanto tempo passa prima che la pagina reagisca quando tocchi qualcosa. bene è sotto i 200 millisecondi
CLS — quanto salta il layout durante il caricamento. bene è sotto 0,1, che nella pratica significa: non salta

non sono un rituale seo. sono la differenza tra una pagina che qualcuno aspetta e una pagina che qualcuno legge. al telefono, su una connessione scarsa, il sito veloce è quello che prende il contatto.

come li misuro

due strumenti, entrambi gratuiti: pagespeed insights per i numeri di laboratorio, e il chrome user experience report per quello che i visitatori veri hanno sperimentato. il numero di laboratorio è quello che puoi correggere oggi; quello sul campo è la verità che arriva mesi dopo. chi ti mostra solo il numero di laboratorio ti sta mostrando la metà più comoda.

cosa ho fatto su questo

questo sito è il primo case study, perché i suoi numeri posso pubblicarli senza chiedere il permesso a nessuno. misurati oggi, in laboratorio, su caricamento a freddo:

il documento html è 16 kb, ed è completo prima che parta il javascript: la build esegue il prerender di un documento per rotta e lingua — la sitemap li conta a ogni build
primo byte in 227 ms, pagina completamente caricata in 658 ms
salti di layout: zero. niente sulla pagina si sposta dopo l'arrivo
la build stessa fallisce se fallisce un controllo di contrasto: 50 casi misurati a ogni build, non promessi in un pdf

niente di tutto questo è esotico. è una manciata di decisioni prese una volta, all'inizio: prerender invece di rendering solo client, un solo font variabile invece di cinque, immagini dimensionate prima di essere inserite. la velocità di un sito si decide al tavolo dell'architettura, non nella fase di "ottimizzazione" finale, che è la fase che non esiste perché il budget è finito.

cosa significa se stai comprando un sito

quando qualcuno ti preventiva un sito e promette che sarà veloce, chiedi tre numeri: LCP, INP, CLS, misurati sul sito finito, non sulla demo. se la risposta è un sorriso, hai la tua risposta.

un sito veloce non posiziona solo un po' meglio. converte: ogni secondo di attesa è qualcuno che chiude la scheda prima di leggere cosa fai. e la correzione raramente è una redesign — è come il sito è costruito, che è il motivo per cui lo misuro nella build e pubblico il risultato, invece di usare la parola "veloce" e sperare che tu non chieda.