Scopri i motivi per cui i dati RUM possono mostrare valori di Core Web Vitals diversi da CrUX.
Il Report sull'esperienza utente di Chrome (CrUX) fornisce metriche relative all'esperienza utente relative alla modalità di esperienza degli utenti reali di Chrome su destinazioni popolari sul web. Questi dati vengono raccolti automaticamente da Chrome dagli utenti che hanno attivato la funzionalità e sono resi disponibili in base ai criteri di idoneità di CrUX.
I dati di CrUX sono quindi disponibili per milioni di siti web. Molti proprietari di siti non avevano mai avuto accesso ai dati dei campi e CrUX ha consentito a molti siti di vederne il valore per la prima volta. Come set di dati pubblico, CrUX può essere utilizzato anche per l'analisi competitiva e il benchmarking delle metriche relative all'esperienza utente.
Il monitoraggio degli utenti reali (RUM) è simile a CrUX, ma invece di Chrome raccoglie automaticamente le metriche relative all'esperienza utente, il codice viene incluso sui siti web per effettuare la raccolta e trasmetterlo a un provider RUM o a una soluzione di analisi per ulteriori analisi.
Poiché entrambe le soluzioni misurano le metriche relative all'esperienza utente, è naturale supporre che debbano essere equivalenti. Le differenze possono essere fonte di confusione. Questa guida illustrerà il motivo e offrirà suggerimenti su cosa fare quando le cifre non sono allineate.
Vantaggi dell'integrazione di CrUX con una soluzione RUM
CrUX è un ottimo strumento per avere una visualizzazione coerente di tutti i siti e, in quanto set di dati ufficiale per il programma Core Web Vitals, è probabile che i siti tengano d'occhio ciò che viene mostrato. Lo scopo di CrUX è fornire una panoramica statisticamente pertinente di milioni di siti web per un confronto incrociato.
Tuttavia, per un maggiore approfondimento nell'indagine del perché i dati mostrano i numeri, investire in una soluzione RUM completa per integrare CrUX può darti accesso a informazioni più dettagliate di quelle che possono essere rese disponibili in un set di dati interrogabile pubblicamente. Questo può aiutarti a spiegare e migliorare le metriche in vari modi.
Analisi più approfondita dei problemi
Spesso CrUX può essere utilizzato per segnalare se hai un problema sul tuo sito, ma non necessariamente esattamente dove si trova sul sito il problema o perché. Le soluzioni RUM, che siano sviluppate in casa tramite librerie Web-vitals o di alcuni dei molti prodotti commerciali, possono aiutare a colmare questo divario.
L'utilizzo di una soluzione RUM permette di accedere a dati molto più granulari per tutte le pagine e su tutti i browser. Consente inoltre di segmentare e analizzare questi dati in modi diversi da CrUX, consentendo di visualizzare in dettaglio ed esaminare le aree problematiche del sito. Sono interessati da un particolare segmento di utenti? O per gli utenti che eseguono determinate azioni? Quando è iniziato esattamente il problema? Si tratta di domande a cui è molto più facile rispondere con i dati aggiuntivi che uno strumento RUM può fornire.
Correlazione con altre metriche aziendali
Inoltre, il RUM ti consente di confrontare le metriche delle prestazioni web direttamente con quelle aziendali, mostrando il valore dell'investimento nel rendimento e a quali altre prestazioni dare la priorità. Abbiamo numerosi case study con aziende che operano in questa correlazione, come Farfetch o The Economic Times.
Raccogliere altri dati sul rendimento
Una soluzione RUM consente di raccogliere altre metriche personalizzate, collegate direttamente alla tua attività specifica. Uno degli esempi più noti è "Time to first Tweet" di Twitter. in un file di dati. Queste misure specifiche del sito possono quindi essere correlate ai miglioramenti di Core Web Vitals e alle metriche aziendali.
Differenze tra due insiemi di dati dei campi
Un uomo con uno smartwatch sa che ora è. Un uomo con due orologi non è mai sicuro.
Legge di Segal
Quando le due origini dati sono disponibili, spesso può essere frustrante e ambiguo le ragioni per cui differiscono. Allo stesso modo in cui è importante comprendere la differenza tra metriche di lab e metriche sul campo, possono esserci anche differenze tra due origini di dati sul campo. Anche se i dati sarebbero gli stessi in un mondo ideale, ci sono molti motivi per cui possono differire.
Confronto tra dati di laboratorio e dati sul campo
La prima cosa da verificare è se stai osservando metriche di lab (sintetiche) o metriche di campo (RUM). Sebbene sia naturale presupporre che i prodotti RUM esaminino solo i dati dei campi, molti offrono anche un componente di un lab.
I dati di laboratorio sono incredibilmente utili proprio per le condizioni fisse in cui misurano. Può essere utilizzato per monitorare cambiamenti o regressioni imprevisti in un ambiente di produzione senza il rumore di una popolazione di campi mutevole. Tuttavia, i dati di laboratorio potrebbero non essere rappresentativi dell'esperienza utente reale, quindi le metriche sul campo possono mostrare risultati molto diversi.
Popolazioni
I set di dati utilizzati dalle soluzioni CrUX e RUM potrebbero essere diversi a causa delle differenze di misurazione delle visite alle pagine a seconda di browser, utenti, siti e dispositivi confrontati.
Browser inclusi
Il Report sull'esperienza utente di Chrome, come suggerisce il nome, è solo di Chrome. Anche se esistono molti browser basati su Chromium (Edge, Opera e Brave, solo per citarne alcuni) che supportano le stesse metriche di Chrome dato il codebase di base condiviso, solo gli utenti di Chrome inviano i dati a CrUX. Inoltre, questa limitazione significa che gli utenti di Chrome su iOS non sono inclusi, in quanto utilizza il motore del browser Webkit sottostante. Inoltre, le componenti Android WebView non vengono conteggiate come "Chrome", quindi i dati di questi utenti non vengono inclusi, anche se sono incluse le schede personalizzate di Chrome.
Sebbene Chrome sia uno dei browser più popolari al mondo e, nella maggior parte dei casi, probabilmente fornirà una rappresentazione ampia del rendimento del tuo sito in molti casi, misurare semplicemente quel browser non è in alcun modo una misura di tutti gli utenti. Questo può spiegare una differenza principale tra RUM e CrUX. Ciò è particolarmente vero per le tecniche di rendimento che si basano su API o formati di immagine disponibili solo in Chrome, ad esempio.
Anche la mancanza di dati su iOS può portare a dei pregiudizi. Ad esempio, poiché gli utenti iOS utilizzano in genere dispositivi con prestazioni più elevate o visitano il tuo sito da più paesi con una migliore infrastruttura di rete, tra cui anche questi utenti, possono verificarsi metriche sulle prestazioni complessive elevate. D'altra parte, escluderli, come fa CrUX, può generare dati sbilanciati verso la parte inferiore dei visitatori del sito (case study di esempio). In genere, gli utenti Android coprono una gamma più ampia di dispositivi, funzionalità dei dispositivi e mercati.
Le soluzioni RUM possono ottenere dati per i browser diversi da Chrome, in particolare dai browser basati su Chromium che spesso hanno le stesse metriche integrate (come Core Web Vitals). Anche i browser non basati su Chromium vengono misurati mediante soluzioni RUM, ma potrebbero avere un insieme più limitato di metriche. Ad esempio, Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP) sono disponibili solo nei browser basati su Chromium. Alcune altre metriche, come First Contentful Paint (FCP), possono essere misurate in modo molto diverso (vedi più avanti).
Utenti che hanno attivato l'opzione
Oltre a essere limitata agli utenti di Chrome, CrUX è ulteriormente limitato poiché misura solo un sottoinsieme di utenti Chrome che hanno attivato la condivisione dei dati CrUX al momento dell'installazione del browser.
Inoltre, i provider di RUM prendono in considerazione solo un sottoinsieme di utenti, solitamente a causa di richieste di banner dei cookie (che richiedono agli utenti di attivare la raccolta dei dati RUM) o di blocchi del monitoraggio. Ciò può influire negativamente su alcuni caricamenti di pagine iniziali se la conferma non viene fornita fino alla seconda pagina o a quelle successive, quando alcuni asset del sito sono già stati memorizzati nella cache dalle pagine precedenti. Se ciò si verifica di frequente, le metriche possono sembrare più favorevoli nel RUM di quanto non lo siano effettivamente, se vengono esclusi in un numero sufficiente di casi i caricamenti della pagina iniziali più lenti.
Siti inclusi
CrUX è destinato solo a generare report su siti web pubblici, pertanto esistono altri criteri di idoneità che potrebbero comportare la mancata registrazione dei dati in CrUX. Il più importante di questi criteri è che il sito web deve essere rilevabile pubblicamente e sufficientemente popolare per garantire un campione di dimensioni minime da cui trarre conclusioni significative. Nella maggior parte dei casi, ciò significa che non saranno disponibili dati in CrUX. Ciò rappresenta una differenza meno confusa rispetto ai dati disponibili, ma diversi, ma spiega perché ciò accade.
Tuttavia, se alcune pagine di un sito sono contrassegnate come indicizzabili, ma altre non lo sono, potresti vedere solo un sottoinsieme di URL in CrUX. Se l'origine è rilevabile pubblicamente, tutte le visualizzazioni di pagina all'interno dell'origine saranno incluse nei dati a livello di origine, ma i dati a livello di URL potrebbero non essere disponibili.
Dispositivi
CrUX segmenta i dati in base a dispositivi mobili, computer e tablet, anche se molti strumenti si concentrano sui primi due e potrebbero non esporre i dati dei tablet o potrebbero includerli all'interno di dispositivi mobili o computer. Le caratteristiche in termini di prestazioni su dispositivi mobili e computer desktop possono essere molto diverse, sia in termini di contenuti pubblicati che di capacità dei dispositivi che li visualizzano.
I dati RUM consentono la segmentazione del traffico in modo simile, ma spesso mostrano dati consolidati per impostazione predefinita. RUM può consentire solo la segmentazione per tipo di dispositivo (ad esempio, dispositivo mobile) o browser (ad esempio, Chrome), ma non per visualizzare solo il traffico da Chrome mobile. Quando esegui il confronto con i dati di CrUX, assicurati di confrontare le stesse opzioni filtrando per tipo di dispositivo e browser Chrome.
Campionamento
Le soluzioni RUM in genere consentono di regolare la frequenza di campionamento dei visitatori che hanno attivato l'opzione e dove vengono raccolti i dati. Può essere usato per ridurre il volume dei dati da analizzare e i costi dei servizi RUM commerciali. Se la dimensione del campione è troppo ridotta e non rappresentativa della popolazione più ampia, anche le metriche risultanti saranno disallineate in modo simile. Discuti con il tuo fornitore di RUM la dimensione di campionamento appropriata per il tuo sito.
Aggregazione dei dati
I dati dei campi per loro stessa natura includeranno moltissimi punti dati delle stesse metriche rispetto ai dati di laboratorio, ottenendo un valore unico. Se questi dati vengono aggregati in modo diverso per i report, possono esserci altri motivi alla base delle differenze tra CrUX e RUM.
Intervallo di tempo
I dati di CrUX si basano su una finestra scorrevole di traffico di 28 giorni e non è possibile modificare questo periodo di tempo, anche se i dati BigQuery di CrUX vengono memorizzati ogni mese, consentendoti di visualizzare i mesi precedenti, e anche l'API Cronologia di CrUX fornisce dati storici su un periodo settimanale. Entrambi forniscono comunque i dati basati sulla finestra mobile di 28 giorni.
I dati RUM in genere consentono una granularità maggiore per consentire di vedere l'impatto delle modifiche molto prima. Quando si scelgono periodi più brevi, tuttavia, i dati RUM possono essere influenzati in modo eccessivo dalle fluttuazioni del traffico e dei visitatori del sito web. Quando confronti i dati RUM con quelli CrUX, assicurati sempre di esaminare il rendimento su un periodo di 28 giorni. Una volta verificato che i dati sono simili, puoi esaminare altri intervalli di tempo per esaminare in dettaglio i dati RUM.
Aggregazione delle statistiche
Le metriche CrUX vengono misurate al 75° percentile, ovvero osservando il valore ottenuto dal 75% delle visualizzazioni di pagina. Ci saranno dei estremi nei dati sul campo e la rimozione delle esperienze peggiori nel 25% è destinata a fornire un valore che la maggior parte dei visitatori ci si può ragionevolmente aspettare di raggiungere.
I prodotti RUM spesso offrono un numero più ampio di opzioni su come aggregare le metriche, tra cui il 75° percentile, la mediana e altri percentili. Se si confrontano i valori di RUM con i dati CrUX, è necessario assicurarsi di esaminare i dati del 75° percentile per eseguire un confronto simile.
I dati dell'istogramma in CrUX includono tutti i dati disponibili, non solo il 75° percentile, e mostrano il numero di visualizzazioni di pagina in ogni valutazione, ma il punteggio complessivo si baserà sul 75° percentile. Questi dati di CrUX vengono visualizzati in strumenti come PageSpeed Insights:
![Screenshot di PageSpeed Insights che mostra istogrammi dei caricamenti delle pagine di valutazione LCP](https://web.developers.google.cn/static/articles/crux-and-rum-differences/image/pagespeed-insights-screen-b135a0cfa5e39.png?authuser=0000&hl=it)
Differenze nelle metriche
Esistono molte metriche utilizzate per misurare il rendimento web, pertanto quando confronti due diversi set di dati, è importante capire quali metriche vengono misurate e come vengono utilizzate.
Metriche misurate
I dati di CrUX sono il set di dati ufficiale dell'iniziativa Core Web Vitals e misurano principalmente queste metriche (LCP, CLS e INP), con alcune metriche aggiuntive a complemento di queste metriche.
Gli strumenti RUM di solito includono questi Core Web Vitals, ma spesso includono anche molte altre metriche. Alcuni provider di RUM misurano anche l'esperienza utente utilizzando la propria combinazione di tutte queste metriche, forse per fornire un "indice di soddisfazione" o altro. Quando confronti i dati RUM con CrUX, assicurati di confrontare i dati in modo analogo.
Per gli strumenti che valutano lo stato di Core Web Vitals o non superato è necessario considerare il superamento della pagina se soddisfa i target consigliati al 75° percentile per tutti i Core Web Vitals. Se INP non è presente per le pagine senza interazioni, devono essere superati solo LCP e CLS.
Differenze delle metriche tra i browser
CrUX misura solo nei browser Chrome e puoi fare riferimento ai log delle modifiche di Web Vitals per vedere come cambiano questi cambiamenti in ogni versione di Chrome.
Le soluzioni RUM, tuttavia, si baseranno su una gamma più ampia di browser. I browser basati su Chromium (Edge, Opera e così via) saranno probabilmente simili a Chrome, a meno che Chrome non implementi nuove modifiche come indicato nel log delle modifiche.
Per i browser non Chromium, le differenze possono essere più pronunciate. First Contentful Paint (FCP), ad esempio, è disponibile in Safari e Firefox, ma viene misurato in modo diverso. Questo può portare a variazioni significative nei tempi indicati. Come indicato in precedenza, se vuoi confrontare RUM con CrUX, è meglio filtrare solo gli utenti di Chrome per consentire un confronto omogeneo.
Tempistiche delle metriche
Le metriche Core Web Vitals vengono fornite dalle API del browser web, ma questo non significa che non esistano potenziali differenze di valori indicati quando si utilizzano queste metriche. Si possono verificare differenze nel momento esatto quando viene eseguita la misurazione della metrica, durante il caricamento della pagina o per tutto il ciclo di vita della pagina. Gli strumenti RUM potrebbero non misurare sempre le metriche nello stesso modo, anche se utilizzano gli stessi nomi, e le stesse API browser per ottenere i dati, il che può creare confusione.
LCP (Largest Contentful Paint) è una metrica per il caricamento pagina. L'API web può segnalare diversi elementi LCP se in un secondo momento vengono caricati elementi più grandi dopo il rendering iniziale. L'elemento LCP finale è quando la pagina termina il caricamento o l'utente interagisce con la pagina. Di conseguenza, se l'elemento LCP viene segnalato prima di questi due eventi, possono verificarsi differenze.
Inoltre, nei dati sul campo, l'elemento LCP può essere diverso a seconda di come viene caricata la pagina. Per un caricamento pagina predefinito che mostra i contenuti nella parte superiore della pagina, l'elemento LCP dipenderà principalmente dalle dimensioni dello schermo. Tuttavia, se la pagina viene aperta con un link di ancoraggio più in basso nel documento, o analogamente aperta con un link diretto a un'app a pagina singola (APS), l'elemento LCP può essere diverso.
Non dare per scontato che i tempi LCP forniti in CrUX e RUM si basino sullo stesso elemento degli strumenti di lab. Mentre CrUX fornirà il valore LCP complessivo per pagina o origine, RUM può segmentare ulteriormente questo aspetto per identificare le singole sessioni con problemi LCP.
La metrica Cumulative Layout Shift (CLS) viene misurata durante tutta la vita della pagina, pertanto la CLS iniziale di caricamento pagina potrebbe non essere rappresentativa delle pagine che causano variazioni maggiori in un secondo momento dopo che la pagina è stata caricata e l'utente ha interagito con essa. Prendere il valore CLS solo dopo il caricamento della pagina, come fanno molti prodotti RUM, darà quindi un risultato diverso rispetto a prendere il valore CLS al termine della pagina da parte dell'utente.
La metrica di reattività Interazione con Next Paint (INP) richiede la misurazione di un input e osserva tutte le interazioni di clic, tocco e tastiera durante il ciclo di vita della pagina, in modo simile a CLS. Di conseguenza, il valore INP riportato potrebbe essere molto diverso se misurato dopo che l'utente ha effettuato una serie di interazioni sulla pagina.
CrUX si atterrà alla documentazione relativa ai Core Web Vitals e le misurerà per l'intera durata della pagina. Molti provider di RUM scelgono invece di misurare queste metriche dopo il caricamento pagina o in un altro momento (ad esempio, quando viene fatto clic su un invito all'azione chiave) per vari motivi.
Comprendere dal provider RUM quando vengono misurati i Core Web Vitals è importante quando si notano variazioni inspiegabili tra le due origini dati.
Applicazioni a pagina singola
Le applicazioni a pagina singola (APS) funzionano aggiornando i contenuti della pagina corrente anziché eseguendo vere e proprie navigazioni nelle pagine a livello di browser. Ciò significa che il browser non considera queste navigazioni nelle pagine, nonostante gli utenti le vedano come tali. Le API Core Web Vitals fornite dal browser non li terranno in considerazione, pertanto CrUX non supporta queste navigazioni nelle pagine. Stiamo lavorando per risolvere questo problema. Per saperne di più, consulta il post Sperimentare la misurazione delle navigazioni semplici.
Alcuni provider di RUM tentano di rilevare "navigazioni secondarie" nelle APS, ma se attribuiscono anche le metriche di Core Web Vitals a quelle "navigazioni non programmate" si verificheranno differenze con CrUX, poiché le API sottostanti non la supportano per molte metriche.
Differenze tra CrUX e le API Web
Oltre alle differenze relative a quali visualizzazioni di pagina vengono misurate e cosa viene misurato, ci sono altri scenari più complicati da conoscere che possono portare a differenze nei dati di CrUX e RUM. Alcuni di questi sono dovuti a limitazioni delle API web utilizzate per misurare le metriche, mentre altri sono i casi in cui i risultati restituiti dall'API devono essere trattati in modo diverso per determinati scenari. Nella documentazione di Core Web Vitals sono elencate queste differenze per LCP e CLS, ma le differenze principali sono indicate anche nelle sezioni seguenti.
Cache back/forward
CrUX considera i ripristini della cache back/forward (o bfcache) come navigazione nelle pagine, anche se non comportano un caricamento convenzionale delle pagine. Poiché le API web non le considerano come un caricamento pagina, le soluzioni RUM devono eseguire passaggi aggiuntivi affinché queste pagine vengano conteggiate se vogliono corrispondere a CrUX. Si tratta di caricamenti pagina molto più rapidi che possono portare a un rendimento complessivo migliore dei report per un sito, quindi la loro assenza può portare a metriche peggiori relative alle prestazioni complessive della pagina. Fai riferimento alla tua soluzione RUM per capire se gestiscono le pagine ripristinate da bfcache.
iframe
Per motivi di sicurezza e privacy, le pagine di primo livello non hanno accesso ai contenuti degli iframe (nemmeno degli iframe della stessa origine). Ciò significa che le metriche di rendimento per i contenuti in questi contenuti possono essere misurate solo dall'iframe stesso e non tramite le API web nella pagina contenente i frame. Se i contenuti dell'iframe includono l'elemento LCP o contenuti che incidono sulle impostazioni CLS o INP applicate dall'utente, non saranno disponibili per le soluzioni RUM (compresa la libreria JavaScript JavaScript di Google Web-vitals).
Tuttavia, CrUX, viene misurato dal browser Chrome stesso anziché da JavaScript sulla pagina, non ha queste limitazioni e quindi misura le metriche all'interno degli iframe durante la generazione di report di Core Web Vitals. Questo riflette in modo più accurato l'esperienza dell'utente, ma può essere un altro motivo delle differenze per i siti che utilizzano iframe.
Un esempio concreto di come ciò può portare a differenze tra i dati LCP in CrUX e RUM è incorporato <video>
. Il primo frame dipinto di un elemento <video>
con riproduzione automatica può essere considerato un candidato per LCP, ma gli incorporamenti per i servizi di streaming video più diffusi potrebbero inserire questi elementi in un <iframe>
. CrUX può tenere conto di questo aspetto, poiché può accedere ai contenuti <iframe>
, ma le soluzioni RUM non possono.
Risorse multiorigine
I contenuti multimediali LCP pubblicati da altri domini non forniscono tempo di rendering nell'API PerformanceObserver, a meno che non venga fornita l'intestazione Timing-Allow-Origin (TAO), a causa delle limitazioni di sicurezza del browser per ridurre gli attacchi temporali. Questo ritorna al tempo di caricamento della risorsa, ma potrebbe essere molto diverso da quando i contenuti sono stati effettivamente visualizzati.
Ciò può portare a una situazione apparentemente impossibile in cui le API web segnalano LCP prima di FCP. Questo non è il caso, ma appare solo a causa di questa limitazione di sicurezza.
Anche in questo caso, CrUX segnala i dati relativi al tempo di rendering per Core Web Vitals. Consigliamo ai siti di limitare i contenuti multiorigine che incidono sulle metriche di Core Web Vitals e di abilitare TAO ove possibile se vogliono misurare questo aspetto in modo più accurato. Altre risorse multiorigine potrebbero essere soggette a limitazioni simili.
Schede in background
Quando una pagina non viene aperta in una scheda in background, vengono comunque emesse metriche utilizzando le API web. Tuttavia, questi dati non vengono segnalati da CrUX perché forniscono tempistiche non coerenti con l'esperienza utente. Le soluzioni RUM dovrebbero anche considerare la possibilità di ignorarle o almeno spiegare come vengono trattate queste visualizzazioni di pagina.
Cosa possiamo fare al riguardo?
Abbiamo mostrato perché potrebbero esserci differenze tra i dati CrUX e RUM, a causa delle differenze nella metodologia utilizzata da ciascuno o a causa del fatto che gli utenti e le visualizzazioni di pagina sono inclusi o esclusi. Idealmente, entrambi gli insiemi di dati saranno comunque rappresentativi del rendimento del sito per essere utili, ma i motivi forniti dovrebbero spiegare il motivo per cui è molto improbabile ottenere gli stessi esatti numeri in ciascuno.
Nel caso in cui le differenze siano lievi (ad esempio per un valore LCP di 2,0 secondi rispetto a quello di 2,2 secondi), entrambi i set di dati saranno utili e di solito possono essere considerati quasi sincronizzati.
Quando le differenze pronunciate ti mettono in dubbio sull'accuratezza dei dati, dovresti cercare di capirle. È possibile filtrare i dati RUM per essere più allineati con CrUX (considerando solo gli utenti di Chrome, per computer o dispositivi mobili, con valori del 75° percentile in 28 giorni) per ridurre queste differenze?
In tal caso, per fare in modo che i dati corrispondano maggiormente, è comunque necessario chiedere perché noti queste differenze nei dati complessivi e cosa significano queste differenze. Gli utenti che non utilizzano Chrome alterano le tue metriche in modo positivo o negativo? In questo modo ottieni maggiori informazioni sui problemi di prestazioni a cui puoi dare la priorità?
Se gli utenti che non utilizzano Chrome ottengono risultati diversi, puoi utilizzare queste preziose informazioni fornite da RUM per ottimizzare in modo diverso. Ad esempio, alcune API non sono disponibili su determinati browser, ma puoi prendere in considerazione delle alternative per i browser non supportati per migliorare la loro esperienza. In alternativa, puoi offrire un'esperienza diversa, ma più efficiente agli utenti che usano reti o dispositivi con limitazioni. CrUX è limitato ai dati di Chrome, ma devi tenere conto di tutti i visitatori del tuo sito per dare priorità ai miglioramenti. I dati RUM possono colmare questa lacuna.
Una volta compresi i motivi alla base delle differenze, entrambi gli strumenti possono risultare estremamente utili per comprendere le esperienze utente del tuo sito web e per contribuire a migliorarlo anche se i numeri non sono identici. Utilizza i tuoi dati RUM per integrare i dati di CrUX e consentirti di analizzare in dettaglio ciò che CrUX ti fornisce ad alto livello segmentando il traffico per aiutarti a identificare se si tratta di aree particolari del tuo sito o della tua base utenti che richiedono attenzione.
Osservare le tendenze per vedere i miglioramenti che stanno avendo gli impatti positivi previsti è spesso più importante che fare in modo che ogni numero corrisponda esattamente tra le due origini dati. Come accennato in precedenza, RUM ti consente di esaminare intervalli di tempo diversi per avere una visione anticipata di quali saranno i tuoi punteggi CrUX di 28 giorni, anche se l'analisi di intervalli di tempo troppo brevi può portare a dati rumorosi, quindi perché CrUX utilizza 28 giorni.
Spesso non esiste un "diritto" o "sbagliato" in base a queste diverse metriche: rappresentano solo una prospettiva diversa rispetto agli utenti e all'esperienza che hanno sul tuo sito. Se sai perché si verificano queste differenze e che cosa puoi fare per prendere decisioni, ecco che cosa è più importante per offrire un servizio migliore ai visitatori del tuo sito.
Ringraziamenti
Immagine in miniatura di Steven Lelham su Unsplash