Scopri i motivi per cui i dati RUM possono mostrare valori di Core Web Vitals diversi rispetto a CrUX.
Il Report sull'esperienza utente di Chrome (CrUX) fornisce metriche sull'esperienza utente relative all'esperienza degli utenti di Chrome nel mondo reale di destinazioni popolari sul web. Questi dati vengono raccolti automaticamente da Chrome dagli utenti che hanno attivato l'opzione e vengono 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 accesso ai dati dei campi e CrUX ha permesso a molti siti di comprenderne il valore per la prima volta. In quanto set di dati pubblico, CrUX può essere utilizzato anche per l'analisi competitiva e il benchmarking sulle metriche dell'esperienza utente.
Il monitoraggio degli utenti reali (RUM) è simile a CrUX, ma invece di Chrome raccoglie automaticamente le metriche relative all'esperienza utente, nei siti web viene incluso del codice che esegue questa raccolta e lo trasmette a un provider RUM o a una soluzione di analisi per ulteriori analisi.
Con entrambe le soluzioni che misurano le metriche relative all'esperienza utente, è naturale presumere che debbano essere equivalenti. Può creare confusione quando notiamo differenze. Questa guida spiega i motivi per cui ciò può accadere e offre suggerimenti su cosa fare quando i numeri non corrispondono.
Vantaggi dell'integrazione di CrUX con una soluzione RUM
CrUX è un ottimo strumento per avere una visione coerente su tutti i siti e, in quanto set di dati ufficiale per il programma Core Web Vitals, è probabile che i siti vorranno tenere d'occhio ciò che mostrano. L'obiettivo di CrUX è fornire una panoramica statisticamente pertinente di milioni di siti web per il confronto incrociato.
Tuttavia, per un approfondimento più approfondito sul 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. Queste informazioni possono aiutarti a spiegare e migliorare le metriche in diversi modi.
Analisi più approfondita per esaminare i problemi
Spesso si può utilizzare CrUX per segnalare un problema sul sito, ma non necessariamente in quale punto del sito si trova il problema né perché è effettivamente presente un problema. Le soluzioni RUM, sviluppate in casa tramite come la libreria degli elementi vitali sul web o ad alcuni dei numerosi prodotti commerciali, possono contribuire a colmare questo divario.
L'utilizzo di una soluzione RUM consente di accedere a dati molto più granulari per tutte le pagine e su tutti i browser. Inoltre, consente di analizzare nel dettaglio questi dati in modi diversi da CrUX, in modo da esaminare in dettaglio e analizzare le aree problematiche del sito. Sono interessati da un particolare segmento di utenti? O utenti che intraprendono determinate azioni? Quando si è verificato esattamente quando si è verificato il problema? Queste sono domande a cui è molto più facile rispondere con i dati aggiuntivi che può fornire uno strumento RUM.
Correlazione con altre metriche aziendali
RUM ti permette inoltre di confrontare le tue metriche di rendimento web direttamente con qualsiasi metrica aziendale, mostrando il valore dell'investimento in termini di rendimento e a quali altre prestazioni dare la priorità. Esistono numerosi case study di aziende che adottano questa correlazione, ad esempio Farfetch o The Economic Times.
Raccolta di altri dati sul rendimento
Una soluzione RUM consente di raccogliere altre metriche personalizzate, collegate direttamente alla tua attività specifica. Uno degli esempi più noti è la metrica di Twitter "Time to first Tweet" (Tempo per il primo tweet). Queste misure specifiche del sito possono essere correlate ai miglioramenti di Core Web Vitals e alle metriche aziendali.
Differenze tra due insiemi di dati dei campi
Un uomo con un orologio sa che ore sono. Un uomo con due orologi sa che non è mai sicuro.
Legge di Segal
Ogni volta che disponi di due origini di dati, spesso può essere frustrante e frustrante spiegare perché le differenze. Così come è importante comprendere la differenza tra le metriche di laboratorio e sul campo, possono esserci differenze anche tra due origini dei dati di tipo field. Sebbene i dati sarebbero gli stessi in un mondo ideale, ci sono molti motivi per cui possono differire.
Confronto tra dati di prova controllati e dati reali
La prima cosa da verificare è se stai esaminando metriche di laboratorio (sintetiche) o metriche sul campo (RUM). Sebbene sia naturale presumere che i prodotti RUM esaminino solo dati sul campo, molti offrono anche un componente di laboratorio.
I dati di prova controllati sono incredibilmente utili grazie alle condizioni fisse in cui vengono misurati. Può essere utilizzata per monitorare le modifiche o le regressioni impreviste in un ambiente di produzione senza il rumore di come la popolazione dei campi cambia. Tuttavia, i dati di prova controllati 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 possono essere diversi a causa delle differenze nelle misurazioni delle visite alle pagine a seconda dei browser, degli utenti, dei siti e dei dispositivi da confrontare.
Browser inclusi
Il Report sull'esperienza utente di Chrome, come suggerisce il nome, è solo Chrome. Sebbene esistano molti browser basati su Chromium (per citarne alcuni Edge, Opera e Brave), che supportano anche le stesse metriche di Chrome, dato il codebase condiviso, solo gli utenti di Chrome forniscono dati a CrUX. Questa limitazione significa anche che gli utenti di Chrome su iOS non sono inclusi, poiché utilizza il motore del browser Webkit sottostante. Inoltre, i componenti Android WebView non vengono conteggiati come "Chrome", quindi i dati di questi utenti non sono inclusi, anche se sono incluse le schede personalizzate di Chrome.
Sebbene Chrome sia uno dei browser più popolari al mondo e pertanto nella maggior parte dei casi potrebbe fornire un'ampia rappresentazione delle prestazioni del tuo sito, misurare solo che il browser non rappresenta affatto una misura di tutti i tuoi utenti. Questo potrebbe spiegare una differenza principale tra RUM e CrUX. Questo vale in particolare per le tecniche di rendimento che si basano sulle API o i formati delle immagini disponibili solo in Chrome, ad esempio.
Anche la mancanza di dati iOS può portare a dei bias. Ad esempio, poiché gli utenti iOS utilizzano in genere dispositivi con prestazioni più elevate o visitano il sito da più paesi con un'infrastruttura di rete migliore, l'inclusione di questi dispositivi può portare a metriche sul rendimento complessivo elevate. D'altra parte, escluderli, come fa CrUX, può portare a dati che sono distorti verso la fascia di visitatori del sito più bassa (case study di esempio). Gli utenti Android in genere 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 (come Core Web Vitals) integrate. Anche i browser non basati su Chromium vengono misurati con le soluzioni RUM, ma potrebbero avere un insieme più limitato di metriche. Ad esempio, le metriche Largest Contentful Paint (LCP) e Cumulative Layout Shift (CLS) sono attualmente disponibili solo nei browser basati su Chromium e alcune altre metriche possono essere misurate in modo piuttosto diverso (vedi più avanti).
Utenti che hanno attivato l'opzione
Oltre ad essere limitato 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.
I fornitori di RUM inoltre esaminano solo un sottoinsieme di utenti, di solito a causa di richieste di banner di cookie, che chiedono agli utenti di attivare la raccolta dati RUM, o blocchi del monitoraggio. Ciò può influire negativamente su alcuni caricamenti di pagina iniziali se la conferma non viene data fino alla seconda pagina o alle pagine successive, quando alcuni degli asset del sito sono già stati memorizzati nella cache dalle pagine precedenti. Se questo accade di frequente, le metriche potrebbero apparire più favorevoli nel RUM rispetto a quanto non siano in realtà se i caricamenti iniziali più lenti vengono esclusi in un numero sufficiente di casi.
Siti inclusi
CrUX è destinato a generare report solo su siti web pubblici, quindi esistono altri criteri di idoneità che potrebbero comportare la mancata registrazione dei dati in CrUX. Tra questi criteri più degni di nota è che il sito web deve essere rilevabile pubblicamente e sufficientemente popolare da 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. Questo non è fonte di confusione rispetto al fatto che i dati sono disponibili, ma è diverso, ma spiega il motivo.
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 verranno 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 su dispositivi mobili o computer. Le caratteristiche di rendimento sui dispositivi mobili rispetto ai computer possono essere molto diverse, sia in termini di contenuti da pubblicare sia in termini di funzionalità dei dispositivi che li visualizzano.
I dati RUM consentono di segmentare il traffico in modo simile, ma spesso mostrano dati consolidati per impostazione predefinita. Il RUM potrebbe consentire solo la segmentazione per tipo di dispositivo (ad esempio mobile) o browser (ad esempio, Chrome), ma non per entrambi i tipi di vedere solo il traffico di Chrome mobile. Quando confronti i dati di CrUX, assicurati di eseguire il confronto in modo simile filtrando per tipo di dispositivo e browser Chrome.
Sampling
Le soluzioni RUM in genere consentono di modificare la frequenza di campionamento dei visitatori che hanno attivato il servizio in cui vengono raccolti i dati. Ciò può essere utilizzato per ridurre il volume di dati da analizzare e per ridurre i costi dei servizi commerciali RUM. Se la dimensione del campione è troppo piccola e non rappresentativa della popolazione nel suo complesso, anche le metriche risultanti saranno distorte in modo simile. Discuti con il tuo fornitore del RUM la dimensione di campionamento appropriata per il tuo sito.
Aggregazione dei dati
I dati dei campi per loro stessa natura includeranno molti punti dati delle stesse metriche rispetto ai dati di laboratorio, ottenendo un unico valore. Se questi dati vengono aggregati in modo diverso per i report, potrebbe esserci un altro motivo per le differenze tra CrUX e RUM.
Intervallo di tempo
I dati di CrUX si basano su una finestra di traffico scorrevole di 28 giorni e non è possibile modificare questo periodo di tempo, anche se i dati di BigQuery vengono archiviati ogni mese, consentendoti di vedere i mesi precedenti.
I dati RUM in genere consentono una granularità molto maggiore, per consentire di vedere l'impatto delle modifiche molto prima. Quando si scelgono periodi più brevi, tuttavia, i dati di RUM possono essere indebitamente influenzati dalle fluttuazioni del traffico e dei visitatori del sito web. Quando confronti i dati RUM con quelli CrUX, assicurati sempre di esaminare il rendimento per un periodo di 28 giorni. Una volta verificato che i dati sono simili, puoi esaminare altri periodi di tempo per esaminare in dettaglio i dati RUM.
Aggregazione di statistiche
Le metriche di CrUX vengono misurate al 75° percentile, ovvero il valore ottenuto dal 75% delle visualizzazioni di pagina. Nei dati sul campo ci saranno estremi e rimuovendo le esperienze peggiori del 25%, l'obiettivo è fornire un valore che la maggior parte dei visitatori può ragionevolmente aspettarsi 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 confronti i valori di RUM con i dati di CrUX, devi assicurarti di esaminare i dati del 75° percentile per confrontare in modo 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 aggregato si baserà sul 75° percentile. Questi dati di CrUX vengono mostrati in strumenti come PageSpeed Insights:
Differenze nelle metriche
Poiché esistono molte metriche utilizzate per misurare il rendimento sul web, quando confronti due diversi set di dati, è importante capire quali metriche vengono misurate e come queste metriche vengono utilizzate.
Metriche misurate
I dati di CrUX sono il set di dati ufficiale dell'iniziativa Core Web Vitals e misurano principalmente queste tre metriche (LCP, FID e CLS), con alcune metriche aggiuntive a complemento.
Gli strumenti RUM di solito includono questi Segnali web essenziali, ma spesso includono anche molte altre metriche. Alcuni fornitori di RUM misurano anche l'esperienza utente utilizzando la propria combinazione di tutte queste metriche, forse per fornire un indice di soddisfazione o simile. Quando confronti i dati RUM con CrUX, assicurati di confrontare i dati in modo simile.
Gli strumenti che valutano lo stato superato/non superato dei Segnali web essenziali dovrebbero considerare il superamento delle pagine se soddisfano i target consigliati al 75° percentile per tutti i Segnali web essenziali. Se il valore FID non è presente per le pagine senza interazioni, solo LCP e CLS devono essere superati.
Differenze nelle metriche tra browser
CrUX misura solo nei browser Chrome e puoi fare riferimento al log delle modifiche di Web Vitals per scoprire come cambiano in base alle singole versioni di Chrome.
Le soluzioni RUM, tuttavia, eseguiranno misurazioni 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 un modo diverso. Questo può portare a variazioni significative nei tempi riportati. Come indicato in precedenza, se vuoi confrontare RUM con CrUX, è meglio filtrare solo in base agli utenti di Chrome per consentire un confronto simile.
Tempi delle metriche
Le metriche di Core Web Vitals vengono fornite dalle API dei browser web, ma ciò non significa che non esistano potenziali differenze nei valori segnalati dal loro utilizzo. Il momento esatto in cui viene eseguita la misurazione della metrica (al caricamento della pagina o durante l'intero ciclo di vita della pagina) può generare differenze. Gli strumenti RUM non sempre misurano 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 relativa al caricamento pagina. L'API web può segnalare un numero di elementi LCP se in un secondo momento vengono caricati elementi di dimensioni maggiori dopo il rendering iniziale. L'elemento LCP finale si verifica quando la pagina termina il caricamento o l'utente interagisce con la pagina. Pertanto, possono verificarsi differenze se l'elemento LCP viene segnalato prima di questi due eventi.
Inoltre, nei dati dei campi, l'elemento LCP può variare a seconda di come viene caricata la pagina. Per un caricamento pagina predefinito che mostra la parte superiore dei contenuti della pagina, l'elemento LCP dipende principalmente dalle dimensioni dello schermo. Tuttavia, se la pagina viene aperta con un link di ancoraggio più in basso nel documento o in modo simile con un link diretto a un'applicazione a pagina singola (SPA), l'elemento LCP potrebbe essere diverso.
Non dare per scontato che i tempi LCP forniti in CrUX o RUM siano basati sullo stesso elemento degli strumenti di laboratorio. Mentre CrUX ti darà il valore LCP complessivo per pagina o origine, RUM può segmentarlo ulteriormente per identificare le singole sessioni problema LCP.
La metrica Cumulative Layout Shift (CLS) viene misurata per tutta la durata della pagina, pertanto la metrica CLS di caricamento iniziale della pagina potrebbe non essere rappresentativa delle pagine che causano variazioni maggiori in seguito, dopo il caricamento della pagina e l'interazione dell'utente. Prendere il valore CLS solo dopo il caricamento della pagina, come fanno molti prodotti RUM, darà quindi un risultato diverso rispetto al valore CLS quando l'utente ha finito di leggere la pagina.
Il FID (First Input Delay) richiede la misurazione di un input, quindi non può essere misurato al caricamento pagina. Tuttavia, come implica il nome, FID misura solo il primo input. La nuova metrica di reattività Interaction to Next Paint (INP) misura tutte le interazioni durante il ciclo di vita della pagina, in modo simile al CLS. Di conseguenza, il valore INP riportato potrebbe essere molto diverso se misurato dopo che l'utente ha effettuato un numero di interazioni sulla pagina.
CrUX si attiene alla documentazione relativa ai Segnali web essenziali e le misurerà per tutta la durata della pagina. Molti provider RUM scelgono di misurare queste metriche dopo il caricamento della pagina o in un altro momento (ad esempio, quando si fa clic su un invito all'azione chiave) per vari motivi.
Comprendere dal provider RUM quando vengono misurati i Segnali web essenziali è importante per vedere variazioni inspiegabili tra le due origini dati.
Applicazioni a pagina singola
Le applicazioni a pagina singola (SPA) aggiornano i contenuti della pagina corrente anziché eseguire la tradizionale navigazione nelle pagine a livello di browser. Ciò significa che il browser non li vede come navigazioni nelle pagine, anche se gli utenti le utilizzano come tali. Le API Core Web Vitals fornite dal browser non le terranno in considerazione, pertanto CrUX al momento non supporta queste navigazioni nelle pagine. Sono attualmente in corso le attività di risoluzione del problema. Per ulteriori informazioni, consulta il post Sperimentazione della misurazione delle navigazioni flessibili.
Alcuni provider RUM cercano di rilevare "navigazioni soft" nelle SPA, ma se attribuiscono anche le metriche di Core Web Vitals a queste "navigazioni soft" causeranno differenze con CrUX poiché le API sottostanti non supportano questa funzionalità.
Differenze tra CrUX e API Web
Oltre alle differenze in quali visualizzazioni di pagina vengono misurate e in cosa viene misurata, ci sono alcuni altri scenari più complicati di cui tenere conto che possono portare a differenze nei dati CrUX e RUM. Alcuni di questi sono dovuti alle 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, CLS e FID, ma le differenze principali sono indicate di seguito.
Cache back-forward
CrUX considera i ripristini della cache back-forward (o bfcache) durante la navigazione nelle pagine, anche se non comportano un caricamento tradizionale delle pagine. Poiché le API web non li trattano come un caricamento pagina, le soluzioni RUM devono seguire passaggi aggiuntivi affinché queste pagine possano essere conteggiate se vogliono corrispondere a CrUX. Si tratta di caricamenti pagina molto più veloci che possono comportare un miglioramento complessivo delle prestazioni di un sito; pertanto, la loro mancata inclusione può determinare metriche sulle prestazioni generali delle pagine peggiori. Fai riferimento alla tua soluzione RUM per capire se gestiscono le pagine ripristinate con bfcache.
Iframe
Per motivi di sicurezza e privacy, le pagine di primo livello non hanno accesso ai contenuti all'interno degli iframe (nemmeno degli iframe della stessa origine). Ciò significa che le metriche sul rendimento per i contenuti in questi contenuti possono essere misurate solo dall'iframe stesso e non tramite le API web nella pagina dei frame. Se i contenuti iframe includono l'elemento LCP o contenuti che incidono sui valori CLS, FID o INP riscontrati dall'utente, questi contenuti non saranno disponibili per le soluzioni RUM (inclusa la libreria JavaScript degli eventi web Google).
Tuttavia, poiché viene misurato dal browser Chrome stesso anziché dalla pagina, CrUX non presenta queste limitazioni e, pertanto, misura le metriche all'interno degli iframe quando segnala i Segnali web essenziali. Questo rispecchia in modo più accurato l'esperienza utente, ma può essere un altro motivo alla base delle differenze per i siti che utilizzano gli iframe.
Un esempio concreto di come questo possa portare a differenze tra i dati LCP in CrUX e RUM è incorporato <video>. Il primo frame dipinto di un elemento <video> a riproduzione automatica può essere considerato un candidato LCP, ma gli incorporamenti per i servizi di streaming video più diffusi potrebbero collocare questi elementi in un <iframe>. A partire dall'agosto 2023, CrUX può tenerne conto in quanto può accedere ai contenuti di <iframe>, ma le soluzioni RUM non possono farlo.
Risorse multiorigine
I contenuti multimediali LCP pubblicati da altri domini non danno tempo di rendering nell'API Performance Analyzer, a meno che non venga fornita l'intestazione Timing-Allow-Origin (TAO) a causa delle restrizioni di sicurezza del browser per ridurre gli attacchi di tempistica. Questo valore riporta il tempo di caricamento della risorsa, ma può essere molto diverso rispetto a quando i contenuti sono stati effettivamente visualizzati.
Questo può portare a una situazione apparentemente impossibile in cui la metrica LCP è riportata dalle API web prima di FCP. Questo non è il caso, ma viene visualizzato solo a causa di questa limitazione di sicurezza.
Di nuovo, CrUX segnala i dati sul tempo di rendering per Core Web Vitals. Consigliamo ai siti di limitare i contenuti multiorigine che influiscono sulle metriche di Core Web Vitals e di abilitare TAO, ove possibile, se vogliono misurare questi dati in modo più accurato. Altre risorse multiorigine potrebbero essere soggette a restrizioni simili.
Schede in background e prerendering
Quando una pagina non viene aperta in primo piano, ad esempio se viene aperta in background o se utilizza opzioni di prerendering (attualmente in fase di sviluppo per Chrome), le metriche continueranno a essere emesse tramite le API web. Tuttavia, queste informazioni non vengono riportate da CrUX, in quanto prevedono tempistiche non coerenti con l'esperienza utente. Le soluzioni RUM dovrebbero anche considerare di ignorarle o almeno spiegare come vengono trattate queste visualizzazioni di pagina.
Cosa possiamo fare?
Abbiamo mostrato perché potrebbero esserci differenze tra i dati CrUX e quelli RUM, a causa di differenze nella metodologia utilizzata da ciascuno o a causa delle quali utenti e visualizzazioni di pagina sono inclusi o esclusi. Idealmente, entrambi i set di dati saranno comunque rappresentativi del rendimento del tuo sito per essere utili, ma questo articolo dovrebbe spiegare perché è molto improbabile che i numeri siano uguali in ciascuno.
Laddove le differenze sono lievi (ad esempio, la segnalazione di un LCP di 2,0 secondi rispetto a 2,2 secondi), entrambi i set di dati sono utili e di solito possono essere considerati approssimativamente sincronizzati.
Quando le differenze pronunciate ti fanno mettere in dubbio l'accuratezza dei dati, dovresti cercare di comprenderle. I dati del RUM possono essere filtrati in modo che siano più in linea con CrUX (solo gli utenti di Chrome, su computer o dispositivi mobili, con valori del 75° percentile in 28 giorni) per ridurre queste differenze?
Se è così, perché i dati corrispondano maggiormente, devi comunque chiederti perché noti queste differenze nei dati complessivi e che cosa significa. Gli utenti che non utilizzano Chrome alterano le metriche in modo positivo o negativo? In questo modo, puoi ottenere informazioni più dettagliate sui problemi di rendimento a cui puoi dare la priorità?
Se i tuoi utenti che non utilizzano Chrome ottengono risultati diversi, puoi utilizzare queste informazioni preziose che ti ha fornito RUM per eseguire un'ottimizzazione diversa. Ad esempio, alcune API non sono disponibili su determinati browser, ma puoi prendere in considerazione alternative per i browser non supportati al fine di migliorarne l'esperienza. In alternativa, puoi offrire un'esperienza diversa, ma più efficiente agli utenti su dispositivi o reti limitate. CrUX è limitato ai dati di Chrome, ma ti consigliamo di prendere in considerazione le esperienze dei visitatori del tuo sito per stabilire le priorità dei miglioramenti. I dati RUM possono colmare questa lacuna.
Una volta individuate le cause delle differenze, entrambi gli strumenti possono essere incredibilmente utili per comprendere le esperienze utente sul tuo sito web e contribuire a migliorarle anche se le cifre non sono identiche. Utilizza i dati del RUM per integrare i dati di CrUX e consentirti di analizzare in dettaglio ciò che ti dice CrUX ad alto livello, segmentando il traffico per identificare più facilmente aree specifiche del tuo sito o della tua base utenti che richiedono attenzione.
Osservare le tendenze per capire quali miglioramenti stanno avendo gli effetti positivi previsti è spesso più importante che far corrispondere esattamente ogni numero tra le due origini dati. Come accennato in precedenza, RUM consente di osservare periodi di tempo diversi per avere un'idea anticipata dei punteggi CrUX di 28 giorni. Tuttavia, l'analisi di intervalli di tempo troppo brevi può portare a dati "sporchi": ecco perché CrUX utilizza 28 giorni.
Spesso non esiste una risposta "giusta" o "sbagliata" in queste diverse metriche, le quali hanno semplicemente una prospettiva diversa sugli utenti e sul modo in cui esplorano il tuo sito. Se sei consapevole del motivo per cui si verificano queste differenze e di cosa può fare per guidare il tuo processo decisionale, è ciò che è più importante per offrire un servizio migliore ai visitatori del tuo sito.
Ringraziamenti
Immagine hero di Steven Lelham su Unsplash