Core Web Vitals: LCP, CLS, INP spiegati. Passa ai requisiti di ranking di Google con Largest Contentful Paint, Cumulative Layout Shift e ottimizzazione Interaction to Next Paint.

Nel 2021, Google ha annunciato che i Core Web Vitals sono fattori di ranking. Tre metriche specifiche ora influiscono direttamente sui tuoi ranking di ricerca: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP). I siti con vitals scadenti hanno meno probabilità di rankare bene. I siti con vitals eccellenti ottengono un vantaggio di ranking. Per la SEO moderna, il passaggio dei Core Web Vitals è non negoziabile.
Le implicazioni sono profonde. Non puoi più ignorare la performance. Non puoi costruire un sito lento e sperare in buoni ranking. Google ha chiarito che l'esperienza dell'utente conta, e i Core Web Vitals quantificano l'esperienza dell'utente. L'ottimizzazione dei Core Web Vitals non è più opzionale; è obbligatoria per la visibilità di ricerca competitiva.
I Core Web Vitals misurano tre dimensioni dell'esperienza dell'utente: velocità di caricamento (LCP), stabilità visiva (CLS) e reattività (INP). La pagina Google Web Vitals definisce ogni metrica in dettaglio. Queste tre metriche rappresentano gli aspetti più importanti di come gli utenti sperimentano il tuo sito web.
Google ha raccolto trilioni di punti dati da utenti reali per determinare quali metriche contano di più. Il risultato è Core Web Vitals. Questi non sono soglie arbitrarie; sono misurazioni basate su prove di ciò che rende un sito web sentire veloce e reattivo agli utenti reali.
L'annuncio ufficiale di Google spiega come i Core Web Vitals influenzano i ranking di ricerca. Google considera i Core Web Vitals uno di diversi fattori di ranking. La qualità e la rilevanza del contenuto contano ancora di più, ma due siti altrettanto rilevanti rankheranno in base alla performance dei Core Web Vitals.
Il Largest Contentful Paint (LCP) misura quanto tempo impiega l'elemento di contenuto più grande su una pagina a diventare visibile all'utente. Potrebbe essere un'immagine, video, titolo o blocco di testo. LCP misura il momento in cui l'utente può vedere il contenuto principale e percepire che la pagina si è caricata.
La raccomandazione di Google: LCP dovrebbe essere sotto 2.5 secondi. Le pagine con LCP sotto 2.5 secondi sono considerate "buone". Le pagine con LCP tra 2.5-4 secondi "necessitano di miglioramento". Le pagine con LCP superiore a 4 secondi sono "scadenti". Gli utenti che sperimentano LCP superiore a 3 secondi percepiscono la pagina come lenta. Gli utenti che sperimentano LCP superiore a 4 secondi spesso abbandonano la pagina.
Le cause comuni di LCP lento: tempo di risposta del server lento, CSS e JavaScript che bloccano il rendering, immagini non ottimizzate e font di grandi dimensioni che impiegano tempo per caricarsi. Correggi LCP da: migliorando la velocità del server (riducendo Time to First Byte / TTFB), rimuovendo risorse che bloccano il rendering, rimandando JavaScript, ottimizzando e comprimendo le immagini, usando i formati di immagine moderni (WebP) e precaricando le risorse critiche.
PageSpeed Insights mostra il tuo punteggio LCP e fornisce raccomandazioni specifiche. Esegui il test sulle tue pagine chiave, dà priorità alle raccomandazioni per impatto e implementa prima le correzioni con il maggior impatto.
Il Cumulative Layout Shift (CLS) misura il movimento inaspettato degli elementi della pagina mentre la pagina si carica. Quando stai leggendo un articolo e improvvisamente il testo salta verso il basso perché un annuncio si è caricato sopra di esso, quello è uno spostamento del layout. CLS quantifica quanto il layout della pagina cambia durante il caricamento.
La raccomandazione di Google: CLS dovrebbe essere sotto 0.1. Un punteggio CLS sotto 0.1 è "buono". I punteggi tra 0.1-0.25 necessitano di miglioramento. I punteggi sopra 0.25 sono "scadenti". Anche piccoli spostamenti del layout si accumulano. Un CLS di 0.15 significa che gli elementi della pagina si sono spostati di un totale del 15% dell'altezza del viewport durante il caricamento. Gli utenti trovano questo fastidioso e sperimentano frustrazione.
Le cause comuni di CLS elevato: annunci che si caricano in modo asincrono, immagini senza attributi di larghezza e altezza specificati, incorporamenti (video YouTube, widget di social media) che si caricano in modo asincrono e font che cambiano improvvisamente. Correggi CLS da: specificando le dimensioni dell'immagine in HTML (attributi di larghezza e altezza), prenotando lo spazio per gli annunci prima che si carichino, usando font-display: swap nelle regole CSS @font-face e caricando video e incorporamenti in modo sincrono o con spazio prenotato.
Ogni immagine sul tuo sito dovrebbe avere attributi di larghezza e altezza espliciti. Questo dice al browser di prenotare lo spazio prima che l'immagine si carichi. Senza dimensioni, il browser non sa quanto spazio prenotare, causando spostamento del layout quando l'immagine arriva.
L'Interaction to Next Paint (INP) misura quanto reattiva è la tua pagina alle interazioni dell'utente (clic, tap, input da tastiera). INP è il tempo tra quando un utente interagisce con la pagina e quando la pagina risponde visivamente. Una pagina reattiva risponde in millisecondi. Una pagina non reattiva impiega secondi.
La raccomandazione di Google: INP dovrebbe essere sotto 200 millisecondi. I punteggi sotto 200ms sono "buoni". I punteggi tra 200-500ms necessitano di miglioramento. I punteggi sopra 500ms sono "scadenti". Gli utenti si aspettano risposta immediata. Un INP di 500ms sembra lento. Un INP di 1 secondo sembra rotto.
Le cause comuni di INP scadente: JavaScript pesante che blocca il thread principale, script di terze parti di grandi dimensioni, event listener inefficienti e mancanza di utilizzo di request idle callback. Correggi INP da: scomponendo lunghe attività JavaScript in blocchi più piccoli, rimandando JavaScript non critico, rimuovendo script inutilizzati, ottimizzando i listener di eventi e usando web worker per attività computazionalmente intensive.
INP è spesso la metrica più difficile dei Core Web Vitals da ottimizzare perché richiede competenze di ottimizzazione JavaScript. Se il tuo team manca di competenze di ottimizzazione JavaScript, prendi in considerazione di assumere un consulente di prestazioni o di usare un servizio di ottimizzazione delle prestazioni di terze parti.
I Core Web Vitals vengono misurati in due modi: dati di laboratorio e dati di campo. I dati di laboratorio provengono da strumenti come PageSpeed Insights e Lighthouse in esecuzione su un ambiente controllato. I dati di campo provengono da utenti reali che visitano il tuo sito. Google dà priorità ai dati di campo perché rappresentano l'esperienza dell'utente effettiva.
Il percorso di apprendimento delle prestazioni di Google spiega la differenza tra metriche di laboratorio e di campo. I dati di laboratorio ti aiutano a identificare i problemi e testare le correzioni. I dati di campo mostrano le prestazioni del mondo reale. Puoi avere ottimi punteggi di laboratorio ma scarsi punteggi di campo se i tuoi utenti reali sono su reti lente o dispositivi vecchi.
Google Search Console riporta i dati dei Core Web Vitals di campo. Il rapporto mostra le misurazioni degli utenti reali aggregate dal Chrome User Experience Report (CrUX). Se il tuo sito non ha dati di utenti reali sufficienti, Google fornisce dati di laboratorio da Lighthouse.
Google definisce i Core Web Vitals "buoni" come il raggiungimento del 75esimo percentile dell'esperienza dell'utente. Questo significa che il 75% degli utenti reali sperimenta il tuo sito a o meglio che il soglia. I soglia sono:
LCP: 2.5 secondi o meno. CLS: 0.1 o meno. INP: 200 millisecondi o meno. Questi soglia sono stati convalidati scientificamente attraverso l'analisi di trilioni di interazioni di utenti reali. Le pagine a o superiori a questi soglia forniscono una buona esperienza dell'utente.
Tuttavia, Google non richiede che il 100% delle tue pagine passi i Core Web Vitals. Se il 75% delle tue pagine passa, il tuo sito è considerato come avente "buoni" Core Web Vitals complessivi. Questo significa che puoi avere alcune pagine più lente e comunque passare se la maggior parte della tua pagine del traffico è veloce.
Per l'ottimizzazione LCP: Per prima cosa, misura il tuo TTFB (Time to First Byte) usando PageSpeed Insights. Se il TTFB è lento (sopra 600ms), il tuo server è il collo di bottiglia. Aggiorna l'hosting, ottimizza il codice backend o usa una Content Delivery Network (CDN). Se il TTFB è buono ma l'LCP è lento, il tuo CSS o JavaScript sta bloccando il rendering. Rimanda JavaScript non critico e inline CSS critico per contenuto sopra il fold.
Per l'ottimizzazione CLS: Verifica il tuo sito per elementi che si muovono durante il caricamento. Usa browser DevTools per identificare gli elementi che si spostano. Aggiungi attributi di larghezza e altezza a ogni immagine. Usa font-display: swap in CSS. Prenota spazio per annunci, incorporamenti e contenuto dinamico.
Per l'ottimizzazione INP: Usa Chrome DevTools Performance tab per identificare lunghe attività JavaScript (attività che richiedono oltre 50ms). Scomponi i lunghi compiti. Rimanda JavaScript non critico. Usa requestIdleCallback per lavoro a bassa priorità. Testa su dispositivi reali, non solo computer desktop.
Usa Google Search Console per monitorare la performance dei Core Web Vitals. Il rapporto Core Web Vitals mostra le metriche degli utenti reali del tuo sito e come si confrontano con i soglia di Google. Le pagine sono categorizzate come Buone, Necessitano di Miglioramento o Scadenti.
Configura avvisi di monitoraggio. Se i tuoi Core Web Vitals peggiorano, hai bisogno di indagare immediatamente. Le cause potrebbero includere: nuovi distribuzioni di codice che hanno introdotto inefficienza, nuovi script di terze parti, cambiamenti a immagini o media o problemi di hosting.
Monitora mobile vs. desktop separatamente. I dispositivi mobili di solito hanno processori più lenti e reti più lente, quindi i Core Web Vitals sono spesso peggiori su mobile che su desktop. Dà priorità all'ottimizzazione mobile per siti con traffico mobile significativo.
I Core Web Vitals sono ora un fattore di ranking principale, paragonabile in importanza ai backlink e alla qualità del contenuto. I siti con Core Web Vitals scadenti hanno poche probabilità di rankare bene, indipendentemente da quanto buono sia il loro contenuto. Questo significa che l'ottimizzazione delle prestazioni deve essere parte della tua strategia SEO, non un afterthought.
Se stai competendo per i ranking e i tuoi competitor hanno Core Web Vitals migliori, hanno un vantaggio di ranking. Non puoi vincere solo sul contenuto se il tuo sito è lento e non reattivo. Devi abbinare o superare le prestazioni dei competitor per competere su condizioni uguali.
I Core Web Vitals sono ora essenziali per il successo della SEO. L'ottimizzazione di LCP, CLS e INP migliora direttamente i tuoi ranking di ricerca e l'esperienza dell'utente. I siti con eccellenti Core Web Vitals superano il ranking di siti altrettanto rilevanti con vitals scadenti. Non c'è aggirare questo: se vuoi i ranking migliori, devi passare i Core Web Vitals.
Inizia eseguendo PageSpeed Insights sulle tue pagine chiave. Identifica i tuoi maggiori colli di bottiglia e correggili per primi. Dà priorità all'ottimizzazione mobile. Monitora le prestazioni regolarmente in Google Search Console. Usa il nostro audit GEO SEO per identificare i problemi dei Core Web Vitals in tutto il tuo sito e tracciare i miglioramenti nel tempo.
No. I Core Web Vitals sono necessari ma non sufficienti per i ranking migliori. Un sito con eccellenti Core Web Vitals ma con contenuto scadente e nessun backlink non rankerà bene. I Core Web Vitals sono un equalizzatore di ranking per siti con qualità e autorità del contenuto simili. Due siti ugualmente rilevanti possono vedere il sito con migliori prestazioni rankare più in alto grazie ai Core Web Vitals superiori.
I punteggi buoni (di passaggio) per i Core Web Vitals sono: LCP sotto 2.5 secondi, CLS sotto 0.1 e INP sotto 200 millisecondi. Google considera questi i soglie del 75esimo percentile dell'esperienza dell'utente. I siti a o superiori a questi soglie passano la valutazione dei Core Web Vitals e hanno meno probabilità di essere penalizzati nei ranking.
I quick win (ottimizzazione delle immagini, rinvio di JavaScript) possono migliorare i punteggi in giorni. I cambiamenti strutturali (riduzione del tempo di risposta del server, ricostruzione con framework moderni) potrebbero richiedere settimane. L'ottimizzazione completa dei Core Web Vitals di solito richiede 4-12 settimane a seconda della tua baseline attuale e dell'ambito dei miglioramenti necessari.