Metriche

Le metriche in CrUX si basano sulle API standard delle piattaforme web esposte dai browser. In particolare, nel set di dati BigQuery, questi dati vengono aggregati in base alla risoluzione dell'origine. I proprietari dei siti che richiedono analisi e informazioni più dettagliate (ad es. risoluzione a livello di URL) e approfondimenti sul rendimento del loro sito possono utilizzare le stesse API per raccogliere dati dettagliati di misurazione degli utenti reali (RUM) per le loro origini. Tieni presente che sebbene tutte le API siano disponibili in Chrome, gli altri browser potrebbero non supportare l'insieme completo di metriche.

La maggior parte delle metriche è rappresentata come aggregazione a istogrammi, consentendo di visualizzare la distribuzione e l'approssimazione dei valori percentili.

Prima pittura

"First Paint" segnala l'ora in cui il browser è stato visualizzato per la prima volta dopo la navigazione. Esclude il colore di sfondo predefinito, ma include quello non predefinito. Questo è il primo momento chiave che interessa agli sviluppatori nel caricamento della pagina, ovvero quando il browser ha iniziato a eseguire il rendering della pagina."

API Paint Timing

Prima visualizzazione con contenuti

"First Contentful Paint indica il momento in cui il browser ha eseguito per la prima volta il rendering di testo, immagini (incluse le immagini di sfondo), canvas non bianche o SVG. È incluso il testo con caratteri web in attesa. È la prima volta che gli utenti possono iniziare a consumare i contenuti delle pagine."

API Paint Timing

Contenuti DOM caricati

"DOMContentLoaded indica l'ora in cui il documento HTML iniziale è stato completamente caricato e analizzato, senza attendere il completamento del caricamento di fogli di stile, immagini e frame secondari."

Pubblico di Rete Display

visualizzazione elemento più grande

"LCP (Largest Contentful Paint, LCP) è un'importante metrica incentrata sull'utente per misurare la velocità di caricamento percepita, in quanto indica il punto nella sequenza temporale di caricamento della pagina in cui è probabile che i contenuti principali della pagina siano stati caricati. Un LCP veloce aiuta a rassicurare l'utente sull'utilità della pagina".

web.dev/articles/lcp

Al caricamento

"L'evento di caricamento viene attivato al termine del caricamento della pagina e delle risorse dipendenti."

Pubblico di Rete Display

variazione layout cumulativa

"Cumulative Layout Shift (CLS) è una metrica importante e incentrata sull'utente per misurare la stabilità visiva, poiché aiuta a quantificare la frequenza con cui gli utenti riscontrano variazioni del layout impreviste. Un valore CLS basso aiuta a garantire che la pagina sia piacevole."

web.dev/articles/cls

First Input Delay

"First Input Delay (FID) è un'importante metrica incentrata sull'utente per misurare la reattività al carico perché quantifica l'esperienza che gli utenti provano quando provano a interagire con pagine che non rispondono. Un FID basso aiuta a garantire che la pagina sia utilizzabile."

web.dev/articles/fid

Interaction to Next Paint

"Interaction to Next Paint (INP) è una metrica di campo che valuta la reattività. INP registra la latenza di tutte le interazioni durante l'intero ciclo di vita della pagina. Il valore più alto di queste interazioni (o vicino al più alto per le pagine con molte interazioni) viene registrato come INP della pagina. Un valore INP basso assicura che la pagina sia sempre reattiva in modo affidabile."

web.dev/articles/inp

L'interazione con Next Paint (INP) è stata aggiunta al set di dati CrUX a febbraio 2022. Questa nuova metrica acquisisce la latenza end-to-end dei singoli eventi e offre un quadro più olistico della reattività complessiva di una pagina per tutta la sua durata.

La metrica tipi di navigazione fornisce una suddivisione della percentuale di visualizzazioni di pagina delle seguenti navigazioni:

Tipo Descrizione
navigate Un caricamento pagina, che non rientra in nessuna delle altre categorie.
navigate_cache Un caricamento pagina per cui la risorsa principale (il documento HTML principale) è stata fornita dalla cache HTTP. I siti spesso fanno uso della memorizzazione nella cache per le risorse secondarie, ma il documento HTML principale viene spesso memorizzato nella cache molto meno e, quando possibile, può comportare notevoli miglioramenti delle prestazioni derivanti dalla possibilità di essere memorizzati nella cache localmente e su una rete CDN.
reload L'utente ha ricaricato la pagina premendo il pulsante Ricarica, premendo Invio nella barra degli indirizzi o annullando la chiusura di una scheda. I ricaricamenti delle pagine spesso comportano una nuova convalida al server per controllare se la pagina principale è stata modificata. Un'elevata percentuale di ricarica delle pagine potrebbe essere un segnale di frustrazione per l'esperienza utente.
restore La pagina è stata ricaricata dopo il riavvio del browser o una scheda che è stata rimossa per motivi di memoria. Per Chrome su Android, vengono invece segnalati come "ricarica".
back_forward Una navigazione nella cronologia, il che significa che la pagina è stata visualizzata e visualizzata di recente. Con una memorizzazione nella cache corretta, queste dovrebbero essere esperienze ragionevolmente veloci, ma richiedere comunque l'elaborazione della pagina e l'esecuzione di JavaScript, entrambi evitabili dalla bfcache.
back_forward_cache Una navigazione della cronologia fornita dalla cache back-forward. L'ottimizzazione delle pagine per sfruttare la cache back-forward, rimuovendo i blocchi, dovrebbe garantire un'esperienza più veloce, quindi i siti dovrebbero cercare
prerender La pagina è stata prerenderizzata e, analogamente alla cache back-forward, la pagina può essere caricata quasi all'istante.

In alcuni casi, un caricamento pagina può essere una combinazione di più tipi di navigazione. In questo caso, CrUX segnala la prima corrispondenza in ordine inverso rispetto alla tabella (dal basso verso l'alto).

Per ulteriori informazioni, consulta il post dell'annuncio sui tipi di navigazione.

Metriche sperimentali

Le metriche sperimentali sono disponibili nel set di dati CrUX utilizzando BigQuery, mentre alcune sono disponibili anche nell'API CrUX. È probabile che queste metriche cambino regolarmente man mano che si evolvono in base al feedback degli utenti. Consulta le note di rilascio per non perderti le ultime modifiche.

Tempo al primo byte

Il TTFB viene raccolto solo al caricamento della pagina intera, a differenza di altri timer (come LCP) che vengono raccolti anche nelle navigazioni back-forward e nel pre-rendering. Di conseguenza, la dimensione del campione di TTFB può essere inferiore a quella di altre metriche e non deve necessariamente essere confrontata direttamente con loro.

Popolarità

La metrica Ranking della popolarità è una misura relativa della popolarità del sito all'interno del set di dati CrUX, misurata in base al numero totale di navigazioni nell'origine. Il ranking è su una scala log10 con semitoni (ad es. top 1k, top 5k, top 10k, top 50k, top 100k, top 500k, top 1M ecc.) con ogni ranking escluso il precedente (ad es. top 5k è in realtà 4000 URL, escluso i primi 1000). Il limite superiore è dinamico man mano che il set di dati cresce.

La popolarità viene fornita come guida per un'analisi ampia, ad esempio per determinare il rendimento in base al paese delle 1000 principali origini.

Autorizzazioni alle notifiche

Per i siti web che richiedono l'autorizzazione a mostrare notifiche agli utenti, questa metrica rappresenta la frequenza relativa delle risposte degli utenti alle richieste: accettazione, rifiuto, ignora o ignora.