Core Web Vitals: come velocizzare il sito e aumentare le conversioni

TLDR: I Core Web Vitals sono tre metriche con cui Google misura la qualità dell'esperienza utente sul tuo sito — velocità di caricamento (LCP), stabilità visiva (CLS) e reattività ai clic (INP). Dal 2021 sono un fattore di ranking ufficiale. Un sito lento perde posizioni su Google e fa fuggire i clienti prima ancora che vedano il tuo prodotto. In questa guida spieghiamo cosa misurare, dove trovare i problemi e quali interventi ha senso fare per una PMI con risorse limitate.

Se hai mai aperto il tuo sito su smartphone e aspettato tre, quattro secondi prima che apparisse qualcosa di leggibile, sai già di cosa parliamo. Quella frustrazione non è solo un fastidio estetico: è traffico che se ne va, clienti che scelgono il concorrente che carica in un secondo, e un algoritmo di Google che registra tutto.

Più una pagina è veloce, più converte: un sito che carica in pochi istanti trasforma in clienti una quota molto più alta dei visitatori rispetto a uno che li fa aspettare diversi secondi. Non è una metafora: è una differenza che si misura nel fatturato.

Cosa sono LCP, CLS e INP (spiegato senza tecnicismi)

Google ha scelto tre metriche precise per valutare l'esperienza utente reale, basandosi su dati anonimi raccolti da Chrome su milioni di sessioni reali (il cosiddetto Chrome UX Report).

LCP — Largest Contentful Paint: il tempo che passa dal clic al momento in cui l'elemento principale della pagina (di solito un'immagine hero o il titolo principale) diventa visibile. Google considera "buono" un valore sotto 2,5 secondi. La maggior parte dei siti WordPress non ottimizzati si trova tra 4 e 7 secondi.

CLS — Cumulative Layout Shift: misura quanto la pagina "salta" mentre carica. Hai presente quando stai per cliccare un link e improvvisamente il testo si sposta verso il basso perché è arrivato un banner? Quello è CLS. Il valore target è sotto 0,1.

INP — Interaction to Next Paint: da marzo 2024 ha sostituito il vecchio FID. Misura quanto ci vuole perché il sito risponda a un clic, un tap o una pressione di tasto. Sotto 200 millisecondi è considerato buono.

Questi tre numeri non sono solo indicatori tecnici: rappresentano domande reali degli utenti. "Sta caricando?", "Dove stavo guardando?", "Perché non succede niente quando clicco?"

Dove guardare prima di toccare qualsiasi cosa

Prima di intervenire, misura. Usare strumenti sbagliati porta a ottimizzare il problema sbagliato.

PageSpeed Insights (pagespeed.web.dev) è il punto di partenza obbligatorio: combina dati di laboratorio (Lighthouse) con dati reali del CrUX. Inserisci l'URL della tua homepage e delle pagine più visitate, non solo della home.

Google Search Console → Esperienza → Core Web Vitals mostra le pagine realmente problematiche secondo i dati di campo. È qui che Google prende le decisioni di ranking, non da Lighthouse.

WebPageTest (webpagetest.org) è lo strumento più dettagliato per capire cosa blocca il caricamento, con filmati frame-by-frame.

Un dettaglio importante: i valori desktop e mobile sono separati. In Italia la stragrande maggioranza degli utenti naviga ormai da smartphone, e per molte PMI il traffico mobile supera quello desktop. Per una PMI con clientela locale — un ristorante a Trastevere, uno studio legale a Prati, un e-commerce di prodotti artigianali — il mobile non è "l'altra versione" del sito: è il sito.

I problemi più comuni (e come risolverli)

Immagini non ottimizzate — il problema numero uno

Nella nostra esperienza lavorando con PMI romane, l'ottanta per cento dei problemi di LCP dipende da immagini troppo pesanti o nel formato sbagliato. Una foto di prodotto da 3MB caricata così com'è dalla fotocamera è il modo più rapido per affossare le performance.

Le azioni concrete:

• Converti tutte le immagini in WebP (supportato da tutti i browser moderni dal 2020). Strumenti come Squoosh o plugin WordPress come ShortPixel lo fanno automaticamente.
• Aggiungi l'attributo loading="lazy" alle immagini che non sono nella prima schermata visibile.
• Per l'immagine principale (quella che determina l'LCP), fai l'opposto: usa fetchpriority="high" per dirle al browser che è prioritaria.
• Specifica sempre larghezza e altezza delle immagini nel codice HTML/CSS per eliminare il CLS causato da spazi che si ridisegnano al caricamento.

JavaScript pesante e plugin inutili

Ogni plugin WordPress aggiuntivo carica CSS e JS che rallentano il sito anche sulle pagine dove quel plugin non serve. Abbiamo visto siti di PMI con 40+ plugin attivi, di cui metà disinstallabili senza impatto funzionale.

L'approccio corretto è usare uno strumento come Coverage nel DevTools di Chrome per vedere quale percentuale del JavaScript caricato viene effettivamente eseguita. Valori sotto il 30% di utilizzo sono comuni — significa che stai caricando molto codice per niente.

Hosting inadeguato — la causa nascosta

Un hosting condiviso economico con server in Germania o negli Stati Uniti introduce latenza di rete che nessuna ottimizzazione può compensare completamente. Per un sito rivolto a clientela italiana, un server in Italia o nell'Europa centrale con TTFB (Time to First Byte) sotto 400ms è il prerequisito minimo.

Aggiungere un CDN (Content Delivery Network) come Cloudflare — nella versione gratuita — distribuisce le risorse statiche sui server più vicini all'utente finale e riduce significativamente i tempi di caricamento per chi accede da mobile su rete 4G.

Il caso di una PMI romana: prima e dopo

Per dare un'idea concreta degli impatti: abbiamo lavorato con uno studio di architettura nel quartiere EUR che usava un tema WordPress premium con caroselli animati e font custom caricati via Adobe Fonts. LCP iniziale: 6,8 secondi su mobile. Punteggio PageSpeed: 24/100.

Interventi effettuati in quattro settimane: conversione immagini in WebP, rimozione di tre plugin inutilizzati, sostituzione del caricamento font via terze parti con font-display: swap, attivazione cache browser, migrazione su hosting con CDN.

Risultato: LCP sceso a 2,1 secondi, punteggio PageSpeed a 78/100, aumento del 34% nelle sessioni organiche nel trimestre successivo.

Non ogni caso ha questi numeri, ma la direzione è sempre la stessa.

Cosa non fare (gli errori più frequenti)

Ottimizzare solo la homepage. Google misura tutte le pagine indicizzate, non solo l'ingresso principale. Le pagine di servizio e i post del blog sono spesso i più trascurati.

Fermarsi al punteggio Lighthouse in laboratorio. Un punteggio alto in laboratorio non garantisce buoni dati reali nel CrUX. I dati di campo — quelli che Google usa per il ranking — dipendono da connessioni, dispositivi e comportamenti reali degli utenti.

Pensare che basti un plugin di cache. I plugin di cache migliorano le performance, ma non compensano immagini da 5MB, hosting lento o JavaScript bloccante. Sono uno strato di ottimizzazione, non una soluzione completa.

Performance e conversioni: il collegamento diretto

Secondo l'analisi Deloitte "Milliseconds Make Millions", migliorare la velocità mobile di appena 0,1 secondi è associato a un aumento del 8,4% del tasso di conversione per i siti retail, con benefici misurabili anche su lead generation e ordini medi (Deloitte). Per una PMI che riceve 200 richieste di contatto al mese da organico, anche un miglioramento parziale si traduce in decine di lead aggiuntivi senza aumentare il budget pubblicitario.

Per chi gestisce un'attività con presenza online locale — ristoranti, studi professionali, showroom — le performance del sito influiscono anche sulla visibilità nelle ricerche Google Maps e nel pacchetto locale.

---

Se vuoi capire dove il tuo sito perde punti e quali interventi hanno il rapporto costo/beneficio migliore per la tua situazione specifica, possiamo fare un audit tecnico rapido. Prenota una call — in 30 minuti ti diciamo cosa blocca le performance e cosa vale la pena correggere prima.

Domande frequenti