Un sito WordPress lento non perde solo punti nei test. Perde telefonate, richieste di preventivo, carrelli e appuntamenti.
I Core Web Vitals WordPress mostrano cosa accade davvero quando una persona apre una pagina, aspetta un’immagine o prova a inviare un form. Se il sito è macchinoso su smartphone, l’utente non aspetta. Torna su Google e sceglie un concorrente.
L’obiettivo non è inseguire un punteggio perfetto. L’obiettivo è rendere veloci le pagine che portano contatti e vendite.
Core Web Vitals WordPress: cosa misurano davvero
Google valuta tre segnali legati all’esperienza dell’utente: velocità di caricamento, stabilità visiva e risposta alle interazioni. Le linee guida ufficiali sui Core Web Vitals spiegano come leggere LCP, CLS e INP.
| Metrica | Cosa misura | Valore buono |
|---|---|---|
| LCP | Quando appare il contenuto principale | Entro 2,5 secondi |
| CLS | Quanto si spostano gli elementi della pagina | Fino a 0,1 |
| INP | Quanto rapidamente il sito risponde a un’azione | Entro 200 ms |
Google valuta questi valori sui dati reali, al 75esimo percentile delle visite. Non conta il test perfetto fatto una mattina dal tuo computer. Conta l’esperienza di chi naviga con un telefono, una rete debole o un browser meno recente.
Un sito con una homepage veloce e pagine servizio lente resta un problema. Le pagine da controllare sono quelle che ricevono traffico e generano contatti.
Misura prima di modificare WordPress
Non partire installando plugin a caso. Un plugin può risolvere un problema e crearne altri tre. Prima serve capire quale pagina rallenta, quale dispositivo soffre e cosa blocca il caricamento.
Unisci dati di campo e dati di laboratorio
PageSpeed Insights mostra sia una simulazione tecnica sia i dati reali, quando disponibili. Lighthouse è utile per vedere file pesanti, script e CSS che bloccano il rendering. Search Console, invece, raggruppa le URL che presentano problemi per mobile e desktop.
Il report Core Web Vitals di Google Search Console è il punto di partenza per capire se il problema riguarda molte pagine o un template preciso.
Controlla almeno tre URL: homepage, pagina servizio o prodotto, pagina contatti. Sono spesso pagine costruite in modo diverso e con criticità diverse.
Per un controllo ordinato, puoi seguire questa guida all’analisi delle performance di un sito. Ti aiuta a separare i problemi del server, delle immagini e del codice.
Parti sempre dal mobile
Un valore medio può nascondere un problema serio. Un sito può caricare bene su desktop e avere un LCP scarso su smartphone. Lo stesso vale per le conversioni.
Un tasso di contatto medio del 2% può nascondere un 4% da desktop e uno 0,8% da mobile. In quel caso non serve rifare tutta la comunicazione. Va controllato il percorso mobile: velocità, CTA, form, numero di telefono cliccabile e navigazione.
Correggere il LCP: fai apparire subito il contenuto importante
LCP significa Largest Contentful Paint. In pratica misura quando l’elemento più grande visibile nella prima schermata diventa disponibile. Spesso è l’immagine hero, il titolo principale o il banner di una pagina.
Ottimizza l’immagine principale, non solo tutte le immagini
L’errore più comune è caricare una fotografia enorme nella testata. Una foto da 4 MB non diventa leggera perché è visualizzata piccola.
Esporta immagini nelle dimensioni utili, usa WebP o AVIF quando compatibile, attiva srcset e servi una versione adatta allo schermo. L’immagine che genera il LCP non va caricata in lazy loading. Deve arrivare subito.
Evita anche slider pesanti nella parte alta della pagina. Un’azienda non ha bisogno di cinque fotografie che scorrono per spiegare un servizio. Serve un messaggio chiaro, un’immagine ottimizzata e una CTA visibile.
Riduci i ritardi del server e delle risorse
Un hosting economico e sovraccarico può rallentare tutto prima ancora che WordPress inizi a mostrare la pagina. Controlla il TTFB, attiva una cache pagina affidabile e valuta una CDN se il sito riceve visite da zone diverse.
CSS inutilizzato, font caricati in modo errato e JavaScript del builder possono ritardare l’LCP. Se usi Elementor, leggi anche come intervenire su Elementor e prestazioni del sito: il problema non è il builder in sé, ma come vengono caricati widget, animazioni e script.
Ridurre il CLS e fermare gli spostamenti del layout
CLS significa Cumulative Layout Shift. È il fastidio di una pagina che si muove mentre stai per cliccare. Premi un pulsante e, un attimo prima, compare un banner. Hai cliccato altro. Risultato: frustrazione e uscita dal sito.
Riserva lo spazio per immagini, video e moduli
Ogni immagine, iframe, video YouTube, mappa e box pubblicitario deve avere dimensioni definite. WordPress può inserire automaticamente larghezza e altezza nelle immagini, ma i problemi arrivano spesso da embed, widget e codice aggiunto dal tema.
Usa width e height, oppure definisci un rapporto d’aspetto nel CSS. La pagina saprà già quanto spazio lasciare libero prima del caricamento dell’elemento.
Attenzione a popup, cookie banner e font
Un cookie banner non deve spingere in basso il contenuto sopra la piega. Meglio una finestra sovrapposta, purché accessibile e non invasiva.
Anche i font possono creare CLS. Se il font personalizzato appare in ritardo, il testo cambia dimensione e sposta titoli, pulsanti e form. Usa pochi font, pochi pesi e un fallback con proporzioni simili.
Migliorare l’INP e la risposta ai clic
INP, Interaction to Next Paint, misura quanto il sito risponde quando l’utente clicca, apre un menu, seleziona una variante prodotto o invia un modulo. Non riguarda solo il primo clic. Valuta le interazioni durante tutta la visita.
Elimina JavaScript caricato senza motivo
Molti siti aziendali caricano lo stesso JavaScript ovunque: mappe, slider, popup, chat, tracciamenti, feed social, animazioni e moduli. Una pagina contatti non deve scaricare lo script del catalogo prodotti. Una pagina servizio non deve portarsi dietro il codice dello slider della homepage.
Disattiva gli asset inutili per pagina. Controlla plugin duplicati e funzioni che nessuno usa più. Ogni richiesta superflua occupa risorse e rallenta il browser.
Spezza le operazioni troppo pesanti
Quando JavaScript occupa il thread principale per troppo tempo, il sito sembra bloccato. L’utente tocca un pulsante e non succede nulla. Poi tutto si muove insieme.
Riduci animazioni complesse, filtri prodotto pesanti e script di terze parti. Chat, cookie manager, pixel pubblicitari e widget social vanno valutati uno per uno. Se portano contatti, restano. Se non portano nulla, rallentano soltanto.
Le soglie e il criterio di valutazione sono spiegati bene anche nella documentazione di web.dev sulle metriche di esperienza utente.
Dai priorità alle pagine che portano clienti
Non tutte le correzioni hanno lo stesso impatto. Un CLS alto in un articolo letto da dieci persone al mese non viene prima di un LCP da 5 secondi sulla landing di Google Ads.
Usa una lista di priorità semplice
Intervieni prima su queste situazioni:
- Homepage, pagine servizio, schede prodotto e landing con più visite.
- URL che ricevono traffico da campagne pubblicitarie.
- Pagine con form, click sul telefono, prenotazioni o acquisti.
- Problemi rilevati soprattutto su smartphone.
- Template usati da molte pagine del sito.
I Core Web Vitals WordPress vanno letti insieme ai dati di conversione. Se una pagina diventa più veloce ma non migliora richieste e vendite, controlla CTA, messaggio e percorso del form.
“Contattaci” è una CTA generica. “Richiedi un preventivo in 24 ore” o “Prenota una prima consulenza” spiegano cosa succede dopo il clic. Una pagina rapida con una CTA confusa continua a perdere contatti.
Evita le correzioni che peggiorano il sito
Minificare tutto, rinviare tutto e comprimere tutto non è una strategia. È un rischio. Un form può smettere di funzionare, una galleria può sparire, un checkout può bloccarsi.
Fai una modifica per volta. Verifica desktop e mobile. Controlla Chrome, Safari su iPhone e almeno un Android di fascia media. Gli emulatori aiutano, ma non mostrano sempre problemi di rete, memoria e touch.
Quando i Core Web Vitals WordPress migliorano, aspetta i nuovi dati di campo prima di trarre conclusioni. Nel frattempo monitora invii form, clic sul telefono, richieste di preventivo e vendite. Il confronto utile è con i tuoi mesi precedenti, non con una media astratta di settore.
Una verifica periodica della SEO tecnica per WordPress evita che un aggiornamento di plugin, tema o tracciamento riporti il sito indietro.
Conclusione
LCP, CLS e INP non sono numeri da mettere in un report e dimenticare. Sono segnali concreti di attese, clic mancati e pagine che fanno perdere fiducia.
Un sito WordPress veloce parte da pagine importanti, dati reali e interventi controllati. Ogni secondo risparmiato deve rendere più facile contattarti, prenotare o acquistare.
Domande frequenti sui Core Web Vitals WordPress
Quali valori devono avere LCP, CLS e INP?
LCP dovrebbe restare entro 2,5 secondi, CLS fino a 0,1 e INP entro 200 millisecondi. Valori peggiori richiedono un controllo tecnico della pagina e del dispositivo coinvolto.
Un plugin cache risolve tutti i problemi?
No. La cache aiuta il server, ma non corregge immagini pesanti, popup che spostano il layout, font instabili o JavaScript eccessivo. Prima individua la causa, poi scegli lo strumento adatto.
Quanto tempo serve per vedere miglioramenti in Search Console?
Le modifiche tecniche possono essere visibili subito nei test di laboratorio. Search Console usa dati raccolti da utenti reali, quindi l’aggiornamento richiede tempo e traffico sufficiente.
