I Core Web Vitals sono le tre metriche con cui Google misura l’esperienza reale di chi visita un sito: quanto tempo passa prima che il contenuto principale sia visibile, quanto il sito risponde alle interazioni e quanto la pagina “salta” durante il caricamento. Su WordPress sono anche il punto in cui si concentrano più leggende che dati. Questa guida spiega cosa misurare, con quali strumenti e quali interventi producono un miglioramento reale, in che ordine.
Le tre metriche, in parole semplici
- LCP (Largest Contentful Paint): quando compare l’elemento più grande della porzione visibile, tipicamente l’immagine o il titolo principale. È la percezione di “sito veloce”.
- INP (Interaction to Next Paint): quanto tempo passa tra un’interazione dell’utente (clic, tocco, tasto) e la risposta visibile della pagina. Ha sostituito il vecchio FID e misura la reattività durante tutta la visita, non solo al primo clic.
- CLS (Cumulative Layout Shift): quanto gli elementi si spostano mentre la pagina carica. È la metrica che spiega perché a volte si clicca sul pulsante sbagliato.
Google pubblica soglie di riferimento per ciascuna metrica e valuta il valore raggiunto dal 75% delle visite reali: significa che un buon risultato di laboratorio non basta se gli utenti reali hanno un’esperienza peggiore.
Misurare: dati di laboratorio e dati reali
La distinzione più importante di tutta la materia:
- Dati di laboratorio (PageSpeed Insights in modalità Lighthouse, DevTools): una simulazione su una singola configurazione. Utile per diagnosticare, non per giudicare.
- Dati reali di campo (sezione “Dati sull’esperienza utente reale” di PageSpeed Insights, rapporto Core Web Vitals in Search Console): le misurazioni raccolte dagli utenti che hanno effettivamente visitato il sito con Chrome. Sono questi i valori che contano.
Errore tipico: inseguire il punteggio sintetico da 100/100 su una pagina che, nei dati reali, ha un LCP scadente perché la maggior parte del traffico arriva da mobile su connessioni lente. Il punteggio non è la metrica.
Un altro punto da tenere presente: i dati di campo si aggiornano su una finestra di 28 giorni. Dopo un intervento non aspettarti un cambio immediato nei rapporti, ma verifica subito il miglioramento in laboratorio.
Gli interventi che migliorano l’LCP
Nella maggior parte dei siti WordPress che analizzo, l’LCP è il problema principale, e le cause sono quasi sempre le stesse.
1. L’immagine principale
Immagini caricate a dimensioni molto maggiori di quelle mostrate, in formato non moderno e senza compressione sono la prima causa di LCP alto. Interventi: ridimensionare alla dimensione reale di utilizzo, adottare formati come WebP o AVIF, dichiarare width e height, e non applicare il lazy loading all’immagine principale (è un errore frequente: rimanda il caricamento proprio dell’elemento che definisce l’LCP).
2. Tempo di risposta del server
Un hosting condiviso saturo, PHP in versione vecchia o l’assenza di caching a livello di pagina rendono inutile ogni ottimizzazione front-end. Prima di toccare CSS e JavaScript: versione di PHP recente, cache di pagina attiva, e verifica dell’hosting.
3. Font web
Font caricati da domini esterni bloccano il rendering. Servirli dal proprio dominio, limitarne il numero e usare font-display: swap è un intervento rapido con effetto visibile.
4. Il tema e i page builder
I costruttori visuali generano molto codice CSS e JavaScript, spesso caricato su tutte le pagine anche quando non serve. Non è un motivo per abbandonarli, ma per intervenire: rimozione delle risorse non utilizzate, CSS critico in linea, differimento del resto.
Gli interventi che migliorano l’INP
L’INP peggiora quando il browser è occupato a eseguire JavaScript e non riesce a rispondere all’utente. Le leve principali:
- Ridurre il numero di plugin attivi: ognuno aggiunge script, e molti li caricano su tutto il sito.
- Caricare gli script di terze parti dopo l’interazione: chat, mappe, pixel di tracciamento, widget social sono i responsabili più comuni.
- Rimandare il JavaScript non essenziale con
defero caricamento condizionato. - Caricare gli iframe (video, mappe) solo al clic, con un’anteprima statica.
Gli interventi che migliorano il CLS
- Dichiarare sempre dimensioni di immagini e video, così il browser riserva lo spazio.
- Riservare spazio a banner cookie, avvisi e blocchi pubblicitari, invece di inserirli sopra il contenuto già disegnato.
- Evitare font che cambiano dimensione al momento del caricamento, scegliendo un font di fallback con metriche simili.
- Non inserire elementi dinamici sopra il contenuto principale dopo il primo rendering.
L’ordine di lavoro che consiglio
- Rilevare i dati reali per le pagine che ricevono traffico (home, servizi principali, articoli più visitati), non per una pagina qualsiasi.
- Sistemare server, PHP e caching.
- Ottimizzare immagini, partendo da quella che determina l’LCP.
- Intervenire su font e CSS.
- Ridurre e differire JavaScript e terze parti.
- Correggere gli spostamenti di layout.
- Rimisurare dopo 28 giorni sui dati di campo.
Un plugin di ottimizzazione automatica può accelerare i passi 3-5, ma non sostituisce la diagnosi: attivare tutte le opzioni “aggressive” senza capire quale metrica si vuole migliorare è il modo più comune per rompere il layout del sito.
I Core Web Vitals contano per il posizionamento?
Sono un fattore reale ma non decisivo: a parità di pertinenza e autorevolezza aiutano, mentre non compensano contenuti deboli. L’effetto più concreto è sul comportamento degli utenti: un sito che risponde male perde visitatori prima che leggano, e questo si vede nei contatti ricevuti. Se il tuo sito è lento e vuoi capire da dove partire, ho raccolto le cause più comuni nell’articolo su cosa fare quando un sito WordPress è lento, mentre gli interventi periodici che tengono i punteggi stabili nel tempo fanno parte della manutenzione WordPress.
Se preferisci delegare la diagnosi, sono un webmaster freelance a Cagliari: analizzo i dati reali del tuo sito e ti dico quali interventi valgono la spesa e quali no. Scrivimi dalla pagina contatti.
Leggi anche
- Sito WordPress lento? Cause e soluzioni
- Manutenzione sito web: cosa include e quanto costa
- Assistenza WordPress a Cagliari: quando serve un tecnico
Domande frequenti
Quali sono i Core Web Vitals nel 2026?
Sono tre: LCP (Largest Contentful Paint), che misura quando compare il contenuto principale; INP (Interaction to Next Paint), che misura la reattività alle interazioni e ha sostituito il FID; CLS (Cumulative Layout Shift), che misura gli spostamenti imprevisti del layout.
Che differenza c’è tra dati di laboratorio e dati reali?
I dati di laboratorio provengono da una simulazione su una singola configurazione e servono a diagnosticare i problemi. I dati reali di campo, visibili in PageSpeed Insights e in Search Console, raccolgono le misurazioni degli utenti che hanno visitato il sito e sono quelli che Google valuta.
Perché il punteggio PageSpeed è alto ma i Core Web Vitals restano scadenti?
Perché il punteggio sintetico deriva da una simulazione, mentre i Core Web Vitals si basano sulle visite reali, spesso da smartphone e su connessioni più lente. Vanno considerati i dati di campo, aggiornati su una finestra di 28 giorni.
Qual è la causa più comune di LCP alto su WordPress?
L’immagine principale: caricata a dimensioni maggiori di quelle mostrate, in formato non moderno, non compressa oppure con lazy loading applicato per errore proprio all’elemento che determina l’LCP. Segue il tempo di risposta del server per assenza di caching o PHP obsoleto.
Un plugin di ottimizzazione risolve i Core Web Vitals?
Aiuta su immagini, cache e differimento degli script, ma non sostituisce la diagnosi. Attivare tutte le opzioni aggressive senza sapere quale metrica si vuole migliorare è la causa più frequente di layout rotti.
I Core Web Vitals influenzano il posizionamento su Google?
Sono un fattore reale ma non decisivo: a parità di pertinenza e autorevolezza possono fare la differenza, ma non compensano contenuti deboli. L’effetto più tangibile è sul comportamento degli utenti e quindi sui contatti ricevuti.
