Blog
Ottimizza i Core Web Vitals: una guida passo-passo alla SEO per la velocità della pagina
Una guida pratica per migliorare i punteggi dei Core Web Vitals del tuo sito web con passaggi attuabili, esempi reali e insidie comuni da evitare per una SEO e un'esperienza utente migliori.

Riepilogo
I Core Web Vitals sono le metriche dell'esperienza utente di Google che influenzano direttamente il ranking nei motori di ricerca. Molti proprietari di siti lottano con punteggi scadenti di LCP, INP e CLS, danneggiando la loro SEO. Questo articolo fornisce un piano concreto e passo-passo per ottimizzare ogni metrica, dalla compressione delle immagini allo splitting del codice. Imparerai come misurare le tue prestazioni attuali, prioritizzare le correzioni ed evitare errori comuni come l'over-optimization. Esempi reali mostrano miglioramenti prima e dopo. Segui questi passaggi per potenziare i tuoi Core Web Vitals e scalare i risultati di ricerca.
Il problema dei Core Web Vitals
I Core Web Vitals di Google sono diventati un fattore di ranking diretto, il che significa che i siti lenti o instabili vengono sepolti nei risultati di ricerca. Tuttavia, molti proprietari di siti sono bloccati: vedono punteggi bassi ma non sanno come risolverli sistematicamente. Questa guida ti accompagna attraverso un processo ripetibile per ottimizzare il Largest Contentful Paint (LCP), l'Interaction to Next Paint (INP) e il Cumulative Layout Shift (CLS). Alla fine, avrai un piano d'azione chiaro per migliorare le prestazioni e la SEO del tuo sito.
Comprendere le tre metriche
Prima di immergerci nelle correzioni, è fondamentale capire cosa misura ciascuna metrica e perché sono importanti:
- LCP (Largest Contentful Paint) – Misura le prestazioni di caricamento. Idealmente sotto i 2,5 secondi. Rappresenta il momento in cui il contenuto principale della pagina è probabilmente visibile.
- INP (Interaction to Next Paint) – Misura la reattività. Idealmente sotto i 200 millisecondi. Cattura il ritardo tra un'interazione dell'utente (clic, tocco) e la risposta visiva.
- CLS (Cumulative Layout Shift) – Misura la stabilità visiva. Idealmente sotto 0,1. Quantifica quanto il contenuto visibile si sposta inaspettatamente.
Google utilizza queste come segnali di ranking, ma influenzano anche direttamente il coinvolgimento degli utenti. Un sito che carica velocemente, risponde immediatamente e non salta mantiene i visitatori felici e li converte.
Misura prima di ottimizzare
Non puoi risolvere ciò che non misuri. Inizia raccogliendo dati di base da più fonti:
- PageSpeed Insights – Fornisce dati di laboratorio e sul campo per qualsiasi URL. Eseguito sulle tue pagine più importanti.
- Chrome User Experience Report (CrUX) – Dati reali degli utenti aggregati in PageSpeed Insights o tramite BigQuery.
- Lighthouse in Chrome DevTools – Offre raccomandazioni e punteggi attuabili.
- Web Vitals extension – Vedi metriche in tempo reale mentre navighi sul tuo sito.
Concentrati sui dati sul campo (utenti reali) piuttosto che solo sui dati di laboratorio. Il tuo obiettivo è risolvere le esperienze utente effettive. Annota i valori delle metriche e identifica i peggiori tra le tue pagine.
Passo 1: Ottimizzare LCP – L'immagine hero e il TTFB del server
L'elemento LCP più comune è un'immagine hero o un grande blocco di testo. Ecco come ridurre l'LCP:
a. Comprimere e modernizzare le immagini
- Usa formati moderni come WebP o AVIF – offrono dimensioni dei file dal 25 al 50% inferiori rispetto a JPEG/PNG.
- Ridimensiona le immagini alla dimensione massima di visualizzazione. Non servire un'immagine da 4000px in un contenitore da 1200px.
- Usa una CDN con ottimizzazione automatica delle immagini (es. Cloudflare, Imgix) per servire versioni correttamente dimensionate.
Esempio: Un'immagine hero è passata da 500KB JPEG a 50KB WebP senza perdita di qualità visibile, riducendo l'LCP da 4,2s a 2,1s.
b. Migliorare il tempo di risposta del server (TTFB)
- Usa un provider di hosting veloce con buona cache (es. Vercel, Netlify o un host supportato da CDN).
- Implementa la caching lato server per le pagine dinamiche.
- Considera un CMS leggero o un generatore di siti statici per ridurre al minimo l'elaborazione del server.
c. Prioritizzare le risorse critiche
<link rel="preload">l'immagine hero per recuperarla presto.- Inlinea il CSS critico per il contenuto above-the-fold per evitare il render-blocking.
Passo 2: Ottimizzare INP – Domare il JavaScript pesante
L'INP è spesso rovinato da lunghe attività JavaScript che bloccano il thread principale. Per migliorarlo:
a. Code splitting e lazy loading
- Suddividi il tuo bundle JavaScript in modo che solo il codice necessario venga caricato inizialmente. Usa
import()per route/componenti. - Rimanda gli script non critici con
deferoasync.
b. Suddividere le attività lunghe
- Usa
requestIdleCallback()osetTimeout()per suddividere il lavoro in pezzi più piccoli. - Sposta i calcoli costosi su Web Workers se possibile.
c. Ottimizzare i gestori di eventi
- Debounce o throttle i gestori di scroll e resize.
- Evita listener di eventi inline complessi. Usa la delega degli eventi dove appropriato.
Esempio: Un sito con uno script di analisi pesante caricato presto ha aumentato l'INP a 350ms. Spostare lo script dopo il caricamento con requestIdleCallback ha migliorato l'INP a 180ms.
Passo 3: Ottimizzare CLS – Prevenire gli spostamenti del layout
CLS è spesso il più facile da risolvere perché di solito è causato da dimensioni mancanti o contenuti caricati in ritardo.
a. Impostare dimensioni esplicite
- Aggiungi sempre gli attributi
widtheheighta immagini e video. Il CSS moderno può gestire il dimensionamento reattivo conaspect-ratio. - Per gli annunci dinamici, riserva un contenitore con altezza fissa (o usa un placeholder che tenga conto della varianza tipica degli annunci).
b. Controllare i font web
- Usa
font-display: swapin modo che il testo venga visualizzato immediatamente con un font di fallback mentre il font personalizzato carica. - Preferisci
font-display: optionalper i font non critici.
c. Evitare iniezioni dinamiche sopra contenuti esistenti
- Inserisci embed di terze parti (annunci, widget) solo dopo che il layout circostante è stabile, o riserva spazio in anticipo.
Esempio: Aggiungere width e height espliciti a un'immagine hero (e rimuovere le dimensioni inline calcolate male) ha ridotto il CLS da 0,32 a 0,05 – un miglioramento enorme.
Prioritizzare le tue correzioni
Non tutte le correzioni hanno lo stesso rapporto sforzo/impatto. Usa questa lista di priorità:
- CLS prima – Spesso la più facile e veloce da risolvere. Anche un solo cambio di dimensione può portarti sotto 0,1.
- LCP dopo – La compressione delle immagini e la caching possono dare risultati rapidi.
- INP per ultimo – Di solito richiede cambiamenti architetturali come il code splitting.
Esegui PageSpeed Insights dopo ogni correzione per misurare i progressi. Se LCP migliora ma INP peggiora, le tue modifiche potrebbero aver aumentato il JavaScript. Testa sempre su mobile – è dove gli utenti avvertono di più le scarse prestazioni.
Insidie comuni da evitare
- Over-optimizing: Non rimuovere tutte le animazioni o abbandonare framework inutilmente. Punta a buono, non perfetto.
- Ignorare l'esperienza mobile: Ottimizza prima per lo schermo più piccolo.
- Dimenticare gli script di terze parti: Un server pubblicitario lento può affossare le tue metriche. Usa lazy loading e caricamento asincrono.
- Guardare solo ai dati di laboratorio: I dati sul campo (da CrUX) sono quelli che Google utilizza. Se i dati sul campo sono scadenti, i dati di laboratorio potrebbero non riflettere le condizioni reali.
Conclusione
L'ottimizzazione dei Core Web Vitals non è un'attività una tantum ma un ciclo di miglioramento continuo. Seguendo i passaggi descritti – misurare, affrontare CLS, comprimere le risorse LCP e domare INP con il code splitting – puoi migliorare sistematicamente i tuoi punteggi e la SEO. Inizia oggi stesso controllando una pagina chiave e applicando le tre facili vittorie: imposta le dimensioni delle immagini, comprimi le immagini hero e rimanda il JavaScript non critico. I tuoi utenti (e il ranking) ti ringrazieranno.
Una volta che hai una baseline delle prestazioni, puoi anche considerare di creare nuove pagine con le prestazioni integrate fin dall'inizio. Strumenti come Pagenza ti permettono di creare una landing page completa da una descrizione in testo semplice, producendo HTML pulito e veloce senza ottimizzazione manuale. Questo è un modo per assicurarti che la tua prossima pagina soddisfi già le soglie dei Core Web Vitals fin dal primo giorno.
Sources (5)
- Google's SEO Starter Guide: What Website Teams Need to Know
- What Is Technical SEO? The Best Checklist in 2026
- Technical SEO Checklist 2026: What Really Matters - NoGood
- How Important Is Page Speed for SEO? Exploring Its Impact on Rankings - Devenup Agency
- Core Web Vitals — What they are and how to optimize them - web.dev



