Un sito rapido è cura: i Core Web Vitals spiegati

La velocità di un sito non è un dettaglio tecnico riservato agli sviluppatori: è il primo segno visibile della cura che si è messa nel costruirlo. Un sito che si mostra di colpo, senza scatti, senza testo che salta sotto il dito, dice al tuo visitatore che ha a che fare con qualcuno di serio, prima ancora che abbia letto una sola riga. Un sito lento dice il contrario. Google ha fissato soglie pubbliche per misurare tutto questo, i Core Web Vitals, e da Inleven li rispettiamo su ogni consegna. Ecco cosa misurano, e soprattutto, cosa racconta di te la lentezza.

Cosa dice un sito lento della tua azienda?

Un sito lento manda un messaggio che non hai scelto: « qui si è fatto in fretta, al minor costo, senza guardare il risultato ». Il visitatore non lo formula consapevolmente. Sente solo un fastidio diffuso, una pagina che tarda, un pulsante che si sottrae al momento del clic, un’immagine che spinge il testo verso il basso mentre legge. E se ne va, senza sapere perché, conservando la vaga impressione che « non ci siamo ».

È tanto più vero nel 2026. Produrre un sito è diventato banale: uno strumento genera una pagina in trenta secondi, e si vede. Il web si riempie di siti corretti in apparenza, pesanti in realtà, infarciti di script inutili, mai riletti. Slop. In questo paesaggio, un sito che risponde all’istante non è più solo gradevole, è raro. Segnala una mano umana dietro, qualcuno che ha misurato, tagliato, rifiutato il superfluo. La velocità è diventata una prova di cura, perché la cura è diventata l’eccezione.

Quali sono le 3 soglie dei Core Web Vitals?

I Core Web Vitals sono tre misure definite da Google per quantificare la qualità dell’esperienza di una pagina reale, su dispositivi veri. Tre soglie pubbliche, da conoscere:

• LCP (Largest Contentful Paint): sotto 2,5 secondi. Il tempo che impiega l’elemento visibile più grande (spesso il tuo titolo o la tua immagine principale) a mostrarsi. È la risposta alla domanda « quando vedo finalmente qualcosa di utile? ».
• INP (Interaction to Next Paint): sotto 200 millisecondi. Il ritardo tra il momento in cui si clicca o si tocca, e il momento in cui la pagina reagisce visibilmente. È la sensazione di reattività, il « risponde al dito ». Questa metrica ha sostituito il vecchio FID a inizio 2024.
• CLS (Cumulative Layout Shift): sotto 0,1. La stabilità visiva. Più è basso, meno il contenuto si muove durante il caricamento. Un CLS alto è il pulsante che scivola mezzo secondo prima che tu lo prema, e il dito che manca il bersaglio.

Google usa queste tre misure come segnale di ranking, e le riporta nella Search Console a partire dalle visite reali dei tuoi utenti. Non sono voti di laboratorio: è ciò che vivono davvero le persone sul tuo sito, aggregato su ventotto giorni.

Perché puntare alla soglia non basta?

Passare appena sotto la soglia significa evitare la penalità. Non è la stessa cosa che offrire una buona esperienza. Un LCP a 2,4 secondi è « verde » secondo Google, ma 2,4 secondi di attesa, su mobile, in 4G, si sentono ancora.

Lo scarto tra « conforme » e « istantaneo » è esattamente dove si gioca la percezione di qualità. Ed è lì che la maggior parte dei siti molla: puntano al minimo regolamentare, perché scendere più in basso richiede un lavoro che gli strumenti automatici non fanno al posto tuo. È proprio questo lavoro che distingue un sito disegnato da un sito assemblato.

Come rispetta queste soglie Inleven, concretamente?

Non per magia, né spuntando una casella « ottimizza » in un costruttore. Con scelte di architettura prese fin dal primo giorno, e mantenute fino alla consegna. Ecco il dettaglio, perché un professionista esigente ha il diritto di sapere come.

Un budget di performance fissato prima di scrivere la prima riga. Decidiamo in anticipo il peso massimo di una pagina, il numero di script tollerati, la dimensione delle immagini. Questo budget diventa un vincolo di progettazione, non una verifica dell’ultimo minuto. Se una funzionalità fa esplodere il budget, cerchiamo un altro modo di realizzarla, o vi rinunciamo.

Statico, di default. I nostri siti sono compilati in pagine HTML servite così come sono, senza banca dati da interrogare né server da svegliare a ogni visita. Il browser riceve contenuto pronto da mostrare. È la base più rapida che esista, e quella che va in panne meno spesso.

Isole interattive, non pagine interattive. Quando una parte della pagina ha bisogno di JavaScript (un’animazione, un modulo), idratiamo solo quel pezzo, e soltanto quando diventa visibile a schermo. Il resto della pagina resta HTML puro. Risultato: il browser non esegue quasi nulla al caricamento, il che mantiene il tempo di blocco a zero.

Immagini trattate da Sharp. Ogni immagine è ridimensionata, ricompressa e servita nel formato giusto secondo il dispositivo. Una foto che peserebbe due megabyte all’uscita dalla fotocamera scende a qualche decina di kilobyte, senza perdita visibile. È una delle leve più redditizie sull’LCP.

Zero scarto sul titolo. L’H1 e il sottotitolo in cima alla pagina sono vero testo HTML, reso immediatamente, mai mascherato e poi rivelato da un’animazione. Le dimensioni delle immagini e dei blocchi sono riservate prima del caricamento, perché niente spinga niente. È ciò che ci dà un CLS di 0, e non « vicino a 0 ».

I numeri che ne risultano, sulle nostre consegne reali: un LCP tra 2,0 e 2,4 secondi su mobile, un CLS a 0, un tempo di blocco (TBT) a 0 millisecondi, un punteggio di performance Lighthouse tra 96 e 99, e un’accessibilità a 100 su 100. Quest’ultimo punto conta quanto gli altri: un sito rapido ma illeggibile allo screen reader non è un sito curato.

La velocità è la versione misurabile della cura

Nell’era in cui chiunque può produrre un sito in pochi minuti, ciò che ti distingue non è più avere un sito, ma averne uno che regge sotto il peso del dettaglio. La velocità è la parte di questo dettaglio che una macchina sa misurare. Non mente. Non la si può simulare con un bel visual né recuperare con uno slogan.

È per questo che la trattiamo come un deliverable a tutti gli effetti, alla pari del design. L’IA ci aiuta ad andare veloci nella fabbricazione, ma è un umano a decidere cosa si tiene e cosa si butta, ed è questa decisione che fa la differenza tra un sito che respira e un sito che arranca. Puoi vedere il dettaglio del nostro modo di lavorare sulla pagina Metodo, e cosa costruiamo esattamente nei nostri servizi. E poiché un sito curato è anche un sito che ti appartiene, tutto ciò che consegniamo (dominio, contenuto, codice) resta tuo dal primo giorno: è spiegato sulla pagina Garanzie. E se vuoi parlarne, ne discutiamo volentieri tramite la pagina Contatto.