Cosa Misurano i Core Web Vitals e Quali Avverte un Visitatore

I Core Web Vitals sono tre numeri, e quasi tutto ciò che viene scritto su di loro spiega cosa misurano. La domanda più utile è la cui esperienza misurano, perché la risposta è nella definizione e decide cosa puoi concludere da un punteggio verde.

I tre, e quello che se ne è andato

Le soglie di Google, in tre bande ciascuna:

• Largest Contentful Paint (LCP): Buono 2500 ms o meno, Necessita miglioramento 2501 a 4000 ms, Scarso oltre 4000 ms.
• Interaction to Next Paint (INP): Buono 200 ms o meno, Necessita miglioramento 201 a 500 ms, Scarso oltre 500 ms.
• Cumulative Layout Shift (CLS): Buono 0.1 o meno, Necessita miglioramento 0.11 a 0.25, Scarso oltre 0.25.

LCP è il caricamento: quanto tempo passa prima che il contenuto più importante dello schermo arrivi. INP è l’interattività: tocchi qualcosa, e quanto tempo passa prima che la pagina dipinga una risposta. CLS è la stabilità visiva, ed è l’unico che non è una durata; è un punteggio di quanto il layout si è mosso dopo che potevi già vederlo.

First Input Delay non è più uno di loro. INP ha sostituito FID ed è diventato stabile nel 2024, cosa che importa principalmente perché ogni guida scritta prima di allora nomina una metrica che non viene più misurata. Se qualcuno ti passa un rapporto sulle prestazioni con una colonna FID, ti sta dicendo di un web diverso.

Quale di loro un visitatore avverte

Questa è la parte che vale la pena avere, perché un utente non segnala mai una metrica. Segnala una sensazione, e la sensazione ti dice quale dei tre guardare.

“Mi sono seduto lì a guardare il nulla.” È LCP. La pagina è stata raggiunta, il server ha risposto, e la cosa per cui la persona è venuta non era arrivata. Niente è rotto e niente ha errori.

“L’ho toccato e non è successo nulla, così l’ho toccato di nuovo.” È INP, e il secondo tocco è la parte diagnostica. Una pagina che non dipinge una risposta nel giro di un paio di centinaia di millisecondi viene premuta due volte, ecco come un’azione prevista diventa due azioni inviate.

“Ha saltato e ho toccato la cosa sbagliata.” È CLS. Un’immagine tardiva o un web font che arriva dopo la prima dipintura spinge il pulsante da qualche altra parte tra il momento in cui l’occhio decide e il dito atterra.

Quindi “il sito si sente lento” è almeno tre difetti diversi, e le parole che qualcuno sceglie lo limitano prima che tu abbia misurato qualcosa. Vale più di quanto sembri, perché i tre non hanno niente in comune sottotraccia: LCP è solitamente byte e round trip, INP è solitamente JavaScript che occupa il thread principale, e CLS è solitamente layout per il quale non hai riservato spazio.

Il 75° percentile è l’intera storia

Ecco la frase che cambia il modo in cui leggi un punteggio. La valutazione viene effettuata al 75° percentile dei caricamenti della pagina, segmentati tra dispositivi mobili e desktop.

Non la media, e non la tua visita. Tre quarti dei caricamenti devono essere al di sotto o alla soglia affinché una pagina passi, il che significa uno caricamento su quattro può essere peggio del tuo numero verde mentre il numero rimane verde. Non è un difetto nella metrica; è quello che la metrica dice.

Il ragionamento di Google per la scelta di quel percentile è pubblicato e vale la pena conoscere, perché spiega perché la coda è deliberata: il 75° assicura che la maggior parte delle visite ha subito il livello di prestazioni target, mentre i percentili più alti danno un peso indebito alle esperienze sporadiche negative. Con cento visite, spostare la barra al 75° percentile richiede che venticinque di esse siano interessate prima che il punteggio si muova. Al 95° ne bastano cinque.

Quindi la decisione di progettazione è essere robusti contro gli outlier. Il costo di questa robustezza è che un problema reale e ripetibile che colpisce un quinto dei tuoi visitatori può stare sotto un punteggio di passaggio indefinitamente.

Perché la tua stessa esperienza non è mai la misura

Apri il tuo sito e sei quasi certamente nei tre quarti confortevoli, e non per fortuna. Sei su una macchina scelta per il lavoro di sviluppo, su una connessione che paghi, con la cache già calda, i caratteri già scaricati e il service worker già installato, probabilmente vicino a una posizione edge che ti serve in millisecondi a una cifra.

Il quarto lento è qualcuno su un telefono di fascia media su un treno con una cache fredda. Non sono un’anomalia. Sono la parte della misura che non puoi raggiungere dalla tua scrivania, che è anche la parte che il punteggio è costruito per tollerare.

Ecco perché “per me va bene” è una dichiarazione vera e non una prova di nulla, e perché una pagina può sentirsi lenta mentre ogni metrica del server dice che è veloce .

Cosa un punteggio sul campo non può fare

I Core Web Vitals come li valuta Google sono dati sul campo: un aggregato su una popolazione di visite reali. È questo che li rende utili, ed è anche il limite.

Un aggregato non può rispondere a una domanda su una visita. Quando una persona specifica dice che il checkout era inutilizzabile martedì pomeriggio, nessun percentile ti dice cosa è successo loro, e una pagina che passa ti dice solo che almeno tre quarti delle visite andavano bene. Il reclamo potrebbe benissimo provenire dal quarto che la soglia era progettata per assorbire.

Quindi le due cose fanno lavori diversi e nessuno sostituisce l’altro. Il punteggio sul campo ti dice se l’esperienza è ampiamente accettabile e dove trascorrere il tempo di ingegneria. Una visita catturata ti dice cosa è successo alla persona di fronte a te. Ricorrere al primo quando qualcuno ti chiede del secondo è il modo in cui un vero rapporto viene chiuso come non riproducibile.

Cosa fare con un reclamo lento

Tre passaggi, nell’ordine che costa meno.

Leggi le parole per la metrica. In attesa, non reattivo o in movimento. Solo questo sceglie quale dei tre indagare e esclude gli altri due.

Ottieni la una visita piuttosto che l’aggregato. Quando è successo, su quale dispositivo e connessione, e cosa stava facendo la pagina in quel momento. Un percentile non può essere ristretto a una persona, ma una sessione catturata lo è già.

Quindi controlla il punteggio sul campo, per scoprire se stai inseguendo la coda o il mezzo. Se la pagina passa e il reclamo è reale, sei nel quarto progettato, e questo cambia la decisione piuttosto che concluderla.

In un paragrafo

I Core Web Vitals sono LCP a 2500 ms, INP a 200 ms e CLS a 0.1, valutati al 75° percentile dei caricamenti e divisi tra mobile e desktop, con FID ritirato a favore di INP. Ognuno corrisponde a un reclamo che una persona effettivamente fa: in attesa, toccando due volte o colpendo il pulsante sbagliato. E il percentile significa che un quarto delle tue visite può essere peggio del tuo punteggio di passaggio, ecco perché una dashboard verde e un utente infelice sono solitamente entrambi corretti, e perché risolverlo richiede una visita catturata piuttosto che una media migliore.