Core Web Vitals su WordPress: Ottimizzazione Pratica

9 min di lettura

Il sito carica in 6 secondi su mobile, le immagini arrivano una alla volta, e il layout si sposta mentre l’utente prova a cliccare. Se ti suona familiare, il tuo sito WordPress probabilmente rientra nel 52% che non supera le soglie Core Web Vitals su mobile (Web Almanac, 2025). Il problema principale è l’LCP: solo il 32% dei siti WordPress ha un TTFB “buono” secondo i dati CrUX, contro piattaforme hosted dove l’infrastruttura è gestita a livello server. La buona notizia: WordPress offre il controllo completo su hosting, tema e ottimizzazione, e le correzioni ben fatte producono risultati duraturi.

I Core Web Vitals sono tre metriche che Google usa per valutare l’esperienza utente: LCP (velocità di caricamento), INP (reattività alle interazioni) e CLS (stabilità visiva). Sono un fattore di ranking confermato dal 2021 e funzionano come “spareggio” tra pagine di qualità simile. Per una PMI su WordPress, ottimizzarli significa intervenire su hosting, immagini, JavaScript e layout. La guida ai Core Web Vitals copre la teoria di ogni metrica; qui ci concentriamo sulle azioni pratiche per WordPress.

Le tre metriche e le soglie da raggiungere

Metrica	Cosa misura	Soglia “buono”	Causa principale di fallimento su WordPress
LCP (Largest Contentful Paint)	Tempo perché il contenuto principale sia visibile	≤ 2,5 secondi	TTFB lento (hosting condiviso), immagini pesanti, CSS/JS render-blocking
INP (Interaction to Next Paint)	Reattività a clic, tap e input tastiera	≤ 200 ms	JavaScript eccessivo (page builder, plugin), script terze parti (analytics, chat)
CLS (Cumulative Layout Shift)	Stabilità visiva durante il caricamento	≤ 0,1	Immagini senza dimensioni esplicite, font che causano reflow, ad/embed dinamici

Per superare la valutazione di Google, almeno il 75% delle visite deve avere un punteggio “buono” per ogni metrica. Google misura i dati reali degli utenti Chrome (CrUX), quindi i risultati di laboratorio (PageSpeed Insights, Lighthouse) sono indicativi ma possono differire dai dati sul campo in Search Console.

Le 5 cause di fallimento specifiche di WordPress

I dati CrUX mostrano che WordPress ha un tasso di superamento INP dell’85,9% (in linea con la media), ma fallisce principalmente sull’LCP a causa del TTFB lento. Ecco le cinque cause più frequenti.

1. Hosting condiviso con TTFB 400-800ms: il server impiega troppo tempo a generare la pagina HTML. La differenza tra hosting condiviso e hosting managed WordPress (80-200ms TTFB) è spesso la differenza tra superare o fallire l’LCP.
2. Page builder pesanti: Elementor, Divi e WPBakery aggiungono enormi quantità di HTML, CSS e JavaScript extra. Elementor da solo può aggiungere oltre 21 MB di codice a un’installazione WordPress. Ogni widget e animazione aumenta il DOM e le risorse render-blocking.
3. Immagini grandi e in formato sbagliato: immagini hero in PNG da 2-3 MB sono la causa più comune di LCP lento. La conversione in WebP con compressione riduce il peso dell’80-90% senza perdita percepibile di qualità.
4. Plugin eccessivi: ogni plugin carica CSS e JavaScript aggiuntivi, anche sulle pagine dove la sua funzionalità è irrilevante. Un sito WordPress con 30+ plugin attivi ha quasi certamente problemi di INP per l’eccesso di JavaScript sul main thread.
5. Font web senza font-display: i font Google Fonts caricati senza font-display: swap bloccano il rendering del testo fino al completamento del download, causando CLS (il testo appare improvvisamente) e rallentando l’LCP.

Piano d’azione per WordPress: dalla diagnosi alla correzione

Step 1: Diagnostica

Apri PageSpeed Insights e inserisci l’URL della tua homepage e di 2-3 pagine chiave. Nella sezione “Diagnostica”, espandi “Elemento Largest Contentful Paint” per vedere quale elemento è il tuo LCP (di solito l’immagine hero o il primo heading grande). In Search Console → Esperienza → Core Web Vitals, verifica i dati sul campo (dati reali degli utenti). La guida a Google Search Console spiega come leggere ogni sezione del report. Per il contesto completo della SEO operativa, la guida alla SEO operativa per PMI inquadra i Core Web Vitals nell’architettura complessiva del sito.

Step 2: Ottimizza l’LCP (hosting + immagini)

L’LCP è la metrica dove WordPress fallisce di più. Le azioni con il maggiore impatto:

• Hosting: se il TTFB supera 600ms, valuta un upgrade. Hosting con LiteSpeed server (come quello usato su gabrielebertoloni.it) o hosting managed WordPress (SiteGround, Kinsta, Cloudways) riducono il TTFB a 80-200ms
• Caching: attiva il page caching a livello server. LiteSpeed Cache (gratuito, richiede server LiteSpeed), WP Super Cache o W3 Total Cache generano HTML statico eliminando l’esecuzione PHP a ogni visita
• Immagini: converti in WebP (ShortPixel, Imagify o Smush), comprimi a qualità 80, imposta dimensioni esplicite (width e height). L’immagine LCP deve caricarsi immediatamente: aggiungi fetchpriority="high" e rimuovi il lazy loading dall’immagine hero. Attenzione: il 16-17% delle pagine applica erroneamente il lazy loading all’immagine LCP
• CSS critico: Jetpack Boost (gratuito) o WP Rocket (a pagamento) generano il CSS critico e differiscono il resto, eliminando il render-blocking

Step 3: Ottimizza l’INP (JavaScript)

L’INP misura la reattività a tutte le interazioni sulla pagina (a differenza del vecchio FID, che misurava solo la prima e che è stato sostituito a marzo 2024). Le azioni operative:

• Riduci i plugin attivi: disattiva ogni plugin che puoi. Ogni plugin rimosso riduce il JavaScript sul main thread. Se un plugin serve solo su alcune pagine, usa un plugin come Asset CleanUp per disabilitarne il caricamento sulle pagine dove è irrilevante
• Differisci JavaScript: aggiungi l’attributo defer agli script che servono dopo il caricamento iniziale (analytics, chat widget, social embed). LiteSpeed Cache e WP Rocket offrono questa opzione con un clic
• Script terze parti: Google Analytics, pixel Facebook, widget chat e tracker pubblicitari sono i principali colpevoli dell’INP. Caricali in modo asincrono o differito, oppure rimuovili se il valore che forniscono è inferiore al costo in prestazioni

Step 4: Ottimizza il CLS (stabilità visiva)

• Dimensioni esplicite su ogni immagine e video: ogni tag <img> deve avere attributi width e height. WordPress li aggiunge automaticamente dalla libreria media, ma verifica le immagini inserite manualmente
• Font con font-display: swap: su WordPress, il plugin OMGF (Optimize My Google Fonts) scarica i font in locale e aggiunge automaticamente font-display: swap, eliminando il flash di testo invisibile (FOIT)
• Spazio riservato per ad e embed: se usi Ad Inserter o altri plugin pubblicitari, imposta altezza minima fissa (min-height) per ogni slot pubblicitario, in modo che il browser riservi lo spazio prima del caricamento dell’annuncio

Lo stack WordPress consigliato per le prestazioni

Questo è lo stack che uso su gabrielebertoloni.it e che consiglio alle PMI su WordPress:

Componente	Tool	Funzione
Tema	Astra / Spectra	Leggero, Gutenberg-native, zero bloat
Caching	LiteSpeed Cache	Page cache, CSS/JS optimization, CDN integration
Immagini	ShortPixel o Imagify	Compressione + conversione WebP automatica
Font	OMGF	Font locali, font-display: swap, zero richieste esterne
JS optimization	Jetpack Boost (gratuito)	CSS critico, defer JS, lazy loading immagini
CDN	Cloudflare (gratuito)	Cache edge, compressione, protezione DDoS

Un progetto recente mi ha mostrato l’impatto di questo stack: un sito PMI su hosting condiviso con LCP di 4,8 secondi è passato a 1,9 secondi dopo la migrazione a hosting LiteSpeed + attivazione LiteSpeed Cache + compressione immagini WebP. L’INP è sceso da 320ms a 160ms rimuovendo 8 plugin inutilizzati e differendo gli script analytics. Il tutto in un pomeriggio di lavoro.

Monitoraggio continuo

Le prestazioni possono degradare con il tempo: un aggiornamento plugin, un nuovo widget o un tema aggiornato possono peggiorare le metriche senza che te ne accorga. Prestazioni stabili sono anche un prerequisito per la visibilità AI: la guida al GEO per PMI include l’ottimizzazione della velocità tra le azioni a costo zero. Il monitoraggio consigliato:

• Ogni mese: Search Console → Esperienza → Core Web Vitals. Verifica che gli URL siano “buoni” su mobile e desktop
• Dopo ogni modifica significativa: nuovo plugin, aggiornamento tema, aggiunta di embed o script terze parti → testa immediatamente con PageSpeed Insights
• Ogni trimestre: test completo delle 3-5 pagine principali del sito (homepage, pagine servizio, articoli top) con PageSpeed Insights. La checklist audit SEO operativo include questa verifica

Domande frequenti

I Core Web Vitals sono un fattore di ranking importante?

Sono un fattore di ranking confermato, ma agiscono come “spareggio”: a parità di qualità dei contenuti e backlink, il sito con Core Web Vitals migliori vince. I siti che passano da “scarso” a “buono” riportano mediamente un aumento delle conversioni del 25% e una riduzione del bounce rate del 35% (dati WhiteHat SEO, 2026). Il miglioramento del ranking organico è misurabile in 4-8 settimane.

Quale metrica devo correggere per prima?

Controlla Search Console → Esperienza → Core Web Vitals e identifica la metrica con più URL “scarsi”. Per la maggior parte dei siti WordPress, l’LCP è il primo problema da risolvere (hosting + immagini). Se l’LCP è già buono, concentrati sull’INP (riduzione JavaScript). Il CLS è tipicamente la metrica più semplice da correggere (dimensioni esplicite su immagini + font-display).

I page builder (Elementor, Divi) impediscono di superare i Core Web Vitals?

Rendono il compito più difficile, ma è possibile superare le soglie anche con un page builder. La chiave: disabilita le animazioni superflue, usa solo i widget necessari, e attiva l’ottimizzazione CSS/JS integrata nel builder. Gutenberg nativo resta la scelta più performante per chi parte da zero, perché genera HTML pulito senza layer aggiuntivi.

Il punteggio PageSpeed Insights deve essere 100?

Il punteggio di laboratorio (0-100) è utile come guida, ma ciò che conta per il ranking è il dato CrUX (dati reali degli utenti) visibile in Search Console. Un sito con punteggio 75 su PageSpeed Insights ma con CrUX “buono” su tutte e tre le metriche supera la valutazione di Google. Concentra gli sforzi sul superamento delle soglie CrUX, perché è quello che Google usa per il ranking.

---

I Core Web Vitals su WordPress si ottimizzano con interventi mirati su hosting, immagini, JavaScript e layout. Le correzioni sono tipicamente “una tantum” e producono benefici duraturi. Se vuoi una diagnosi delle prestazioni del tuo sito con le correzioni prioritizzate per impatto, scrivimi per un audit: testo le metriche su mobile e desktop e ti consegno un piano d’azione con i 5 interventi dal ritorno più alto.