Guida

Core Web Vitals in WordPress: LCP, CLS e INP

Ultimo aggiornamento: 30 ottobre 2026Lettura ~4 min
In questa pagina
In breve
  • I Core Web Vitals sono tre misure di Google: LCP per il caricamento, CLS per la stabilità, INP per la reattività.
  • Ogni misura ha una soglia buona e cause tipiche in WordPress: immagini, font, script e plugin.
  • Misura prima di cambiare, poi cambia una cosa alla volta e misura di nuovo.

01Cosa sono i Core Web Vitals in WordPress

I Core Web Vitals sono tre misure che Google usa per valutare l'esperienza di una pagina. Ognuna descrive un momento diverso della visita: quando compare il contenuto, se la pagina si sposta mentre la leggi e quanto risponde ai tuoi clic.

Google misura questi valori sui dati reali dei visitatori, nel Chrome User Experience Report. Migliorarli è uno dei modi per velocizzare sito WordPress, e il rapporto sui Core Web Vitals di Search Console mostra quali pagine hanno problemi.

02LCP: quando compare il contenuto principale

LCP, Largest Contentful Paint, misura il tempo in cui compare l'elemento più grande della prima schermata: di solito un'immagine o un titolo grande. Sotto 2,5 secondi l'esperienza è buona. Sopra 4 secondi è un problema.

  • Riduci il peso dell'immagine principale e usa un formato moderno, come WebP o AVIF.
  • Non caricare in ritardo l'immagine della prima schermata: il lazy loading va tolto da quell'immagine.
  • Dimensiona l'immagine alla larghezza in cui compare, senza caricare un file da 3000 pixel per uno spazio di 800.
  • Scegli un hosting con la cache di pagina attiva e tempi di risposta bassi.
  • Carica pochi font web, e solo i pesi che usi davvero.

03CLS: la pagina si sposta mentre leggi

CLS, Cumulative Layout Shift, misura quanto il contenuto si sposta durante la visita. Sotto 0,1 l'esperienza è buona. Il problema tipico è un banner o un'immagine che compare sopra il testo dopo il caricamento.

  • Indica larghezza e altezza di ogni immagine e video, così il browser riserva lo spazio.
  • Riserva lo spazio per banner, annunci, widget e incorporamenti prima che arrivino.
  • Non inserire avvisi o barre sopra il contenuto dopo il caricamento, a meno che non siano fissi o in fondo.
  • Con i font web, usa font-display con un valore che mostri subito un carattere di riserva.
  • Anima con transform e opacity, non con proprietà che cambiano il layout.

04INP: quanto risponde la pagina ai clic

INP, Interaction to Next Paint, misura il ritardo tra un'azione dell'utente, come un clic o la pressione di un tasto, e la comparsa della risposta sullo schermo. Sotto 200 millisecondi l'esperienza è buona. Sopra 500 millisecondi è un problema. INP ha sostituito FID nel 2024.

  • Riduci il JavaScript che il browser deve eseguire: disattiva i plugin che non usi e gli script di terze parti non necessari.
  • Ritarda i widget non urgenti, come chat e tracciamenti, fino a dopo il primo caricamento.
  • Cerca i task lunghi con il pannello Performance di DevTools: sono gli script che bloccano la risposta.
  • Prova moduli e menu a tendina: un'azione lenta si nota subito.

05Misura con strumenti gratuiti

Usa più strumenti. Il dato di laboratorio spiega il perché; il dato sul campo mostra cosa vivono i visitatori reali.

  • PageSpeed Insights mostra i dati sul campo, quando ci sono, e i suggerimenti di laboratorio.
  • Il pannello Performance di Chrome DevTools registra la pagina e mostra i task lunghi e gli spostamenti del layout.
  • Il rapporto sui Core Web Vitals di Search Console raggruppa le pagine che hanno problemi.
  • Lighthouse, dentro DevTools, dà un punteggio di prova che non sostituisce i dati reali.

06Un ciclo di lavoro che non rompe il sito

Cambia una cosa per volta. Prima misura, poi modifica, poi misura di nuovo la stessa pagina nelle stesse condizioni.

  • Registra i valori di LCP, CLS e INP della pagina di partenza.
  • Applica una sola modifica, per esempio la dimensione di un'immagine.
  • Misura di nuovo e confronta con il punto di partenza.
  • Tieni la modifica solo se migliora la misura e non rompe il layout su mobile.

07Come Nucleo aiuta sulle prestazioni

Nucleo compila ogni pagina in HTML e CSS al salvataggio. Il frontend riceve HTML e CSS già pronti e non chiama server esterni. Fanno eccezione i moduli con captcha, che contattano il provider scelto.

Nucleo non misura i Core Web Vitals al posto tuo. Il report di qualità controlla SEO e accessibilità. Le misure reali le fai con gli strumenti della sezione precedente.

  • Immagini: l'opzione imageFormats, disattivata di default, crea versioni AVIF e WebP accanto a ogni immagine caricata.
  • Il blocco immagine usa il tag picture, con l'originale come alternativa, e puoi disattivare i formati per un singolo blocco.
  • Il comando nucleo critical produce il CSS critico e il CSS realmente usato per ogni template.
  • Nucleo Pro include il purger CSS e l'audit degli asset.

Domande frequenti

I Core Web Vitals influiscono sulla posizione su Google?
Google li usa tra i segnali di esperienza della pagina. Non bastano da soli: contano anche contenuti utili e pertinenti.
Basta un punteggio Lighthouse alto?
No. Il punteggio di laboratorio può essere alto mentre i dati dei visitatori reali restano scarsi. Guarda anche il rapporto sul campo.
Quanto tempo serve per vedere i dati sul campo?
Il rapporto di Search Console dipende dal traffico della pagina e non si aggiorna subito. Per questo conviene misurare anche in laboratorio dopo ogni modifica.
Nucleo

Parti da pagine leggere

Nucleo compila ogni pagina in HTML e CSS al salvataggio. Prova la versione gratuita su un sito di test, senza chiave e senza account.