Metriche
Le metriche di CrUX si basano sulle API della piattaforma web standard esposte dai browser. In particolare, nel set di dati di BigQuery, questi dati vengono aggregati in base alla risoluzione dell'origine. I proprietari di siti che richiedono un'analisi più dettagliata (ad es. una risoluzione a livello di URL) e informazioni sul rendimento del proprio sito possono utilizzare le stesse API per raccogliere dati dettagliati di misurazione degli utenti reali (RUM) per le proprie origini. Tieni presente che anche se tutte le API sono disponibili in Chrome, altri browser potrebbero non supportare il set completo di metriche.
La maggior parte delle metriche è rappresentata da un'aggregazione degli istogrammi, che consente la visualizzazione della distribuzione e dell'approssimazione dei valori percentili.
Prima pittura
"First Paint mostra il tempo in cui il browser ha eseguito la prima visualizzazione dopo la navigazione. Esclude lo sfondo predefinito, ma include quello non predefinito. Questo è il primo momento chiave a cui gli sviluppatori interessano durante il caricamento della pagina: quando il browser ha iniziato a eseguire il rendering della pagina."
First Contentful Paint
"First Contentful Paint indica il momento in cui il browser ha eseguito per la prima volta testo, immagini (incluse le immagini di sfondo), canvas non bianche o SVG. È incluso il testo con caratteri web in sospeso. È la prima volta che gli utenti possono iniziare a usufruire dei contenuti della pagina."
Contenuti DOM caricati
"DOMContentLoaded indica il tempo in cui il documento HTML iniziale è stato completamente caricato e analizzato, senza attendere il completamento del caricamento dei fogli di stile, delle immagini e dei frame secondari."
visualizzazione elemento più grande
"L'LCP (Largest Contentful Paint) è un'importante metrica incentrata sull'utente per la misurazione della velocità di caricamento percepita, in quanto segna il punto nella sequenza temporale di caricamento della pagina in cui è probabile che siano stati caricati i contenuti principali della pagina. Un LCP rapido aiuta a rassicurare l'utente che la pagina è utile."
Sottocarico
"L'evento di caricamento viene attivato al termine del caricamento della pagina e delle relative risorse dipendenti."
variazione layout cumulativa
"La Cumulative Layout Shift (CLS) è un'importante metrica incentrata sull'utente per la misurazione della stabilità visiva, in quanto consente di quantificare la frequenza con cui gli utenti riscontrano variazioni del layout impreviste. Una CLS bassa contribuisce a garantire che la pagina sia piacevole."
First Input Delay
"First Input Delay (FID) è un'importante metrica incentrata sull'utente per la misurazione della reattività al carico, in quanto quantifica l'esperienza che gli utenti provano quando tentano di interagire con pagine che non rispondono. Un valore FID basso aiuta a garantire che la pagina sia utilizzabile."
Interaction to Next Paint
L'interazione con 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 quasi il valore più alto per le pagine con molte interazioni, viene registrato come INP della pagina. Un INP basso assicura che la pagina sia sempre reattiva in modo affidabile."
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 dell'adattabilità complessiva di una pagina nel corso della sua durata.
Tipi di navigazione
La metrica tipi di navigazione fornisce un'analisi dettagliata 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 il quale la risorsa principale (il documento HTML principale) è stata fornita dalla cache HTTP. I siti spesso sfruttano la memorizzazione nella cache per le risorse secondarie, ma il documento HTML principale viene spesso memorizzato nella cache molto meno e, quando può essere, può portare a notevoli miglioramenti delle prestazioni derivanti dalla possibilità di essere memorizzato nella cache in locale 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 di pagine spesso comportano una riconvalida al server per verificare se la pagina principale è stata modificata. Un'alta percentuale di ricariche delle pagine può indicare problemi per l'esperienza utente. |
restore |
La pagina è stata ricaricata dopo un riavvio del browser o una scheda che è stata rimossa per motivi di memoria. Per Chrome su Android sono indicate come "ricarica". |
back_forward |
Una navigazione della cronologia, il che significa che la pagina è stata visualizzata e tornata di recente. Con una memorizzazione nella cache corretta, dovrebbero essere esperienze ragionevolmente rapide, ma richiedere comunque l'elaborazione della pagina e l'esecuzione di JavaScript, entrambi evitati da bfcache. |
back_forward_cache |
Una navigazione della cronologia fornita da bfcache. L'ottimizzazione delle pagine per sfruttare bfcache, rimuovendo i blocchi, dovrebbe comportare esperienze più veloci, quindi i siti dovrebbero guardare |
prerender |
La pagina è stata prerenderizzata e questo, come per bfcache, può comportare caricamenti quasi istantanei. |
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 (dal basso verso l'alto) della tabella.
Ulteriori informazioni sono disponibili nel post dell'annuncio sui tipi di navigazione.
Metriche sperimentali
Le metriche sperimentali sono disponibili nel set di dati CrUX utilizzando BigQuery e 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 tenerti al corrente sulle ultime modifiche.
Tempo per primo byte
La TTFB in CrUX viene raccolta solo sui caricamenti di pagine complete, a differenza di altri timer (ad esempio LCP), che vengono raccolti anche nelle navigazioni back-forward e nelle pagine sottoposte a prerendering. Di conseguenza, la dimensione del campione di TTFB può essere inferiore a quella di altre metriche e non necessariamente essere confrontata direttamente con queste metriche.
CrUX misura il TTFB quando i primi byte della risorsa documento vengono ricevuti dal server. La visione convenzionale del TTFB è stata quella di misurare il momento in cui inizia la risposta del documento, ma quando vengono utilizzati i Early Hint, i "primi byte" saranno anteriori a questo. In futuro, CrUX potrebbe essere aggiornato in modo da ignorare i Early Hints.
TTFB non è una misurazione diretta del tempo di risposta del server in quanto include misure precedenti, tra cui il tempo di reindirizzamento, e dipende dal fatto che una risposta venga fornita dalla cache, da CDN o dal server. Questo è particolarmente evidente in dati sul campo come CrUX, mentre i test di laboratorio in genere sono meno influenzati da questi fattori, in quanto l'URL finale è un test e spesso nega ripetutamente le modifiche di memorizzazione nella cache.
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 sull'origine. Il ranking è su una scala log10 con mezzi passi (ad es. top 1k, top 5k, top 10k, top 50k, top 100k, top 500k, primi 1M e così via) e ogni ranking esclude i precedenti (ad esempio, i primi 5k corrispondono in realtà a 4000 URL, esclusi i primi 1k). Il limite superiore è dinamico man mano che il set di dati cresce.
La popolarità è fornita come guida per un'analisi ampia, ad esempio per determinare il rendimento per paese per le prime 1000 origini.
Autorizzazioni alle notifiche
Per i siti web che richiedono l'autorizzazione per mostrare le notifiche agli utenti, questa metrica rappresenta la frequenza relativa delle risposte degli utenti alle richieste: accetta, nega, ignora o ignora.
Tempo di andata e ritorno
Fornisce una stima del tempo di round trip HTTP (livello di applicazione) all'inizio della navigazione, in base alle connessioni di rete recenti. Questa metrica è nota anche come proprietà rtt dell'API Network Information, che è la stessa API responsabile della dimensione Effective Connection Type (ECT).
Questa metrica è disponibile soltanto nell'API CrUX e nell'API CrUX History, aggregata al 75° percentile. Gli istogrammi non sono disponibili. Inoltre, non è disponibile in BigQuery.