Accedi

Core Web Vitals

Aggiornato il: 4 min di lettura Redazione SEOFuxx

I Core Web Vitals sono tre metriche di Google per l'esperienza utente di una pagina: Largest Contentful Paint (LCP, tempo di caricamento fino al contenuto principale), Interaction to Next Paint (INP, tempo di reazione agli input) e Cumulative Layout Shift (CLS, stabilità visiva). I sistemi di ranking di Google li considerano, ma la pertinenza del contenuto conta di più.

Le tre metriche

MetricaMisuraBuonoDa migliorareScarso
LCPQuanto impiega l'elemento visibile più grande (di solito un'immagine o un blocco di testo) a essere visualizzatofino a 2,5 sda 2,5 a 4 soltre 4 s
INPQuanto in fretta la pagina, dopo clic, tocchi e input da tastiera, mostra il fotogramma successivo (valore tipico peggiore sull'intera visita)fino a 200 msda 200 a 500 msoltre 500 ms
CLSQuanto si spostano i contenuti visibili durante il caricamentofino a 0,1da 0,1 a 0,25oltre 0,25

INP ha sostituito nel marzo 2024 First Input Delay (FID) come Core Web Vital. FID misurava solo il ritardo del primo input, INP considera tutte le interazioni di una visita.

Dati sul campo e dati di laboratorio

Per la valutazione contano i dati sul campo: misurazioni di visitatori reali, che Chrome raccoglie nel Chrome User Experience Report (CrUX). Determinante è il valore che il 75 per cento delle visualizzazioni di pagina raggiunge o migliora, separato per mobile e desktop. I dati coprono gli ultimi 28 giorni, perciò un miglioramento diventa visibile solo gradualmente.

I dati di laboratorio nascono in una prova in condizioni fisse, ad esempio con Lighthouse. Servono a trovare le cause e a verificare subito le modifiche, ma non sostituiscono i dati sul campo. L'INP in laboratorio non esiste, lì serve come approssimazione il Total Blocking Time.

Che influenza hanno sul ranking

Google scrive che i suoi sistemi di ranking considerano i Core Web Vitals e raccomanda buoni valori. Non esiste però un singolo segnale di Page Experience, e la ricerca mostra sempre prima i contenuti più pertinenti, anche se l'esperienza della pagina è mediocre. Una pagina veloce non supera quindi una più adatta per contenuto, ma a parità di risultati può contribuire alla decisione. Buoni valori non garantiscono i primi posti. Indipendentemente dal ranking, pagine veloci e stabili sono più piacevoli per i visitatori, perché non devono aspettare.

Migliorare l'LCP

  • Ridurre il tempo di risposta del server (caching, hosting più veloce, un CDN)
  • Far caricare presto l'elemento LCP: immagine nella dimensione adatta e in un formato moderno, con fetchpriority="high" o un preload
  • Non ritardare l'immagine LCP con il lazy loading
  • Ridurre CSS e JavaScript bloccanti nell'intestazione della pagina

Migliorare l'INP

  • Scomporre le attività lunghe nel main thread in piccole parti
  • Fornire meno JavaScript e rimuovere gli script non necessari
  • Caricare in ritardo gli script di terzi (tracking, chat, pubblicità)
  • Mantenere ridotto il numero di elementi DOM, perché le pagine grandi rallentano ogni modifica

Migliorare il CLS

  • Dare a immagini, video e incorporamenti dimensioni fisse (width e height)
  • Riservare spazio per pubblicità, banner e contenuti caricati dopo
  • Caricare i font in modo che il testo non salti al cambio (font-display, precaricare i font importanti)
  • Non inserire contenuti sopra contenuti già visibili

Misurare

  • PageSpeed Insights: mostra dati sul campo da CrUX e dati di laboratorio per un singolo indirizzo
  • Search Console: il report «Core Web Vitals» raggruppa pagine simili dell'intero sito e separa mobile e desktop (vedi Google Search Console)
  • Chrome DevTools e Lighthouse: per l'analisi delle cause in laboratorio
  • Libreria web-vitals: misura i valori sui tuoi visitatori reali e li invia al tuo strumento di analisi

Errori frequenti

  • Testare solo in laboratorio: un buon valore Lighthouse dice poco se i visitatori reali arrivano con dispositivi più deboli e reti lente.
  • Ottimizzare per il punteggio: il Performance Score di Lighthouse non è un Core Web Vital. Decisivi sono LCP, INP e CLS.
  • Controllare solo il desktop: la valutazione è separata, e su mobile i valori sono di solito peggiori (vedi Indicizzazione mobile-first).
  • Giudicare troppo presto: a causa dei 28 giorni i dati sul campo ci mettono un po' a mostrare una modifica.
  • Ritardare l'immagine LCP: il lazy loading è pensato per le immagini sotto l'area visibile, non per l'immagine più grande all'inizio della pagina.

Termini correlati

Fonti

Questo contenuto ti è stato utile?

·