Ogni secondo conta. I Core Web Vitals rimangono un segnale di ranking diretto nel 2026, e i siti nel 75° percentile li superano i competitor di una media di 2,3 posizioni per parole chiave competitive (The Growth Terminal). Se il tuo sito li fallisce, parte già svantaggiato — prima che qualcuno abbia letto una riga dei tuoi contenuti (Hyperspeed).
Cosa sono i Core Web Vitals e perché Google li usa per il ranking (aggiornamento 2026)
Sono tre metriche. Misurano quello che l’utente percepisce, su dispositivi e connessioni reali — non su un server di test ottimizzato:
- LCP (Largest Contentful Paint) — il tempo che passa prima che il contenuto principale sia visibile. Soglia “good”: sotto 2,5 secondi. Oltre 4 secondi, Search Console lo marca come “Poor” (DebugBear).
- CLS (Cumulative Layout Shift) — quanto si sposta visivamente la pagina mentre carica. Sotto 0,1 per essere “good”.
- INP (Interaction to Next Paint) — il tempo tra il click dell’utente e la risposta visibile del sito. Sotto 200ms. INP ha sostituito definitivamente FID (First Input Delay) a marzo 2024 (Digital Applied).
Google non usa i risultati di Lighthouse per il ranking. Usa i dati raccolti da Chrome su utenti reali — il programma si chiama CrUX — e quelli visibili nella tua Search Console. Se il tuo sito fallisce queste metriche, parte da una posizione di svantaggio strutturale rispetto ai competitor che le rispettano, a prescindere da quanto sia ben scritto il contenuto (Hyperspeed).
Vale la stessa logica dell’accessibilità: il messaggio non arriva se il contenitore non funziona. Ho scritto una guida specifica sugli obblighi di accessibilità web 2026 per le PMI italiane — molti requisiti tecnici si sovrappongono esattamente all’ottimizzazione delle performance.
Come misurare le performance del tuo sito: strumenti gratuiti e cosa guardare davvero
Tre strumenti, tutti gratuiti, coprono tutto:
- Google Search Console — sezione “Esperienza” → Core Web Vitals. Mostra i dati reali degli utenti del tuo sito, divisi per metrica e per URL. È l’unico dato che conta per il ranking.
- PageSpeed Insights — analisi istantanea con i suggerimenti già ordinati per impatto. Utile per capire dove intervenire.
- Lighthouse (Chrome DevTools) — ottimo per diagnosi rapide durante lo sviluppo, ma misura condizioni di laboratorio. Non usarlo come riferimento principale.
Un punteggio 90 in Lighthouse con un LCP “Poor” in Search Console? Conta il secondo, non il primo. Gli utenti reali arrivano da mobile, da connessioni 4G, da dispositivi di tre anni fa — e quelle sono le condizioni che Google misura.
LCP lento? Le cause più comuni e come risolverle senza toccare il codice
Le cause di un LCP oltre 2,5 secondi sono quasi sempre le stesse: server lento, CSS e JavaScript che bloccano il rendering, immagini troppo grandi, e troppa logica eseguita lato client (Website Speedy). Vale la pena risolverle: portare LCP da “poor” a “good” ha generato un aumento mediano del traffico organico del 18% entro 90 giorni (The Growth Terminal).
Una cosa da tenere a mente: quasi il 40% degli interventi su LCP non produce risultati misurabili (YouTube — 2026: Why 40% of LCP Fixes Still Fail). Il motivo più comune è che si ottimizza Lighthouse invece di Search Console. Prima di toccare qualsiasi cosa, apri i dati reali e capisci dove sta il problema.
Quello che puoi fare senza toccare il codice:
- Comprimi le immagini automaticamente — su WordPress, Optimole o Smush lavorano in background. Le immagini vengono ridimensionate e convertite senza che tu debba fare niente manualmente.
- Attiva la cache del browser — quasi tutti gli hosting la offrono nel pannello di controllo. Spesso è un toggle che non è mai stato acceso.
- Cambia hosting se il TTFB è alto — se il server impiega più di 600ms a rispondere, nessun plugin lo risolve. Un hosting WordPress gestito è un’altra categoria rispetto a un condiviso da 4€/mese.
- Disattiva i plugin inutilizzati — ogni plugin attivo carica script. Dieci plugin installati “per sicurezza” e mai usati pesano quanto uno sviluppatore che non si presenta al lavoro.
Se hai accesso a uno sviluppatore, le quattro correzioni con il massimo impatto sono: precaricamento delle immagini hero, inlining dei CSS critici, precaricamento dei font con font-display: swap, e server-side rendering (Digital Applied).
CLS e INP: cosa li causa e gli interventi rapidi che fanno la differenza
Il 43% dei siti fallisce la soglia di 200ms per INP — è la Core Web Vital più comunemente fallita nel 2026 (Digital Applied). Ha senso: INP misura ogni interazione durante la sessione, non solo il primo click come faceva il vecchio FID. È più severa, e molti siti non l’hanno ancora affrontata seriamente.
CLS alto? Di solito è colpa di annunci e banner che appaiono spostando il testo, immagini senza dimensioni dichiarate nel codice, o font che si scambiano a metà caricamento.
INP alto? JavaScript pesante sul thread principale, listener di eventi scritti male, animazioni che scattano ad ogni scroll.
Gli interventi concreti:
- Per CLS: imposta width e height su ogni immagine nel template, rimuovi i banner float posizionati sopra il contenuto, non iniettare widget (chat live, popup di benvenuto) prima che la pagina abbia finito di caricare.
- Per INP: carica gli script di terze parti in asincrono — un plugin WordPress può farlo senza toccare codice — riduci le animazioni che si attivano sullo scroll, dai priorità al caricamento dei dati che servono subito rispetto agli elementi decorativi.
Hosting, cache e immagini: le tre leve che spostano il punteggio davvero
Se hai poco tempo e vuoi il massimo risultato, concentrati qui:
- Hosting — un TTFB oltre 600ms non si sistema con WP Rocket. Si sistema cambiando hosting. Kinsta, WP Engine, SiteGround GO: piani base intorno a 20–30€/mese. Non è un costo, è un prerequisito.
- Cache — attivala sempre. WP Rocket o W3 Total Cache su WordPress. Se hai visitatori da più paesi, aggiungi Cloudflare gratuito: i tempi di risposta calano senza toccare nient’altro.
- Immagini — non caricare una foto da 4000×3000px su una colonna larga 800px. Usa WebP, comprimi prima dell’upload, dichiara le dimensioni. Squoosh è gratuito, gira nel browser, e fa il lavoro in meno di un minuto.
Hosting veloce, cache attiva, immagini ottimizzate: nella maggior parte dei siti WordPress standard, questa combinazione porta LCP sotto 2,5 secondi senza una riga di codice.
Piano d’azione in 30 giorni: priorità e quick win per una PMI
Settimana 1 — Misura. Apri Google Search Console → “Esperienza” → Core Web Vitals. Guarda quali metriche falliscono e su quali URL. Senza questo passaggio, qualsiasi intervento è un tentativo alla cieca.
Settimane 2–3 — Intervieni su quello che hai trovato.
- LCP fallisce → comprimi le immagini, attiva la cache, misura il TTFB dell’hosting.
- INP fallisce → disattiva plugin pesanti, sposta gli script di terze parti in asincrono.
- CLS fallisce → dimensiona le immagini nei template, rimuovi banner sopra il fold.
Settimana 4 — Rimisura. Google aggrega 28 giorni di dati reali: il ranking non cambia in una settimana. Ma i dati grezzi in Search Console cambiano prima, e ti dicono se stai andando nella direzione giusta.
Un sito lento blocca tutto il resto. Le strategie di SEO e di ottimizzazione per AI come ChatGPT e Perplexity funzionano meglio quando le fondamenta reggono. Sistemi prima le performance, poi tutto il resto scala.
Punti chiave
- I Core Web Vitals (LCP, CLS, INP) sono un segnale di ranking diretto di Google nel 2026 e agiscono come baseline competitiva.
- INP ha sostituito FID a marzo 2024 ed è la metrica più comunemente fallita: il 43% dei siti non supera la soglia di 200ms.
- Migliorare LCP da “poor” a “good” porta in media un +18% di traffico organico entro 90 giorni.
- Per la maggior parte delle PMI, hosting performante + cache + immagini ottimizzate risolvono l’80% dei problemi senza codice.
- Usa sempre i dati reali di Search Console, non il punteggio Lighthouse, per prioritizzare gli interventi.
Domande frequenti
I Core Web Vitals influenzano davvero il posizionamento su Google nel 2026?
Sì. Rimangono un segnale di ranking diretto e agiscono da baseline: se li fallisci, il tuo sito parte svantaggiato rispetto ai competitor prima ancora che i contenuti possano fare la differenza.
Qual è il punteggio PageSpeed minimo accettabile per non penalizzare il ranking?
Non esiste un punteggio PageSpeed “minimo” come soglia di ranking. Ciò che conta è il raggiungimento delle soglie Core Web Vitals: LCP sotto 2,5 secondi, CLS sotto 0,1, INP sotto 200ms — misurate su utenti reali in Search Console.
Quanto costa ottimizzare i Core Web Vitals di un sito WordPress?
Se gestisci autonomamente immagini, cache e plugin, il costo è quasi zero (solo il tempo). Se servono interventi più profondi — code splitting, lazy loading avanzato, ottimizzazione del rendering — un consulente tecnico può completare il lavoro in un range di 800–2.000€ a seconda della complessità del sito.
INP ha davvero sostituito FID come metrica ufficiale di Google?
Sì, dal marzo 2024. INP (Interaction to Next Paint) misura la reattività a tutte le interazioni durante la sessione, non solo al primo click come faceva FID — ed è quindi molto più rappresentativa dell’esperienza reale dell’utente.
Il tuo sito perde posizioni per ragioni tecniche che non riesci a diagnosticare? Posso aiutarti a identificare i colli di bottiglia e prioritizzare gli interventi giusti. Parliamone in una consulenza.
