Hai un sito che si carica lentamente, ti accorgi che il tasso di rimbalzo da mobile è alto, e quando provi a misurare la velocità con PageSpeed Insights vedi indicatori rossi che non sai come interpretare. Il problema non è solo estetico: i Core Web Vitals sono diventati uno dei segnali che Google usa per decidere chi merita le prime posizioni, e nel 2026 il loro peso è cresciuto perché anche gli AI crawler di ChatGPT, Perplexity e Google AI Overviews preferiscono siti veloci e tecnicamente solidi.

Questa guida spiega cosa sono LCP, INP e CLS, perché sono importanti per il posizionamento di una PMI italiana, e soprattutto da dove partire per migliorarli senza riscrivere il sito da zero. Niente gergo da sviluppatore: solo i passaggi che fanno la differenza tra un sito che converte e uno che fa scappare i visitatori prima ancora di vedere l’offerta.

Cos’è il Core Web Vitals e perché conta nel 2026

Core Web Vitals è il pacchetto di tre metriche che Google usa per misurare l’esperienza tecnica di un sito web: LCP misura la velocità di caricamento del contenuto principale, INP misura la reattività alle interazioni e CLS misura la stabilità visiva. Sono ranking factor ufficiali dal giugno 2021 e nel 2026 pesano direttamente sul posizionamento, soprattutto da mobile.

Google ha introdotto i Core Web Vitals con l’obiettivo di trasformare l’esperienza utente in qualcosa di misurabile. Prima i SEO ragionavano su segnali vaghi come “velocità del sito”; oggi ci sono tre numeri precisi che chiunque può controllare aprendo PageSpeed Insights. Secondo il Web Almanac 2025 di HTTP Archive, solo il 48% delle pagine mobile e il 56% di quelle desktop superano tutti e tre i Core Web Vitals. Significa che oltre metà del web non è ottimizzata, e per una PMI italiana questo è uno spazio di sorpasso enorme.

Nel 2026 questi numeri pesano per due motivi che si sommano. Il primo è SEO classica: Google mostra prima i siti che caricano in fretta. Il secondo è AI search: i crawler di ChatGPT, Perplexity e Google AI Overviews danno priorità a siti tecnicamente solidi, perché un sito lento è un sito che la loro infrastruttura deve scartare per non rallentare le risposte. Per approfondire come adattare la SEO all’era dell’AI search ho già scritto una guida dedicata alla Generative Engine Optimization che parte proprio da questi presupposti tecnici.

LCP: quanto tempo prima che il sito si veda

LCP (Largest Contentful Paint) misura il tempo, in secondi, che passa prima che il visitatore veda comparire l’elemento più grande della pagina, di solito un’immagine hero, un titolo o un video. La soglia da rispettare nel 2026 è 2,5 secondi su mobile. Sopra quella cifra, sei già fuori dalla zona considerata “buona” da Google.

L’LCP è la metrica più difficile da superare: solo il 62% delle pagine mobile la passa, ed è quella che inguaia di più i siti WordPress. La causa principale è il TTFB (Time To First Byte): se l’hosting è lento o il database è gonfio, il sito non parte. Dati Chrome User Experience Report mostrano che solo il 32% dei siti WordPress ha un TTFB nella zona buona. Tradotto: due terzi dei siti italiani su WordPress partono già con un handicap tecnico.

Cause tipiche di LCP cattivo

Le tre cause più frequenti sono hosting condiviso di bassa qualità (i piani da 2-3 euro al mese), immagini hero non ottimizzate (file da 2-3 MB caricati a piena risoluzione), e theme o page builder pesanti. Elementor, Divi e WPBakery aggiungono dai 15 ai 30 file CSS e JS bloccanti per pagina anche quando ne usi una frazione minima.

Come ridurre l’LCP nella pratica

Tre azioni che spostano l’ago della bilancia: passare a un hosting di qualità (SiteGround GoGeek, Kinsta, WP Engine), convertire le immagini in formato WebP o AVIF con dimensioni adeguate al display (mai oltre i 1.800 px di larghezza per le hero), e attivare un sistema di cache aggressivo come WP Rocket o LiteSpeed Cache. Da sola, una cache decente sposta l’LCP di 1-1,5 secondi nella maggior parte dei casi.

INP: la reattività che ti boccia anche se carichi veloce

INP (Interaction to Next Paint) misura il ritardo tra il momento in cui un utente clicca o tocca qualcosa e il momento in cui il sito risponde con un cambiamento visibile. La soglia è 200 millisecondi. Ha sostituito FID nel marzo 2024 ed è oggi la metrica più fallita: il 43% dei siti non la passa.

INP ha rotto gli equilibri perché misura una cosa diversa rispetto al passato. Prima un sito veniva considerato reattivo se il primo click andava a buon fine; ora Google misura la lentezza nell’intero ciclo di vita della visita. Se durante la navigazione ci sono micro-rallentamenti quando l’utente clicca un menu, apre un dropdown o invia un form, INP peggiora. È spietato e tende a esporre i siti che sembrano veloci ma in realtà hanno il main thread del browser saturo di JavaScript.

Come migliorare INP

Quattro mosse pratiche: rimandare il caricamento di script non critici con defer o async, caricare widget di chat e analytics solo dopo la prima interazione utente, ridurre il numero di plugin attivi (il 90% dei siti PMI ne ha almeno 10 inutilizzati), e usare un cache plugin che faccia anche minificazione e combinazione di JS. Su WordPress, Perfmatters è uno strumento dedicato specificamente a ridurre il numero di script caricati su ogni pagina.

CLS: stabilità visiva e perché gli utenti odiano i salti

CLS (Cumulative Layout Shift) misura quanto il layout della pagina si sposta durante il caricamento, sommando i piccoli salti visivi che irritano gli utenti. La soglia è 0,1. È la metrica più facile da gestire ma anche quella che, se rotta, infastidisce di più: pensa a quando clicchi un pulsante e un annuncio si sposta sopra il tuo dito un istante prima del tap.

CLS è subdolo perché i suoi danni si vedono nel comportamento dell’utente più che nei numeri di velocità. Se il layout si sposta mentre la persona sta per cliccare un bottone, il rischio è che clicchi qualcos’altro (un annuncio, un link che non voleva) e poi torni indietro frustrato. Quel “tornare indietro” è un segnale che Google legge come negativo: la pagina non ha soddisfatto l’intento. Le cause tipiche sono immagini senza dimensioni esplicite nell’HTML, iframe (es. embed YouTube, mappe Google) che si caricano in ritardo, pubblicità che appaiono dopo il primo rendering, e font web che cambiano forma a metà caricamento.

Quanto pesano davvero come ranking factor

I Core Web Vitals sono ranking factor confermati da Google. Non sono il fattore più importante (i contenuti contano di più), ma sono un tie-breaker che decide tra siti con contenuti comparabili. Le statistiche del 2026 lo confermano: chi supera tutti e tre i Core Web Vitals ottiene il 24% in meno di bounce rate rispetto a chi non li passa.

La domanda “i Core Web Vitals sono ranking factor?” continua a girare ma la risposta ufficiale c’è dal giugno 2021: sì, sono parte della famiglia dei Page Experience signals e Google li usa attivamente. Quello che cambia nel 2026 è il peso relativo: con l’arrivo di AI Overviews, cresciuti del 102% nelle SERP italiane tra gennaio e marzo 2025, la velocità tecnica conta anche per essere citati dagli engine AI, non solo per posizionarsi nei risultati classici.

I numeri di business sono concreti. Una ricerca di Google quantifica un aumento del 32% nella probabilità di bounce quando il caricamento passa da 1 a 3 secondi. Il 53% degli utenti mobile abbandona un sito se il caricamento supera i 3 secondi. Un ritardo di un solo secondo riduce le conversioni del 7%. Tradotto per una PMI con un sito che fa lead generation, ogni mezzo secondo di LCP sopra soglia sono soldi lasciati per strada.

Strumenti per misurare i Core Web Vitals

Quattro strumenti gratuiti per controllare i Core Web Vitals: PageSpeed Insights (test puntuale più dati reali CrUX), Search Console (sezione Esperienza per dati storici), Chrome DevTools (test in tempo reale durante lo sviluppo) e l’estensione Web Vitals di Chrome (monitoraggio veloce durante la navigazione di qualsiasi sito).

Per una PMI il punto di partenza è sempre PageSpeed Insights: inserisci l’URL, ti restituisce sia un test sintetico fatto al momento sia i dati reali raccolti dagli utenti Chrome negli ultimi 28 giorni (Chrome User Experience Report). I dati CrUX sono quelli che Google usa davvero per il ranking, quindi sono la fonte autorevole. PageSpeed Insights dà anche suggerimenti specifici di intervento, ordinati per impatto stimato.

Search Console è la seconda fonte: nella sezione “Esperienza > Core Web Vitals” trovi la fotografia storica del sito divisa in URL buoni, da migliorare e scadenti, separati per mobile e desktop. È utile per capire se il problema è generalizzato o limitato a certe pagine. Spesso gli articoli di blog vanno bene mentre le pagine di servizio costruite col page builder zoppicano. Se vuoi un quadro completo di check tecnici da fare al sito, ho preparato una checklist con 25 controlli prima del lancio che include anche i Core Web Vitals tra i punti obbligatori.

Errori comuni che frenano i Core Web Vitals su WordPress

• Plugin accumulati negli anni: ogni plugin attivo aggiunge codice. Un audit ogni 6 mesi per eliminare quelli inutilizzati può tagliare 15-20 script in un colpo solo e migliorare INP e LCP insieme.
• Page builder usati con un solo blocco: Elementor, Divi e WPBakery caricano tutta la loro libreria anche se nella pagina c’è un solo widget. Per pagine semplici come Contatti o Privacy Policy meglio usare l’editor Gutenberg nativo, che non aggiunge JS extra.
• Hosting low-cost: un hosting da 2-3 euro al mese ha un TTFB che spesso supera il secondo, e la cache non basta a compensare. Investire 15-20 euro al mese su un hosting di qualità è la singola azione con ROI migliore sui Core Web Vitals.

Da dove partire per ottimizzare il sito di una PMI

Per ottimizzare i Core Web Vitals di una PMI conviene partire dal baseline misurato (PageSpeed Insights e Search Console), identificare la metrica più scarsa, e intervenire prima sulle cause infrastrutturali (hosting, cache, immagini) e poi su quelle architetturali (plugin, builder, JavaScript). Ordinare gli interventi per impatto, non per facilità: spesso la cosa più scomoda è quella che sposta di più.

La sequenza più efficace è questa. Settimana 1: misuri il sito e isoli quale Core Web Vital è peggiore. Settimana 2: se è LCP, valuti l’hosting e ottimizzi le immagini; se è INP, fai un audit dei plugin e disattivi tutti gli script non essenziali; se è CLS, sistemi dimensioni di immagini e iframe. Settimana 3: attivi una cache di qualità (WP Rocket è la scelta più semplice per chi non vuole entrare nel tecnico) e ri-misuri. Tre settimane spostano il sito dal rosso al giallo nella maggioranza dei casi.

L’errore più comune è partire dai plugin “magici” che promettono miracoli senza prima sistemare le basi. Un sito su hosting scadente con immagini non ottimizzate non sarà mai veloce, qualunque cache tu installi. E i Core Web Vitals non sono indipendenti dal resto della SEO: contestualmente puoi rinforzare la tua presenza con uno Schema Markup ben strutturato e migliorare l’usabilità seguendo i principi di UX design che fanno la differenza tra un sito veloce ma confuso e un sito veloce che converte davvero.

Vuoi applicare l’ottimizzazione Core Web Vitals al tuo business?

Un sito lento brucia traffico organico e conversioni ogni giorno, e il problema raramente è un singolo plugin: di solito è una stratificazione di scelte tecniche fatte negli anni. Implementare l’ottimizzazione richiede metodo, e farlo senza un piano vuol dire sprecare budget e settimane di lavoro.

Sono specializzato in SEO, web design e digital marketing per PMI italiane. Posso analizzare il tuo sito e darti un piano d’azione concreto per i prossimi tre mesi.

Contattami per una consulenza strategica: definiamo insieme la direzione e la mettiamo in pratica passo dopo passo.

Se preferisci approfondire prima da solo, trovi altre guide pratiche sul mio canale YouTube.