I Core Web Vitals non sono più una novità, sono un requisito. Dal momento in cui Google li ha integrati come segnale di ranking, ignorarli significa consegnare siti che partono svantaggiati su Google rispetto alla concorrenza dei clienti. Nel 2026 quella penalizzazione è reale, misurabile e sempre più difficile da spiegare a un cliente che vede i competitor davanti a lui nelle SERP.
Per un’agenzia che sviluppa siti WordPress professionali, conoscere i Core Web Vitals non è una competenza opzionale. È parte del servizio, e differenzia chi consegna siti che funzionano davvero da chi consegna siti che sembrano belli ma non performano.
Cosa sono i Core Web Vitals e perché contano
I Core Web Vitals sono un insieme di metriche definite da Google per misurare l’esperienza utente reale su un sito web, non la velocità percepita dal developer in laboratorio, ma quella vissuta dall’utente medio su dispositivo mobile in condizioni di connessione reale.
Nel 2026 le tre metriche che compongono i Core Web Vitals sono LCP, INP e CLS. Ognuna misura un aspetto diverso dell’esperienza utente e ha target specifici che Google considera soglie di qualità. Un sito che non raggiunge quei target viene penalizzato nei risultati di ricerca rispetto a siti equivalenti per contenuto ma con performance migliori.
La ragione per cui Google li ha introdotti è semplice: un sito lento o instabile riduce la soddisfazione dell’utente, e Google ha interesse a indirizzare il traffico verso siti che offrono un’esperienza positiva. Per un’agenzia, tradurre questo principio in pratica significa che ogni sito consegnato con Core Web Vitals nel verde è un sito che aiuta il cliente a competere meglio su Google, e un argomento commerciale concreto da usare nelle trattative.
LCP: la velocità percepita
LCP misura il tempo che trascorre dal momento in cui l’utente inizia a caricare la pagina a quello in cui l’elemento di contenuto più grande, tipicamente un’immagine hero o un blocco di testo principale, diventa visibile. È la metrica che l’utente percepisce come “velocità di caricamento” anche se tecnicamente misura solo il rendering del contenuto principale.
Il target di Google è LCP sotto i 2,5 secondi. Tra 2,5 e 4 secondi il sito entra nella zona gialla, da migliorare. Oltre i 4 secondi è nella zona rossa, scadente.
Le cause più comuni di LCP elevato su siti WordPress sono le immagini hero non ottimizzate, il server che risponde lentamente, TTFB alto, e il CSS o JavaScript che bloccano il rendering della pagina. La correzione parte quasi sempre dall’ottimizzazione delle immagini above the fold con preload esplicito, dall’upgrade dell’hosting e dalla configurazione del caching server-side. Su siti sviluppati con Bricks Builder e stack ottimizzato, raggiungere LCP sotto i 2 secondi è la norma, non l’eccezione.
INP: la reattività
INP ha sostituito FID come metrica di interattività nel 2024 ed è la più complessa da ottimizzare tra i tre Core Web Vitals. Misura il tempo che trascorre tra un’interazione dell’utente, click, tap, pressione di un tasto, e il momento in cui la pagina aggiorna visivamente la risposta a quell’interazione.
Il target è INP sotto i 200ms. Tra 200ms e 500ms è nella zona da migliorare. Oltre i 500ms è scadente.
Il problema principale che causa INP elevato è il JavaScript che occupa il thread principale del browser per troppo tempo, long tasks che bloccano la risposta alle interazioni dell’utente. Su siti WordPress, le cause tipiche sono plugin con JavaScript pesante, widget di terze parti come chatbot o script di analytics non ottimizzati e page builder che caricano JavaScript non necessario su ogni pagina.
La soluzione richiede un audit del JavaScript caricato, strumenti come Chrome DevTools Performance panel e WebPageTest permettono di identificare i long tasks specifici, e l’eliminazione o il differimento di tutto ciò che non è strettamente necessario all’interazione principale della pagina.
CLS: la stabilità visiva
CLS misura la stabilità visiva della pagina durante il caricamento, quanto gli elementi si spostano in modo inatteso mentre la pagina si costruisce. È la metrica che genera la frustrazione di cliccare su un pulsante che si sposta all’ultimo momento, finendo per cliccare su qualcos’altro.
Il target è CLS sotto 0,1. Tra 0,1 e 0,25 è nella zona da migliorare. Oltre 0,25 è scadente.
Le cause più comuni di CLS elevato su WordPress sono immagini senza dimensioni definite esplicitamente, font web che causano layout shift durante il caricamento, FOUT, e banner o elementi dinamici che si inseriscono nel layout dopo che la pagina è già stata renderizzata. La correzione è quasi sempre preventiva: definire width e height su ogni immagine, usare font-display: swap per i web font, riservare spazio per gli elementi dinamici con min-height.
Come comunicare i Core Web Vitals al cliente
I Core Web Vitals sono una conversazione tecnica che la maggior parte dei clienti non capisce nei termini in cui viene presentata di solito. “Il tuo LCP è 3,8 secondi” non significa nulla per chi non conosce il termine. “Il tuo sito impiega quasi 4 secondi a mostrare il contenuto principale agli utenti su mobile, il che lo penalizza su Google rispetto ai tuoi competitor” è una frase che il cliente capisce e che giustifica un intervento.
Tradurre le metriche tecniche in impatto commerciale è una competenza che distingue le agenzie che vendono qualità da quelle che la producono senza saperla comunicare. Un report mensile sui Core Web Vitals con trend nel tempo, confronto con i competitor principali del cliente e indicazione delle azioni correttive pianificate è uno dei deliverable più apprezzati nei piani di manutenzione, e uno dei meno diffusi tra le agenzie italiane.
Core Web Vitals e scelta del partner tecnico
Un sito che esce dallo sviluppo con Core Web Vitals nel verde non richiede interventi correttivi post-consegna, è il risultato di scelte tecniche fatte a monte: hosting adeguato, stack di sviluppo pulito, immagini ottimizzate, JavaScript contenuto. Non è un’operazione di ottimizzazione separata, è il modo corretto di sviluppare.
La differenza tra un partner tecnico che lavora con questa mentalità e uno che non la ha emerge chiaramente alla prima analisi PageSpeed. Blurr verifica i Core Web Vitals su ogni sito prima della consegna all’agenzia, LCP, INP e CLS vengono portati nei target di Google come parte standard del processo, non come extra a richiesta. Le agenzie con cui collaboriamo consegnano siti già ottimizzati, senza dover gestire sessioni di fix post-consegna che erodono i margini e la relazione con il cliente.
Per approfondire come la scelta dello stack tecnico impatta le performance fin dallo sviluppo, leggi come strutturare un sito WordPress per performance elevate. Se vuoi capire come lavoriamo tecnicamente sui progetti delle agenzie partner, su blurr.it/lavori/ trovi esempi concreti del nostro approccio.
FAQ
I Core Web Vitals influenzano davvero il posizionamento su Google nel 2026? Sì, sono un segnale di ranking confermato da Google dal 2021 e progressivamente più rilevante. Non sono il fattore determinante in assoluto, la qualità e la pertinenza dei contenuti restano prioritari, ma a parità di contenuto tra due siti, quello con Core Web Vitals migliori ha un vantaggio misurabile nelle SERP. Su mercati competitivi, quel vantaggio può fare la differenza tra la prima e la seconda pagina.
Come si misurano i Core Web Vitals in modo affidabile? Con due fonti distinte: i dati di laboratorio, ottenibili con PageSpeed Insights e Lighthouse, che simulano le condizioni di caricamento e danno risultati immediati; e i dati reali, raccolti da Chrome su utenti reali e disponibili in Google Search Console sotto il report Esperienza della pagina. I dati reali sono più rappresentativi ma richiedono traffico sufficiente per essere statisticamente significativi, su siti nuovi o con poco traffico, i dati di laboratorio sono il riferimento principale.
Un sito con buoni Core Web Vitals si posiziona meglio anche senza SEO? No. I Core Web Vitals sono un segnale di ranking tra molti, non sostituiscono la SEO tradizionale. Un sito veloce con contenuti irrilevanti non si posiziona. Un sito lento con contenuti eccellenti si posiziona comunque, ma meno di quanto potrebbe con performance ottimizzate. I Core Web Vitals amplificano il lavoro SEO, non lo sostituiscono.
Quanto spesso vanno monitorati i Core Web Vitals dopo la consegna? Mensilmente come minimo, con un controllo immediato dopo ogni aggiornamento significativo di plugin, tema o contenuti. Gli aggiornamenti di WooCommerce, di Bricks o dei plugin principali possono introdurre regressioni sulle performance che emergono solo dopo la messa in produzione. Un monitoraggio continuativo permette di intercettarle prima che impattino il posizionamento del cliente.