I Core Web Vitals sono diventati il modo più concreto per capire se un sito offre un’esperienza davvero fluida. Non si parla solo di SEO o di punteggi su una dashboard: si parla di pagine che si aprono in fretta, pulsanti che rispondono subito, layout che non saltano mentre l’utente sta per cliccare.
Chi gestisce un sito WordPress, un e-commerce o una landing page lo vede ogni giorno. Basta una hero image da 3 MB, uno script marketing caricato male o un tema troppo pesante per trasformare una visita promettente in un rimbalzo. E spesso il problema si sente prima ancora di leggerlo nei report.
Il punto è semplice: migliorare i Core Web Vitals significa lavorare sulla velocità del sito con criteri misurabili. E oggi strumenti come Google PageSpeed Insights, Search Console e Lighthouse permettono di capire dove intervenire, senza procedere a tentoni.
I Core Web Vitals sono un gruppo di metriche definite da Google per misurare aspetti chiave dell’esperienza utente reale su una pagina web. Le tre metriche attuali sono LCP, INP e CLS. Dal 12 marzo 2024 INP, Interaction to Next Paint, ha sostituito ufficialmente FID come Core Web Vital dedicato alla reattività.
Per considerare buona una metrica, Google guarda le esperienze reali degli utenti: in pratica, almeno il 75% delle visite deve rientrare nella soglia consigliata.
Queste metriche non sono astratte. Un LCP alto spesso dipende da immagini pesanti o da una risposta server lenta, un INP scarso da troppo lavoro sul thread principale o JavaScript eccessivo, un CLS fuori soglia da elementi senza dimensioni riservate. Qui si gioca la partita vera.
I Core Web Vitals rientrano tra i segnali utilizzati dai sistemi di ranking di Google, ma non esiste un singolo “page experience signal” capace da solo di determinare il posizionamento. La pertinenza e la qualità dei contenuti restano centrali; una buona esperienza di pagina può contribuire soprattutto quando per una query esistono più risultati utili e comparabili.
C’è anche un aspetto più terreno. Una pagina che impiega 4 o 5 secondi per mostrare il contenuto principale può perdere attenzione, clic e fiducia. Su mobile il problema si amplifica: rete non perfetta, CPU più lenta, sessioni brevi. Il danno arriva in fretta.
È difficile non notare un dettaglio: molti siti con ottimi contenuti vengono frenati da problemi tecnici banali. Popup invasivi, web font caricati male, plugin che iniettano script su ogni pagina. Non serve rifare tutto da zero, ma serve ordine.
Il primo strumento da usare è PageSpeed Insights. Inserisci l’URL, attendi il report e separa subito due piani: i dati di laboratorio e i dati reali, chiamati field data. I primi vengono raccolti in un ambiente controllato tramite Lighthouse; i secondi arrivano dal Chrome User Experience Report, quando disponibili, e aggregano le esperienze reali degli utenti su una finestra mobile di 28 giorni.
PageSpeed mostra anche suggerimenti pratici: eliminare risorse che bloccano il rendering, ridurre il JavaScript inutilizzato, servire immagini in WebP o AVIF, migliorare il caching. Alcune indicazioni sono tecniche, ma il quadro generale è leggibile anche per chi non sviluppa ogni giorno.
Se il sito è su WordPress, conviene verificare almeno la homepage, una pagina articolo e una pagina con moduli o script esterni. Pochi URL rappresentativi bastano spesso a capire se il problema riguarda un singolo template o l’intero sito. Per approfondire il monitoraggio puoi leggere anche la guida a Google Search Console.
Quando si parla di ottimizzazione delle performance, non tutti gli interventi pesano allo stesso modo. Alcuni cambiano davvero LCP, INP e CLS. Altri migliorano il punteggio ma quasi non si sentono.
Il dettaglio che cambia tutto è spesso il server. Un hosting condiviso economico può andare bene per un sito vetrina leggero, ma fatica con WooCommerce, page builder pesanti e molto traffico simultaneo.
Molti problemi di PageSpeed non nascono da una singola scelta sbagliata, ma da una stratificazione di plugin, script e contenuti caricati senza controllo. Il risultato è un sito che funziona, sì, ma con il freno a mano tirato.
Vale la pena dirlo chiaramente: installare dieci plugin “per velocizzare” spesso peggiora la situazione. Meglio pochi strumenti compatibili e una configurazione pulita.
Su WordPress le differenze possono essere notevoli. Un tema leggero come GeneratePress o Astra, configurato bene, parte avvantaggiato rispetto a temi multifunzione molto ricchi. Lo stesso vale per i builder: Elementor, Divi e simili offrono flessibilità, ma se usati senza criterio possono aumentare DOM, CSS e script.
Questo non significa che un builder sia da evitare. Significa che ogni sezione aggiunta ha un costo tecnico. Un pulsante animato, un carosello, un contatore, un pop-up exit intent: presi da soli sembrano dettagli. Insieme diventano un problema.
Su hosting LiteSpeed, LiteSpeed Cache può offrire vantaggi concreti grazie all’integrazione lato server. Il plugin è gratuito, mentre alcuni servizi online collegati possono avere costi in base all’utilizzo. Su stack diversi, FlyingPress o WP Rocket restano alternative diffuse. Prezzi e funzioni possono cambiare nel tempo.
Immagina una landing page con queste caratteristiche: hero in JPEG da 1,8 MB, video YouTube incorporato sopra la piega, quattro script marketing, font Google con sei varianti. In uno scenario del genere è plausibile trovare un LCP oltre 4 secondi e un punteggio PageSpeed mobile sotto 40; l’INP reale, invece, va valutato sui dati sul campo quando disponibili.
Una revisione concreta può includere immagine hero in WebP da 180 KB, anteprima cliccabile del video al posto dell’embed immediato, rimozione di due script secondari, priorità corretta al font e all’immagine LCP e cache della pagina attiva. In molti casi il miglioramento può essere netto, fino a portare il test di laboratorio oltre 80 o 90 e l’LCP sotto 2,5 secondi. Il punteggio PageSpeed, però, non va confuso con il superamento dei Core Web Vitals sui dati reali.
Non sempre succede al primo tentativo. Però il miglioramento si vede.
Su un e-commerce il collo di bottiglia è spesso diverso: filtri AJAX, script di tracciamento, varianti prodotto, app di recensioni. Qui la priorità diventa ridurre JavaScript e ottimizzare la risposta del server, non solo comprimere le immagini.
Dipende dalla situazione di partenza. Se il sito è già ordinato, il lavoro può richiedere poche ore e qualche strumento ben scelto. Se invece il progetto ha anni di plugin accumulati, tema pesante e hosting debole, i costi salgono.
Il costo vero, spesso, è lasciare tutto com’è. Se una pagina lenta brucia traffico da Ads o abbassa le conversioni, il conto arriva comunque.
Un buon lavoro sui Core Web Vitals non punta al 100 fisso su ogni test. Punta a un sito stabile, rapido e leggibile su dispositivi reali, in 4G, con CPU non perfette e decine di schede aperte. È lì che si misura la qualità di una pagina.
PageSpeed, Search Console e Lighthouse sono ottimi alleati, purché vengano letti con buon senso. Un punteggio brillante conta poco se il checkout resta lento o se la homepage si sposta mentre l’utente prova a cliccare. Al contrario, una pagina ben progettata, con LCP sotto controllo e interazioni rapide, porta risultati più solidi di molte ottimizzazioni cosmetiche.
In pratica, la direzione è chiara: meno peso inutile, meno script superflui, più priorità ai contenuti che contano davvero. È questo che trasforma la velocità del sito in un vantaggio reale, non in una semplice schermata verde.
Potrebbe interessare: Errori SEO: i 12 sbagli che frenano il tuo sito