Le metriche in CrUX sono basate su API della piattaforma web standard esposte dai browser. In particolare, nel set di dati BigQuery, questi dati vengono aggregati in base alla risoluzione dell'origine. I proprietari di siti che richiedono analisi e approfondimenti più dettagliati (ad es. risoluzione a livello di URL) sul rendimento del proprio sito possono utilizzare le stesse API per raccogliere dati dettagliati sulla misurazione degli utenti reali (RUM) per le proprie origini. Tieni presente che, sebbene tutte le API siano disponibili in Chrome, altri browser potrebbero non supportare l'intero insieme di metriche.
La maggior parte delle metriche è rappresentata come aggregazione di un istogramma, consentendo la visualizzazione della distribuzione e l'approssimazione dei valori percentili.
variazione layout cumulativa
"Il Cumulative Layout Shift (CLS) è un'importante metrica incentrata sull'utente per misurare la stabilità visiva, perché aiuta a quantificare la frequenza con cui gli utenti riscontrano spostamenti imprevisti del layout. Un CLS basso contribuisce a garantire che la pagina sia piacevole."
DOM Content Loaded
"DOMContentLoaded indica il tempo necessario per il caricamento e l'analisi completi del documento HTML iniziale, senza attendere la fine del caricamento dei fogli di stile, delle immagini e dei frame secondari."
Prima pittura
"First Paint indica il tempo necessario per il rendering del browser subito dopo la navigazione. Esclude lo sfondo predefinito, ma include quello non predefinito. Questo è il primo momento chiave a cui gli sviluppatori prestano attenzione durante il caricamento della pagina, ovvero quando il browser ha iniziato il rendering della pagina."
First Contentful Paint
"First Contentful Paint (FCP) indica il momento in cui il browser ha eseguito il rendering di testo, immagini (comprese le immagini di sfondo), canvas non bianche o SVG. Include il testo con caratteri web in sospeso. Questa è la prima volta che gli utenti possono iniziare a consumare i contenuti della pagina".
Interaction to Next Paint
"Interaction to Next Paint (INP) è una metrica di campo che valuta l'adattabilità. L'INP registra la latenza di tutte le interazioni durante l'intero ciclo di vita della pagina. Il valore più alto di queste interazioni, o un valore vicino al più alto per le pagine con molte interazioni, viene registrato come INP della pagina. Un valore INP basso garantisce che la pagina risponda in modo affidabile in qualsiasi momento."
Interaction to Next Paint (INP) è stato aggiunto 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 durante il suo ciclo di vita.
visualizzazione elemento più grande
"Largest Contentful Paint (LCP) è un'importante metrica incentrata sull'utente per misurare la velocità di caricamento percepita, perché indica il punto nella sequenza temporale di caricamento della pagina in cui è probabile che siano stati caricati i contenuti principali della pagina. Un valore LCP basso rassicura l'utente garantendogli che la pagina è utile."
Tipo di risorsa Largest Contentful Paint
"LCP indica il tempo di rendering dell'immagine, del blocco di testo o del video più grande visibile nell'area visibile rispetto a quando l'utente ha visitato la pagina per la prima volta."
web.dev/articles/lcp - What elements are considered for LCP
Testo e immagini (inclusa l'immagine del primo frame del video) hanno spesso caratteristiche di caricamento e tecniche di ottimizzazione molto diverse. Comprendere il rapporto tra i tipi di risorse LCP ti consente di comprendere meglio le metriche LCP e i percorsi di ottimizzazione.
Per ulteriori informazioni, consulta il post del blog sul lancio dei tipi di risorse LCP.
Parti secondarie dell'immagine Largest Contentful Paint
"L'ottimizzazione per LCP può essere un'attività più complessa quando PageSpeed Insights non ti fornisce la risposta su come migliorare questa metrica. Con le attività complesse, in genere è meglio suddividerle in attività più piccole e più gestibili e affrontarle separatamente."
web.dev/articles/optimize-lcp - LCP breakdown into subparts
La suddivisione degli LCP delle immagini nelle sue parti secondarie più critiche consente di utilizzare consigli e best practice specifici su come ottimizzare ogni parte.
Le sottoparti dell'immagine LCP sono fornite in quattro metriche separate:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
Le sottoparti sono incluse solo per le immagini e non includono le immagini del primo fotogramma del video, in quanto sono un po' più complicate perché non possiamo misurare il tempo di download completo (tieni presente che i primi fotogrammi del video sono inclusi nella metrica del tipo di risorsa LCP, in cui questa complicazione non è pertinente).
Non sono incluse nemmeno le parti secondarie di testo, in quanto sono meno utili e distorcerebbero i numeri LCP delle immagini. Per i siti composti principalmente da LCP di testo, le metriche TTFB e FCP complessive sono utili suddivisioni, anche se si riferiscono a tutte le LCP e non specificamente a quelle di testo.
Per ulteriori informazioni, consulta il post del blog sul lancio delle sottoparti dell'immagine LCP.
Tipi di navigazione
La metrica Tipi di navigazione fornisce una suddivisione della percentuale di visualizzazioni di pagina delle seguenti navigazioni:
| Tipo | Descrizione |
|---|---|
navigate |
Un caricamento di pagina che non rientra in nessuna delle altre categorie. |
navigate_cache |
Un caricamento di pagina per il quale la risorsa principale (il documento HTML principale) è stata pubblicata dalla cache HTTP. I siti spesso utilizzano la memorizzazione nella cache per le risorse secondarie, ma il documento HTML principale viene spesso memorizzato nella cache in misura notevolmente inferiore e, quando è possibile, può comportare miglioramenti notevoli delle prestazioni grazie alla possibilità di essere memorizzato nella cache localmente e in una CDN. |
reload |
L'utente ha ricaricato la pagina premendo il pulsante di ricarica, premendo Invio nella barra degli indirizzi o annullando la chiusura di una scheda. I ricaricamenti della pagina spesso comportano una nuova convalida al server per verificare se la pagina principale è cambiata. Una percentuale elevata di ricaricamenti di pagina può indicare problemi con l'esperienza utente. |
restore |
La pagina è stata ricaricata dopo il riavvio del browser o una scheda rimossa per motivi di memoria. Per Chrome su Android, questi vengono segnalati come "ricarica". |
back_forward |
Una navigazione dalla cronologia, il che significa che la pagina è stata visualizzata e visitata di recente. Con la memorizzazione nella cache corretta, queste dovrebbero essere esperienze ragionevolmente veloci, ma richiedono comunque l'elaborazione della pagina e l'esecuzione di JavaScript, entrambe evitate dalla bfcache. |
back_forward_cache |
Una navigazione dalla cronologia pubblicata dalla bfcache. L'ottimizzazione delle pagine per sfruttare la bfcache, rimuovendo i blocchi, dovrebbe comportare esperienze più rapide, quindi i siti dovrebbero apparire |
prerender |
La pagina è stata sottoposta a prerendering, il che, in modo simile alla bfcache, può comportare caricamenti pagina quasi istantanei. |
In alcuni casi, il caricamento di una pagina può essere una combinazione di più tipi di navigazione. In questo caso, CrUX riporta 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.
Onload
"L'evento di caricamento viene attivato quando la pagina e le relative risorse dipendenti hanno terminato il caricamento."
Tempo di round trip
Fornisce una stima del tempo di andata e ritorno HTTP (livello applicazione) all'inizio della navigazione, in base alle connessioni di rete recenti.
Questa metrica si basa sulla proprietà rtt
dell'API Network Information, che è la stessa API responsabile della precedente
dimensione Tipo di connessione effettivo (ECT).
Per ulteriori informazioni, consulta il post del blog sul lancio dei tipi di risorse LCP.
Metriche sperimentali
Le metriche sperimentali sono disponibili nel set di dati CrUX utilizzando BigQuery, mentre alcune sono disponibili anche nell'API CrUX. Queste metriche cambiano regolarmente man mano che si evolvono in base al feedback degli utenti. Consulta le note di rilascio per rimanere al passo con le ultime modifiche.
Time to First Byte
Il TTFB in CrUX viene raccolto solo durante i caricamenti della pagina completa, a differenza di altri timer (come LCP) che vengono raccolti anche durante gli spostamenti avanti e indietro e le pagine prerenderizzate. Pertanto, le dimensioni del campione di TTFB possono essere inferiori rispetto ad altre metriche e non possono essere confrontate direttamente con queste.
TTFB non è una misurazione diretta del tempo di risposta del server, in quanto include misurazioni precedenti, tra cui il tempo di reindirizzamento, ed è influenzato dal fatto che una risposta venga pubblicata dalla cache, dalla CDN o dal server. Ciò è particolarmente evidente nei dati di campo come CrUX, mentre i test di laboratorio sono in genere meno influenzati da questi fattori, poiché l'URL finale viene testato e spesso nega ripetutamente le modifiche alla memorizzazione nella cache.
Popolarità
La metrica classifica di 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 passaggi (ad es. primi 1000, primi 5000, primi 10.000, primi 50.000, primi 100.000, primi 500.000, primo milione e così via). Ogni ranking esclude il precedente (ad es. i primi 5000 sono in realtà 4000 URL, esclusi i primi 1000). Il limite superiore è dinamico man mano che il set di dati cresce.
La popolarità viene fornita come guida per un'analisi generale, ad esempio per determinare il rendimento per paese per le prime 1000 origini.
Autorizzazioni alle notifiche
Per i siti web che richiedono l'autorizzazione a mostrare agli utenti le notifiche, questa metrica rappresenta la frequenza relativa delle risposte degli utenti ai prompt: accetta, nega, ignora o chiudi.