Glossario SEO: Google Core Web Vitals

Quali sono i Core Web Vitals e quali sono le loro funzioni?

Google ha definito tre Core Web Vitals che riguardano in particolare i requisiti tecnici di un sito web: Quanto velocemente vengono forniti i contenuti, quando il sito risponde all'utente e quanto è stabile il contenuto visivo? I seguenti Core Web Vitals sono utilizzati per misurare questi aspetti:

 

1. Il più grande contenuto di vernice (LCP)
2. Interazione con la vernice successiva (INP)
3. Spostamento cumulativo del layout (CLS)

 

Se avete già acquisito familiarità con l'argomento, potreste notare che una Web Vital è scomparsa e che è stato aggiunto un nuovo valore. E infatti: nel marzo 2024, Google ha sostituito il Web Vital First Input Delay (FID) con la metrica Interaction to Next Paint (INP). Tra poco spiegheremo perché. Ma prima di tutto, diamo un'occhiata agli attuali Core Web Vital e alle loro funzioni.

 

LCP: la velocità di caricamento di un sito web

Il Largest Contentful Paint (LCP ) descrive il tempo necessario affinché il contenuto principale o l'elemento più importante per l'utente diventi visibile dopo aver cliccato su una pagina. Inizialmente si riferisce solo al contenuto above the fold, ovvero ai blocchi di testo o alle immagini che appaiono sul sito web senza scorrere.

 

In passato, al posto dell'LCP si misurava di solito la durata della comparsa del primo elemento sul sito web: il First Contentful Paint (FCP). Si trattava, ad esempio, della comparsa delle barre di caricamento, dell'indice o della barra di inserimento nei motori di ricerca. L'LCP è ora molto più facile da usare, in quanto si tiene conto dell'intenzione dell'utente. Questo perché l'utente è interessato principalmente al contenuto principale del sito web.

 

Se osservate le vostre metriche, vi chiederete: qual è un buon valore per il mio LCP? Google fornisce i seguenti indizi:

 

• Bene: velocità di ricarica inferiore a 2,5 secondi
• Possibilità di miglioramento: velocità di ricarica tra 2,5 e 4 secondi
• Scorretto: velocità di ricarica superiore a 4 secondi

 

Potete anche scoprire come migliorare i Core Web Vitals, come il Largest Contentful Paint, nel nostro articolo.

 

INP: la velocità di risposta di un sito web

Il Web Vital Interaction to Next Paint è una misura dell'interattività di un sito web. Vengono registrate tutte le azioni dell'utente, ovvero i clic, la pressione dei tasti e i tocchi sui display touch. Viene quindi misurato il tempo necessario affinché la reazione desiderata diventi visibile all'utente.

 

Un INP basso indica che il sito web risponde in modo fluido e veloce per oltre il 75% degli utenti . Ciò significa che le azioni vengono eseguite in meno di 200 millisecondi. I valori anomali non vengono presi in considerazione. Se il tempo di risposta è superiore a 500 millisecondi, l'INP è scarso; qualsiasi valore compreso tra 200 e 500 millisecondi richiede un miglioramento.

 

Perché il valore di misurazione INP ha sostituito il Core Web Vital FID?

Come già accennato, l'INP è un web vital abbastanza nuovo e ha sostituito la misurazione FID (First Input Delay) nel marzo 2024. L'INP è stato reso disponibile per la prima volta da Google nel 2022. Dopo la sua introduzione, è apparso subito chiaro che questo Web Vital tiene conto dell'esperienza dell'utente meglio del FID. Ma perché?

 

Il First Input Delay era in grado di visualizzare solo la prima impressione di un sito web, poiché veniva misurata solo la prima interazione dell'utente. L'INP fornisce ora un quadro molto più completo della velocità di reazione, poiché registra tutte le interazioni dell'utente su un sito web.

 

Inoltre, l'INP misura il tempo che intercorre prima che il consumatore riceva una rappresentazione visiva o una reazione riconoscibile sul proprio schermo. Anche il FID di Web Vital era diverso. Questo registrava solo il tempo in cui il browser iniziava a elaborare l'interazione. Il FID non mostrava quando l'utente riceveva effettivamente una reazione alla sua azione.

 

CLS: la stabilità visiva di un sito web

Il Cumulative Layout Shift (CLS) è la terza vitale web che Google ha definito per misurare l'esperienza dell'utente su un sito web. Si tratta della stabilità visiva di blocchi di testo, elementi di immagine e grafica. Non appena il layout si sposta inaspettatamente durante il caricamento, lo scorrimento o altre interazioni dell'utente, vengono effettuate le due misurazioni seguenti:

 

1. Quale percentuale dell'area di visualizzazione occupa l'elemento, compreso lo spostamento? Con una frazione d'impatto del 60%, il valore misurato sarebbe 0,6.
2. Di quale distanza si è spostato l'elemento rispetto alle dimensioni dell'area di visualizzazione? Con una frazione di distanza del 20%, il valore misurato sarebbe 0,2.

 

Moltiplicando i valori si ottiene il punteggio di spostamento del layout. Se è inferiore a 0,1, si tratta di un buon valore di CLS. Qualsiasi valore superiore richiede un miglioramento. Nel nostro esempio, il layout shift è 0,12 (0,6 * 0,2). È quindi necessario ottimizzarlo. Timo Specht spiegherà ora dove trovare le metriche per i Core Web Vitals.

 

Come si possono misurare i Core Web Vitals?

I Core Web Vitals sono misurati da Google sia in termini di compatibilità con i dispositivi mobili sia per le versioni desktop di una pagina. Grazie al loro orientamento all'utente, i valori sono di facile comprensione anche per i non addetti ai lavori.

 

Se ora volete misurare i Core Web Vitals dei vostri siti web, vi starete chiedendo quale sia il modo migliore e più semplice per farlo. Ci sono due modi per farlo: raccogliere dati di laboratorio e misurare le esperienze reali degli utenti. La cosa migliore è combinare entrambe le opzioni.

 

Dati di laboratorio (Lab Data)

Quando si misurano i dati di laboratorio, si utilizzano strumenti che imitano l'accesso dell'utente al vostro sito web e quindi misurano i parametri fondamentali del web. Ciò è particolarmente utile prima di pubblicare una o più pagine, per evitare che si verifichino problemi con l'esperienza della pagina reale.

 

Per la raccolta dei dati di laboratorio si utilizzano più frequentemente i seguenti strumenti:

 

• Strumenti per gli sviluppatori di Chrome(Google Lighthouse)
• Google PageSpeed Insights

 

Lo svantaggio dei dati del faro e di altri dati di laboratorio è che non costituiscono un fattore di ranking e sono quindi irrilevanti per il posizionamento nei risultati dei motori di ricerca. Tutto ciò che conta sono i dati sul campo. Inoltre, il Web Vital INP non può essere misurato perché richiede l'input di un utente reale. Viene invece raccolto un valore simile: TBT (Total Blocking Time). Dovrebbe essere inferiore a 300 millisecondi.

 

Esperienze reali degli utenti (dati sul campo)

I dati di laboratorio non solo sono poco interessanti per il posizionamento delle vostre pagine nelle SERP, ma spesso portano a risultati diversi rispetto alle misurazioni sul campo. Questo perché gli utenti utilizzano dispositivi diversie hanno condizioni di rete diverse.

 

Anche le prestazioni della memoria di lavoro e della CPU e le interazioni con il sito variano da utente a utente e, soprattutto, da utente a laboratorio. A differenza delle misurazioni di laboratorio, i dati sul campo forniscono quindi un quadro più realistico.

 

Per misurare le esperienze reali degli utenti sono adatti diversi strumenti, come ad esempio

 

• Rapporto sull'esperienza utente in Chrome (Google PageSpeed Insights)
• Rapporto Google Core Web Vitals
• JavaScript (libreria Web Vitals)
• Estensione Web Vitals per Chrome
• Fornitori esterni di RUM (Real User Monitoring)

 

Tuttavia, i dati sul campo presentano anche degli svantaggi. Ad esempio, i nuovi problemi sui siti web sono visibili nei rapporti solo dopo circa un mese. I dati di laboratorio possono essere molto utili per visualizzare le cifre chiave con maggiore regolarità. Soprattutto dopo ottimizzazioni o modifiche al sito , forniscono informazioni immediate sui potenziali effetti sui Core Web Vitals.

 

I consigli più importanti per migliorare Core Web Vitals

Se si desidera migliorare singoli o tutti i Core Web Vitals, è necessario innanzitutto individuare la causa di un LCP, INP o CLS insufficiente. La buona notizia è che con Google PageSpeed Insights è possibile non solo visualizzare le metriche di tutti i Core Web Vitals del vostro sito web, ma anche trovare una diagnosi dei singoli Web Vitals e consigli su come migliorarli.

Opzioni per l'ottimizzazione dell'LCP

Il Largest Contentful Paint, cioè l'elemento più rilevante per l'utente della pagina, può essere costituito da un testo o da un'immagine. Per migliorare i tempi di caricamento, occorre innanzitutto scoprire quale elemento Google definisce come elemento principale. Questo elemento può essere diverso a seconda del dispositivo dell'utente. Con PageSpeed Insights è quindi necessario analizzare la pagina sia per la visualizzazione mobile che per quella desktop.

 

Nella sezione Diagnostica, troverete l'elemento Largest Contentful Paint e altri consigli utili per migliorare i vostri Web Vitals. Per migliorare il tempo di LCP, questo elemento di contenuto deve essere caricato il più rapidamente possibile. A tal fine, è possibile effettuare le seguenti impostazioni nei sistemi di gestione dei contenuti come WordPress:

 

• Impostare l'incasso del browser per ottenere una risposta più rapida del server
• Ottimizzate l'hosting del vostro sito web per accorciare il TTFB (Time to First Bite)
• Utilizzate la Content Delivery Network per distribuire i contenuti più velocemente
• Rimuovere/eliminare JavaScript e CSS non necessari per rendere più veloce il rendering degli elementi LCP.
• Se l'elemento LCP è un'immagine, è necessario comprimerla.

 

Anche se il miglioramento dell'LCP può richiedere molte competenze tecniche, è bene concentrarsi innanzitutto su due aspetti: Assicurarsi che il tempo di risposta del server sia più veloce e rendere l'elemento LCP disponibile all'utente il più rapidamente possibile.

 

Come ottenere un INP migliore

L'INP di Web Vital può essere misurato solo con dati sul campo. Di norma, i dati CrUX forniti da Google, che si possono trovare nel rapporto sull'esperienza utente di Chrome, sono sufficienti a questo scopo. Il tempo di risposta all'interazione di un utente può essere influenzato nei tre punti seguenti:

 

1. Durante l'ingresso (ritardo di ingresso)
2. Durante la lavorazione (tempo di lavorazione lungo)
3. Durante la presentazione (ritardo della presentazione)

 

Per velocizzare l'interazione con l'utente, è necessario ottimizzare il codice Java Script. Assicurare un minor lavoro nel thread principale ed eliminare il codice JavaScript non necessario dai provider di terze parti. Anche le attività JavaScript più lunghe dovrebbero essere suddivise in più parti. In questo modo, le azioni dell'utente possono essere eseguite nel mezzo, senza che JavaScript debba prima terminare completamente il lavoro.

 

Per un'elaborazione e una presentazione più rapida dei contenuti, è necessario escludere i problemi di layout fornendo i contenuti in modo asincrono. Una dimensione ridotta del DOM contribuisce anche a rendere più veloce il contenuto della pagina.

 

Come migliorare la CLS

La causa più comune di una lettura elevata del CLS è la mancata assegnazione delle dimensioni delle immagini. Per ridurre al minimo gli spostamenti nel layout, è necessario specificare la larghezza e l'altezza degli elementi nel codice HTML utilizzando "width" e "height". In questo modo si riserva spazio nel layout della pagina per le immagini e i video, anche se altri elementi sono già stati caricati.

 

È necessario riservare in anticipo uno spazio sufficientemente ampio nel layout della pagina per gli annunci e i banner sulle cui dimensioni non si può influire. Se anche questo non è possibile, i contenuti dinamici in particolare dovrebbero essere collocati più in basso nell'area di visualizzazione.

 

Quando si utilizzano i font web, è possibile che si verifichino spostamenti del layout dopo il caricamento di questi font. Per evitare che ciò accada, il gestore del sito web può effettuare le seguenti ottimizzazioni:

 

• Sorg dafür, dass die Webschriftart so früh wie möglich lädt (<link rel=preload>).
• Utilizzare un font di riserva di dimensioni e stile simili a quelli del font web.
• Adattare il font fallback e il font web l'uno all'altro utilizzando le API.
• Riducete il tempo di caricamento del font web utilizzando l'API di caricamento dei font.

 

È possibile scoprire se le ottimizzazioni hanno dato i loro frutti nel rapporto sull'esperienza utente di Chrome dopo 28 giorni.

 

Buoni Core Web Vitals e scarso posizionamento nelle SERP? Potrebbe essere questo il motivo!

I Core Web Vitals sono uno dei pochi modi per rendere la facilità d'uso di un sito web misurabile e comparabile in cifre . Tuttavia, il vostro sito web potrebbe non posizionarsi tra i primi risultati dei motori di ricerca nonostante i Web Vitals ottimizzati. Si noti che anche altri fattori di ranking contribuiscono all'esperienza dell'utente e quindi a un migliore posizionamento su Google.

 

Una buona SEO comprende anche l'ottimizzazione on-page, che si ottiene, ad esempio, attraverso misure di link building, un design accattivante, l'ottimizzazione delle parole chiave e contenuti rilevanti con valore aggiunto. Se si tiene conto di questi punti, i Core Web Vitals rappresentano un'opportunità per salire di qualche posizione nelle SERP. Noi di Timo Specht vi aiutiamo a migliorare le vostre misure SEO e SEA in modo olistico e a portare il vostro sito web al primo posto su Google.