Velocità del sito e Core Web Vitals: cosa significano?

La velocità del sito è la rapidità con cui le pagine si caricano, rispondono ai tocchi e si assestano sul dispositivo del visitatore. Google la misura con tre Core Web Vitals, e una pagina è considerata veloce quando almeno il 75% delle visite reali rispetta le soglie «buone» per tutte e tre.

Perché la velocità del sito conta per un'attività?

La velocità conta prima di tutto per le persone, e solo in seconda battuta per Google. Un visitatore su smartphone con una connessione instabile non aspetta con pazienza: se la pagina è bianca o salta, torna indietro e sceglie il risultato successivo. Per uno studio legale, un idraulico o un negozio, è una richiesta persa che non vedrai mai.

Sulla ricerca, conviene essere precisi su ciò che Google dice davvero. Google Search Central afferma che i Core Web Vitals sono usati dai suoi sistemi di ranking e raccomanda ai proprietari dei siti di ottenere buoni punteggi. Dice anche che una buona esperienza sulla pagina non sostituisce i contenuti pertinenti: Google mostrerà comunque la pagina più pertinente anche se la sua esperienza è peggiore. In pratica, la velocità ti aiuta a vincere i casi in bilico contro pagine simili. Non farà posizionare una pagina povera.

Quali sono i tre Core Web Vitals?

I Core Web Vitals sono tre metriche scelte da Google per descrivere come un utente reale percepisce una pagina.

• Largest Contentful Paint (LCP) misura il caricamento: quanto tempo serve perché compaia l'elemento visibile più grande, di solito un'immagine principale o un titolo.
• Interaction to Next Paint (INP) misura la reattività: quanto impiega la pagina a reagire in modo visibile dopo un tocco, un clic o la digitazione. L'INP ha sostituito il First Input Delay (FID) come Core Web Vital a marzo 2024.
• Cumulative Layout Shift (CLS) misura la stabilità visiva: quanto si sposta inaspettatamente il contenuto mentre la pagina si carica. È un punteggio, non un tempo.

Quali sono le soglie ufficiali dei Core Web Vitals?

Queste sono le soglie pubblicate su web.dev. Ognuna viene valutata al 75° percentile dei caricamenti, separatamente per mobile e desktop. Significa che il 75% delle visite deve essere al valore «buono» o migliore.

Una pagina o un sito supera la valutazione dei Core Web Vitals solo quando tutte e tre le metriche sono «buone».

Che differenza c'è tra dati di laboratorio e dati sul campo?

I dati di laboratorio vengono da un test su un dispositivo e una connessione simulati. I dati sul campo vengono da visitatori reali.

• Dati di laboratorio: PageSpeed Insights esegue Lighthouse, che carica la pagina una volta su uno smartphone di fascia media emulato con una connessione rallentata. È ripetibile e utile per diagnosticare i problemi, ma è una sola visita sintetica.
• Dati sul campo: il Chrome User Experience Report (CrUX) raccoglie tempi anonimi da utenti reali di Chrome che hanno dato il consenso, su una finestra mobile di 28 giorni. Sono i dati alla base della valutazione dei Core Web Vitals di Google e del report Core Web Vitals in Search Console.

I siti piccoli spesso hanno troppo poco traffico per comparire in CrUX. PageSpeed Insights allora non mostrerà dati sul campo per la pagina, oppure mostrerà quelli dell'intero dominio. In quel caso i risultati di laboratorio sono la tua guida migliore.

Come provo la velocità del mio sito, passo dopo passo?

1. Apri PageSpeed Insights (pagespeed.web.dev) e inserisci l'URL della tua homepage.
2. Guarda prima la sezione in alto, quella sull'esperienza degli utenti reali. Se ci sono dati sul campo, controlla se la valutazione dei Core Web Vitals dice «Superata» o «Non superata», e quale metrica è il problema.
3. Passa tra le schede Mobile e Desktop. Il mobile di solito va peggio ed è quello che conta di più per le attività locali.
4. Scorri fino alla sezione di laboratorio (diagnosi dei problemi di prestazioni) e leggi Opportunità e Diagnostica. Indicano i file esatti che ti rallentano.
5. Ripeti per le due o tre pagine più importanti, come una pagina di servizio e quella dei contatti, non solo per la homepage.
6. Se usi Google Search Console, apri Esperienza e poi Core Web Vitals, per vedere quali gruppi di URL non superano la valutazione in tutto il sito.

Cosa significa il punteggio PageSpeed, e cosa non significa?

Il punteggio di prestazioni da 0 a 100 è un punteggio di laboratorio di Lighthouse. È una combinazione ponderata di cinque metriche di laboratorio (tra cui LCP, CLS e Total Blocking Time) su uno smartphone simulato. Da 90 a 100 è buono, da 50 a 89 è da migliorare, sotto 50 è scarso.

Cosa non significa:

• Non è ciò che Google usa per il ranking. Quello sono i dati sul campo.
• Varia da un test all'altro. Un'oscillazione di qualche punto è normale.
• Un 100 non è un obiettivo in sé. Un sito che supera i Core Web Vitals sul campo con un punteggio di laboratorio di 80 è in buona forma.
• Un punteggio mobile basso su uno smartphone lento simulato non significa che ogni visitatore reale abbia una brutta esperienza, ma ti dice dove sono i punti deboli.

Quali sono le cause più comuni di un sito lento?

• Immagini sovradimensionate. Una foto da 4 MB presa direttamente dalla fotocamera o da un sito stock, usata come immagine principale, è la causa più comune di un LCP lento. Le immagini vanno ridimensionate alla misura in cui vengono mostrate e servite in formati moderni come WebP o AVIF.
• Troppi script di terze parti. Chat, tag di tracciamento, heatmap, feed social, widget di prenotazione e banner dei cookie caricano ciascuno il proprio codice. Insieme spesso danneggiano INP e caricamento più del sito stesso.
• Web font. Diverse famiglie e pesi di font scaricati da un altro server ritardano il testo e possono causare spostamenti quando il font viene sostituito.
• Hosting economico o sovraccarico. Un server lento rallenta tutto. web.dev suggerisce come riferimento un Time to First Byte di 0,8 secondi o meno.
• Page builder e temi pesanti. Molti builder drag-and-drop caricano grandi quantità di codice su ogni pagina, che tu usi le funzioni o no.
• Spostamenti causati da annunci, contenuti incorporati e banner. Annunci, video YouTube o mappe incorporati e immagini senza dimensioni definite spingono in basso il contenuto mentre si caricano, alzando il CLS.

Cosa chiedere al mio sviluppatore?

• «Le nostre pagine chiave superano i Core Web Vitals nei dati sul campo, su mobile?»
• «Quale metrica non supera la soglia, e cosa la causa?»
• «Quali script di terze parti si caricano su ogni pagina, e ci servono ancora tutti?»
• «Le immagini sono ridimensionate, compresse e in WebP o AVIF, con larghezza e altezza impostate?»
• «L'immagine principale si carica con priorità, e quelle più in basso in lazy loading?»
• «Qual è il tempo di risposta del nostro server, e un hosting migliore o una CDN aiuterebbero?»
• «Chi controlla la velocità dopo le modifiche, e con quale frequenza?»

La velocità non è un lavoro una tantum. Nuovi plugin, tag e foto la erodono piano piano, ed è per questo che i controlli periodici fanno parte della manutenzione del sito.

Quali interventi rapidi migliorano la velocità?

Da dove cominciare

Passa le tue tre pagine più importanti su PageSpeed Insights, annota quale metrica non supera la soglia e sistema prima le immagini e gli script di terze parti. Queste due cose spiegano la maggior parte dei problemi nei siti delle piccole imprese.

Se preferisci che sia qualcun altro a guardarci, l'audit gratuito del sito di Ariston combina i dati di Google Lighthouse con una scansione del tuo sito e ti invia via email un report con gli interventi specifici. I nostri piani di manutenzione possono includere anche un controllo mensile di velocità e uptime.