Documentazione
Core Web Vitals: LCP, INP e CLS reali, settimana per settimana
LCP, INP e CLS al 75° percentile su base settimanale, dalla Chrome UX Report History API, per l'intero sito o per una singola pagina, valutati rispetto alle soglie di Google.
Il report Core Web Vitals (intitolato Core Web Vitals History) mostra, settimana per settimana, come gli utenti reali di Chrome vivono il tuo sito. Legge la Chrome UX Report History API, gli stessi dati di campo che alimentano il report Core Web Vitals di Search Console, e valuta ogni metrica al 75° percentile rispetto alle soglie di Google. Usalo per capire se una release ha reso le tue pagine più veloci o più lente, molto prima che un test di laboratorio ti dica come l'hanno percepita i visitatori.
Eseguire il report
- Ambito: Whole site interroga l'origin (ad esempio
https://www.example.com), che aggrega tutte le pagine visitate dagli utenti Chrome. Single page interroga un singolo URL. - Origin o Page URL: precompilato con l'origin della tua proprietà; modificalo per controllare un altro host o un'altra pagina.
- Dispositivo: All devices, Phone, Desktop o Tablet. Con All devices, il report carica anche ogni dispositivo separatamente e aggiunge una tabella Summary by device.
- Premi Run report.
I risultati vengono memorizzati nella cache per un giorno, dato che i dati cambiano solo a cadenza settimanale. Il report interroga l'API con una chiave API di CrUX; AutoPSEO ne fornisce una, quindi non c'è nulla da configurare. Il pulsante API Key rimanda alle istruzioni di Google se vuoi una chiave per i tuoi strumenti.
Cosa vedi
La riga del verdetto indica se l'ambito Passes Core Web Vitals: tutte le metriche core con dati disponibili sono valutate Good. Seguono cinque schede, una per metrica, ciascuna con il valore più recente al 75° percentile, la relativa valutazione, la variazione rispetto a quattro settimane prima e la quota di caricamenti di pagina valutati come buoni.
| Metrica | Cosa misura | Good | Poor |
|---|---|---|---|
| LCP, Largest Contentful Paint | Caricamento: quando viene renderizzato il più grande elemento visibile | 2,5 s o meno | oltre 4 s |
| INP, Interaction to Next Paint | Reattività: ritardo dopo clic, tocchi e pressioni di tasti | 200 ms o meno | oltre 500 ms |
| CLS, Cumulative Layout Shift | Stabilità visiva: quanto si sposta il contenuto durante il caricamento | 0,1 o meno | oltre 0,25 |
| FCP, First Contentful Paint | Quando compare il primo testo o la prima immagine | 1,8 s o meno | oltre 3 s |
| TTFB, Time to First Byte | Quanto rapidamente il server inizia a rispondere | 0,8 s o meno | oltre 1,8 s |
LCP, INP e CLS sono i Core Web Vitals; FCP e TTFB sono metriche di supporto che aiutano a spiegare un LCP scarso. I valori compresi tra i due limiti indicano che c'è margine di miglioramento. Google valuta ogni metrica al 75° percentile dei caricamenti di pagina, separatamente per mobile e desktop (web.dev: Web Vitals). INP ha sostituito First Input Delay come Core Web Vital il 12 marzo 2024.
Un andamento è considerato improving o worsening quando l'ultimo valore si è spostato di almeno il 5% rispetto a quattro settimane prima. I grafici mostrano il 75° percentile settimanale di ogni metrica con le quote di esperienze good, needs-improvement e poor, mentre la tabella elenca ogni settimana con tutti e cinque i valori e la quota di esperienze LCP buone.
Come leggere lo storico
Ogni punto è un periodo di raccolta settimanale che riassume le visite dei 28 giorni precedenti, quindi un miglioramento emerge gradualmente nell'arco di circa quattro settimane, non dall'oggi al domani. Per impostazione predefinita l'API restituisce 25 periodi settimanali, circa gli ultimi sei mesi (CrUX History API).
- Un salto improvviso in corrispondenza di un deploy, di un nuovo script del tag manager o dell'aggiornamento di un tema è lo schema più comune; segna la data con un'annotazione.
- Phone peggiore di desktop è frequente, perché gli smartphone hanno meno potenza di calcolo e spesso connessioni più lente. Valutalo in base alla quota del tuo traffico di ricerca che proviene da mobile.
- Origin buono, pagina scarsa: l'origin fonde insieme tutte le pagine, quindi controlla uno per uno i template più pesanti.
Quando non ci sono dati
Chrome pubblica un record per un'origin o un URL pubblico solo se ci sono abbastanza visite reali da Chrome; altrimenti il report mostra Not enough field data (metodologia CrUX). Le pagine nuove o con poco traffico spesso non hanno un record a livello di URL anche quando l'origin ne ha uno. Inoltre, le API di CrUX non offrono una suddivisione per paese, quindi i numeri riguardano tutti i tuoi visitatori nel mondo.
Come ti aiuta AutoPSEO
Gli articoli consegnati da AutoPSEO vengono renderizzati dal tuo sito, quindi ereditano le prestazioni dei tuoi template. Se AutoPSEO ospita una sezione per te, le pagine degli articoli sono servite direttamente dal renderer ospitato; esegui il report su uno di quegli URL per verificarle. Per una spiegazione più completa delle tre metriche, consulta cosa significano LCP, INP e CLS e come correggere Core Web Vitals scarsi.