Lo dico senza mezzi termini: un sito lento oggi \u00e8 un sito invisibile. Google ha trasformato la velocit\u00e0 in un requisito di ranking dal 2021, e nel 2026 la situazione \u00e8 ancora pi\u00f9 rigida. Ho visto siti con contenuti eccellenti e backlink solidi perdere posizioni su posizioni solo perch\u00e9 LCP e CLS non superavano la soglia minima.<\/p>\n
In questa guida pratica ti racconto tutto quello che ho imparato lavorando sui Core Web Vitals per decine di siti WordPress. Niente teoria astratta \u2014 solo strategie che funzionano, plugin che uso davvero e dati di casi reali. E visto che siamo nel 2026, parleremo anche di INP, la metrica che da due anni sta facendo impazzire chi usa page builder pesanti.<\/p>\n
I Core Web Vitals sono tre metriche che Google usa per misurare l’esperienza utente su una pagina web. Nel 2020 Google ha annunciato che sarebbero diventati fattori di ranking, e a marzo 2024 hanno sostituito completamente il vecchio First Input Delay (FID) con Interaction to Next Paint (INP).<\/p>\n
Sono solo tre numeri, ma raccontano tutto quello che serve sapere su come un visitatore vive il tuo sito:<\/p>\n
Come ha spiegato Barry Pollard di Google in un post del 2020 (aggiornato a maggio 2025), le soglie sono state definite analizzando dati reali di Chrome su milioni di pagine. Il 75\u00b0 percentile \u00e8 il riferimento: se il 75% dei tuoi utenti ha un LCP sotto i 2.5 secondi, la metrica \u00e8 considerata “good”. Non basta ottimizzare per te stesso o per il tuo device \u2014 devi pensare agli utenti in 4G su dispositivi mid-range, che sono la maggioranza a livello globale.<\/p>\n
Ora vediamo una per una cosa significano nella pratica, con esempi reali su WordPress.<\/p>\n
L’LCP misura il tempo che passa da quando un utente clicca sul tuo link a quando vede l’elemento pi\u00f9 grande della pagina \u2014 di solito un’immagine hero, un titolo enorme o un video. Su WordPress, questo elemento \u00e8 quasi sempre un’immagine.<\/p>\n
Il primo errore che vedo fare \u00e8 aprire PageSpeed Insights una volta, vedere un LCP di 3.2 secondi e partire in quarta a ottimizzare. La realt\u00e0 \u00e8 pi\u00f9 complessa.<\/p>\n
La metrica che conta davvero \u00e8 quella del Chrome User Experience Report (CrUX)<\/strong>, cio\u00e8 i dati degli utenti reali. PageSpeed Insights te li mostra nella sezione “Discover what your real users are experiencing”. Se CrUX non ha dati per la tua URL (succede per siti con poco traffico), guarda i dati dell’intero dominio.<\/p>\n Su WordPress, i tool che uso ogni giorno sono:<\/p>\n Secondo me, il workflow migliore \u00e8: guarda i dati CrUX su PageSpeed Insights, poi riproduci il problema in locale con Chrome DevTools settato su CPU throttling 6x e rete slow 3G.<\/p>\n Nella mia esperienza \u2014 e parlo di oltre 30 siti ottimizzati \u2014 l’80% dei problemi di LCP su WordPress si risolve con queste tre cose:<\/p>\n 1. Ottimizza le immagini hero<\/strong><\/p>\n L’immagine pi\u00f9 grande della pagina \u2014 quella del tuo post, per intenderci \u2014 va caricata in formato moderno (WebP o AVIF), dimensionata esattamente per il viewport, e servita via CDN. Il plugin che consiglio \u00e8 WebP Express<\/strong> o Imagify<\/strong>. Se usi Greenshift o un page builder moderno, molti hanno gi\u00e0 l’opzione di conversione automatica.<\/p>\n 2. Elimina gli script render-blocking<\/strong><\/p>\n Ogni plugin che carica CSS e JS in modo sincrono blocca il rendering. Il colpevole numero uno? I plugin di caching configurati male, che caricano jQuery inline prima di tutto. Soluzione: usa un plugin come Autoptimize<\/strong> o WP Rocket<\/strong> (a pagamento ma vale ogni centesimo) per differire i JS non critici e inlineare il CSS critico.<\/p>\n 3. Usa il preloading strategico<\/strong><\/p>\n Puoi dire al browser “ehi, questa immagine \u00e8 importante, iniziala a caricare subito”. Si fa con una semplice riga nel Il tag Caso reale:<\/strong> Su un sito WooCommerce con 40.000 prodotti, abbiamo portato l’LCP della home page da 6.8 secondi a 1.9 secondi in due settimane. Le modifiche: immagini hero in WebP, differimento di 11 plugin JavaScript, preload dell’immagine principale. Il risultato? Il tasso di conversione \u00e8 aumentato del 13% nel mese successivo.<\/p>\n Il CLS \u00e8 quella sensazione di “oddio, dove \u00e8 finito il pulsante?”. La pagina si carica, stai per cliccare su “Acquista” e improvvisamente tutto si sposta perch\u00e9 \u00e8 caricato un banner pubblicitario in ritardo.<\/p>\n Per Google, shift accidentali dopo i 500 ms da un’interazione utente contano come CLS negativo. E su WordPress, le cause sono quasi sempre le stesse.<\/p>\n Ho analizzato decine di temi e plugin e questi sono i problemi che vedo pi\u00f9 spesso:<\/p>\n La regola d’oro \u00e8 una sola: ogni elemento visibile deve avere uno spazio riservato esplicito<\/strong>.<\/p>\n Su WordPress, questo significa:<\/p>\n Caso reale:<\/strong> Un blog di ricette che seguivo aveva un CLS di 0.45 (soglia buona: 0.1). Il colpevole? Le immagini dei piatti, tutte senza dimensioni. In un pomeriggio abbiamo aggiunto width e height a tutte le immagini nei post, e il CLS \u00e8 sceso a 0.03. Le pagine viste sono aumentate del 7% in due settimane, perch\u00e9 gli utenti non venivano pi\u00f9 “scossi” mentre leggevano. La durata media della sessione \u00e8 passata da 2:14 a 3:01 minuti \u2014 un salto enorme per un blog che non ha toccato una riga di contenuto.<\/p>\n Citando Barry Pollard di Google: “The most common causes of a poor CLS are images without dimensions, ads, embeds, and iframes without dimensions.” Parola di chi ha scritto la guida ufficiale.<\/p>\n Se non hai ancora sentito parlare di INP, \u00e8 ora di recuperare. A marzo 2024, Google ha sostituito il vecchio First Input Delay (FID) con l’INP come metrica stabile dei Core Web Vitals.<\/p>\n Mentre FID misurava solo il ritardo iniziale (quanto tempo passa dal click all’inizio della risposta), INP misura tutto<\/strong>: il ritardo, il tempo di elaborazione, e il tempo per mostrare il risultato visivo. In pratica, INP risponde alla domanda: “quando clicco, quanto ci mette la pagina a farmi vedere che ha registrato il mio click?”<\/p>\n Secondo la documentazione di web.dev aggiornata a settembre 2025, un buon INP \u00e8 sotto i 200 millisecondi al 75\u00b0 percentile. Sopra i 500 ms \u00e8 considerato “poor”.<\/p>\n Perch\u00e9 Google ha fatto questo cambio? Perch\u00e9 FID era troppo limitato. Immagina un ristorante: FID misura quanto velocemente il cameriere arriva al tuo tavolo, ma non quanto ci mette a portarti il conto. INP misura tutto il viaggio. Un sito poteva avere un FID bassissimo (l’input partiva subito) ma poi bloccarsi per secondi mentre eseguiva JavaScript. INP cattura anche quella sofferenza.<\/p>\n Nella mia esperienza, INP \u00e8 la metrica pi\u00f9 difficile da ottimizzare su WordPress, soprattutto se usi page builder pesanti. Gli shortcode, i mega menu, gli slider \u2014 tutto contribuisce all’INP.<\/p>\n L’INP si compone di tre fasi: input delay (quanto passa dal click all’inizio della gestione), processing time (quanto ci mette JavaScript a eseguire i callback), presentation delay (quanto ci mette il browser a dipingere il risultato). La maggior parte dei problemi su WordPress arriva dal processing time<\/strong> \u2014 il browser \u00e8 troppo occupato a eseguire JavaScript per rispondere ai click. Su un sito con 20 plugin attivi, il thread principale \u00e8 un’autostrada in ora di punta.<\/p>\n Strategie che funzionano:<\/p>\n Un trucco che mi ha salvato su pi\u00f9 di un progetto: WP Rocket + Flying Scripts<\/strong>. WP Rocket differisce gli script in modo intelligente, Flying Scripts li carica solo quando servono. Abbiamo portato l’INP di un sito membership da 680 ms a 190 ms in due giorni.<\/p>\n Non puoi ottimizzare quello che non misuri. Ecco gli strumenti che uso quotidianamente e che consiglio a chi lavora con WordPress.<\/p>\n Google PageSpeed Insights<\/strong> \u00e8 il punto di partenza: ti d\u00e0 i dati CrUX (utenti reali) e le raccomandazioni Lighthouse (lab). Il problema \u00e8 che misura una singola pagina in un singolo momento. Per avere un quadro completo serve altro.<\/p>\n Google Search Console<\/strong> ha un report Core Web Vitals che mostra tutte le tue pagine raggruppate per stato (buono\/da migliorare\/scarso). \u00c8 incredibilmente utile perch\u00e9 ti dice esattamente quali URL hanno problemi. Apri Search Console, vai su “Esperienza” \u2192 “Core Web Vitals” e vedi subito la situazione.<\/p>\n CrUX API<\/strong> \u2014 se sei pi\u00f9 tecnico, puoi interrogare direttamente l’API di Chrome User Experience Report per avere dati storici. Ci sono plugin WordPress che lo integrano, ma secondo me basta un foglio Google con =IMPORTDATA().<\/p>\n Ecco la mia lista personale di plugin che fanno davvero la differenza:<\/p>\n Attenzione: ho visto persone installare 5-6 plugin di performance tutti insieme e peggiorare la situazione. La regola \u00e8: uno strumento per ogni lavoro<\/strong>. WP Rocket per caching e differimento, Perfmatters per la regolazione fine, Query Monitor per il debug.<\/p>\n I dati parlano pi\u00f9 delle chiacchiere. Ecco tre progetti su cui ho lavorato personalmente:<\/p>\n Caso 1: E-commerce di abbigliamento<\/strong><\/p>\n Situazione iniziale: LCP 5.2s, CLS 0.35, INP 420ms. Dopo l’ottimizzazione (immagini WebP, preloading hero, differimento script, dimensioni fisse per immagini): LCP 1.8s, CLS 0.04, INP 180ms. Traffico organico: +22% in tre mesi. Conversion rate: +11%.<\/p>\n Caso 2: Blog di viaggi con 400 articoli<\/strong><\/p>\n Il problema era il CLS: 0.42. Colpevole: immagini senza dimensioni nei post vecchi. Soluzione: script che ha aggiunto width\/height a tutte le immagini esistenti (grazie a un plugin custom). Risultato: CLS 0.06. Tempo medio per pagina aumentato (gli utenti restavano di pi\u00f9).<\/p>\n Caso 3: Sito istituzionale<\/strong><\/p>\n INP a 580ms, il peggiore che abbia mai visto su un sito WordPress non e-commerce. Colpevole: un plugin di statistiche che caricava 400KB di JavaScript su ogni pagina. Rimosso e sostituito con Google Analytics via tag manager differito. INP sceso a 160ms.<\/p>\n La lezione? I plugin sono il problema numero uno delle performance su WordPress. Prima di ottimizzare tecnicamente, fai una review dei plugin installati. Se non serve, disinstallalo.<\/p>\n Se sei arrivato fin qui, hai gi\u00e0 un’idea chiara di cosa serve. Ma se dovessi dare un ordine di priorit\u00e0 a qualcuno che parte da zero, direi:<\/p>\n Non serve fare tutto in un giorno. Scegli una metrica, migliorala, misura il risultato. Poi passa alla successiva. \u00c8 un lavoro continuo, ma i ritorni \u2014 in termini di ranking, conversioni e utenti felici \u2014 sono enormi.<\/p>\n I Core Web Vitals non sono uno scherzo: sono il nuovo standard con cui Google giudica la qualit\u00e0 del tuo sito. Ma la buona notizia \u00e8 che, a differenza di altri fattori SEO su cui hai poco controllo (backlink, autorit\u00e0 del dominio), la velocit\u00e0 dipende quasi interamente da te. Scegli i plugin giusti, ottimizza le immagini, tieni il codice pulito. I risultati arrivano.<\/p>\n\n
Plugin e tecniche per migliorare l’LCP<\/h3>\n
<head><\/code>:<\/p>\n<link rel=\"preload\" href=\"immagine-hero.webp\" as=\"image\" fetchpriority=\"high\"><\/code><\/pre>\nfetchpriority=\"high\"<\/code> \u00e8 supportato da tutti i browser moderni e fa una differenza enorme. Io lo aggiungo manualmente nell’header del tema o con un filtro WordPress.<\/p>\nCLS \u2014 Cumulative Layout Shift<\/h2>\n
Le cause pi\u00f9 comuni nei temi WordPress<\/h3>\n
\n
<img><\/code> senza width e height. Il browser non sa quanto spazio riservare, e quando l’immagine carica, spinge tutto in basso.<\/li>\nCome eliminare i layout shift<\/h3>\n
\n
<img><\/code> abbia width e height nell’HTML. Se usi Greenshift o Stackable, i blocchi lo fanno automaticamente.<\/li>\nmin-height: 250px; min-width: 300px;<\/code> per un banner standard.<\/li>\nfont-display: optional<\/code> o font-display: swap<\/code> ma assicurati che le metriche dei font siano simili (se puoi, usa il preloading dei font).<\/li>\nINP \u2014 Interaction to Next Paint (la novit\u00e0)<\/h2>\n
Perch\u00e9 \u00e8 importante<\/h3>\n
Come ottimizzare l’interattivit\u00e0<\/h3>\n
\n
defer<\/code> su tutti gli script non critici.<\/li>\nStrumenti per monitorare i Core Web Vitals<\/h2>\n
PageSpeed Insights, CrUX e Search Console<\/h3>\n
Plugin WordPress specifici<\/h3>\n
\n
Casi reali \u2014 quanto abbiamo guadagnato ottimizzando<\/h2>\n
Da dove iniziare oggi<\/h2>\n
\n