Come leggere PageSpeed Insights: i Core Web Vitals in parole semplici
Ha testato il Suo sito web in PageSpeed Insights e vede un numero rosso, ad esempio 45. Cosa significa, e quanto è grave? In questo articolo scoprirà come leggere il rapporto, cosa misurano i tre Core Web Vitals e cosa può migliorare Lei stesso.
Le tre misurazioni
| Misurazione | Cosa misura | Buono | Da migliorare | Scarso |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Quanto velocemente appare la parte più grande di contenuto, spesso la foto grande in alto | fino a 2,5 s | da 2,5 a 4 s | oltre 4 s |
| INP (Interaction to Next Paint) | Quanto velocemente la pagina reagisce quando si clicca, si tocca o si digita | fino a 200 ms | da 200 a 500 ms | oltre 500 ms |
| CLS (Cumulative Layout Shift) | Quanto la pagina si sposta durante il caricamento (un punteggio, non un tempo) | fino a 0,1 | da 0,1 a 0,25 | oltre 0,25 |
Una pagina raggiunge i Core Web Vitals se almeno il 75 per cento delle visite ottiene un buon punteggio su tutte e tre le misurazioni, separatamente per dispositivi mobili e desktop. Non conta quindi il Suo computer veloce, ma l'esperienza della maggior parte dei visitatori, anche su un telefono più datato. A marzo 2024 l'INP ha sostituito la misurazione precedente, l'FID. Se incontra ancora l'FID, quell'informazione è superata.
Dati sul campo e dati di laboratorio
PageSpeed Insights mostra due tipi di misurazioni, che spesso forniscono numeri diversi:
- Dati sul campo (in alto): misurazioni raccolte presso visitatori reali con Chrome negli ultimi 28 giorni. Questo determina se Lei raggiunge i Core Web Vitals. Se la Sua pagina ha troppo pochi visitatori, vedrà i dati dell'intero sito, oppure nessun dato sul campo.
- Dati di laboratorio (sotto): un test con Lighthouse, che carica la pagina una sola volta su uno smartphone e una connessione medi simulati. Da qui proviene il numero da 0 a 100. Lighthouse non può misurare l'INP, poiché non vi è alcun clic.
Utilizzi i dati di laboratorio per individuare le cause e per verificare subito, dopo un miglioramento, se questo ha avuto effetto. Inizi dalla scheda Dispositivi mobili: di solito lì la situazione è peggiore, e Google guarda soprattutto alla versione mobile del Suo sito.
Quanto conta per Google?
Google afferma che i Core Web Vitals incidono sul posizionamento. Tuttavia Google mostra sempre il contenuto più pertinente, anche se quella pagina non è la più veloce. Il numero da 0 a 100 deriva dal test di laboratorio e non è una valutazione di Google; tale valutazione si basa sui dati sul campo. Ottenere un punteggio perfetto solo per Google non è, secondo Google stesso, il modo migliore di investire il Suo tempo. Si assicuri di rientrare nell'area verde o almeno in quella arancione, soprattutto perché i visitatori abbandonano una pagina lenta o che si sposta continuamente.
Cosa può migliorare direttamente nella pagina
- Immagini più piccole. Una foto larga migliaia di pixel per uno spazio di 800 pixel è la causa più comune di un LCP lento. Riduca le foto prima di caricarle e utilizzi un formato moderno come WebP o AVIF.
- Larghezza e altezza per ogni immagine. Senza
widtheheightil browser non sa quanto spazio occuperà una foto, e il testo si sposta quando questa viene caricata. Ciò aumenta il CLS:<img src="bloemstuk.webp" width="800" height="600" alt="Bruidsboeket met witte rozen">
- Non caricare in modo differito la foto principale.
loading="lazy"è utile per le foto più in basso nella pagina, ma non per la foto già visibile all'apertura. Altrimenti il browser rimanda proprio il caricamento della foto che determina il Suo LCP. - Non inserire nulla successivamente sopra il contenuto. Una barra dei cookie, una pubblicità o un widget che spinge la pagina verso il basso fa spostare tutto. È preferibile che una barra simile si sovrapponga alla pagina.
- Meno script di terzi. Un INP scarso è quasi sempre dovuto a troppo JavaScript: temi pesanti, slider, finestre di chat e strumenti di tracciamento. Esamini con attenzione ogni plugin o servizio integrato.
Cosa fa il server
Tutto inizia con la prima risposta del server, il Time to First Byte (TTFB). Questo non è di per sé un Core Web Vital, ma con una prima risposta lenta un buon LCP è quasi impossibile. Come valore di riferimento, 0,8 secondi o meno è considerato buono. Le cause sono spesso un sito senza cache, potenza di calcolo insufficiente o reindirizzamenti. Il server dovrebbe inoltre inviare i file di testo compressi (compressione con gzip o Brotli). Come intervenire sul lato server lo scopre in Il mio sito web è lento o utilizza troppa CPU: ecco come renderlo più veloce e nella guida di DirectAdmin, Il mio sito web è lento.
In AI Bouwer e WordPress
Un sito realizzato con AI Bouwer imposta larghezza e altezza per le immagini di cui è nota la dimensione, carica la prima foto di una pagina immediatamente e con priorità mentre carica le altre solo quando diventano visibili, e crea automaticamente, al momento della pubblicazione, una versione più piccola delle foto di grandi dimensioni. In WordPress, un plugin di cache e la riduzione delle immagini sono gli interventi più efficaci. Ne può leggere nel corso gratuito su WordPress, lezioni Cosa rende lento un sito, e come si misura? e Immagini, PHP e altri guadagni di velocità.
Per saperne di più
- web.dev: Web Vitals (in inglese)
- Informazioni su PageSpeed Insights (in inglese)
- Google: esperienza della pagina e Ricerca Google (in inglese)
- Google: il rapporto Segnali web essenziali