Nel 2017, Google ha introdotto il Chrome User Experience Report (Crux), un database basato su dati utente Chrome reali. Secondo Google, l’obiettivo era quello di “catturare l’intera gamma di fattori esterni che plasmano e contribuiscono all’esperienza finale dell’utente”. Sfortunatamente, Crux non tiene traccia delle transizioni di pagina delle applicazioni a pagina singola (SPA), travisandole come molto più lente di quanto non siano.
Questo errore di tracciamento è importante per due motivi:
- Le terme in genere migliorano la velocità del sito. Questo è il motivo per cui molte aziende intraprendono lo sforzo a volte significativo per costruire e implementare una SPA, spesso su raccomandazione di Google.
- Crux fornisce i dati noti come “dati di campo” alla maggior parte degli strumenti di misurazione della velocità di Google. Questi includono PageSpeed Insights, Google Search Console, ThinkWithGoogle e, soprattutto, il Core Web Vitals Report. I principali parametri vitali Web avranno presto un impatto sulla tua classifica di ricerca.
Le terme sono siti più veloci, ma non secondo Crux
Dopo il primo caricamento, le applicazioni a pagina singola passano rapidamente da una pagina all’altra, in quanto sono necessari meno dati ed elaborazione per eseguire il rendering della pagina. Ciò significa che i caricamenti della prima pagina in una sessione Web sono in genere a velocità simili a quelle di un sito Web tradizionale, mentre i caricamenti successivi hanno velocità simili a quelle di un’app.
Sfortunatamente, Crux può tenere traccia solo del caricamento della prima pagina di una determinata sessione Web per una SPA, mentre tiene traccia di tutti i caricamenti di pagina in una sessione per i tradizionali siti Web a più pagine. Google stesso spiega: Un problema irrisolto in Chrome e in altri browser è il “ripristino” della cronologia delle prestazioni nelle transizioni delle pagine, quindi metriche come la misurazione onload dall’inizio della navigazione soft al tempo di completamento del caricamento.
Conversazione su Twitter con @ChromeUXReport sul report di caricamento delle pagine SPA
Il vantaggio principale di una SPA è che le pagine successive non si ricaricano durante la navigazione, rendendo così una sessione di navigazione veloce e senza intoppi. Questo è esattamente ciò che Google ha cercato di sottolineare per oltre un decennio. Tuttavia, con Crux che misura solo i carichi della prima pagina, le applicazioni web più veloci vengono penalizzate nella maggior parte degli strumenti di misurazione della velocità di Google.
In che modo Crux misura i siti Web multipagina rispetto alle loro controparti moderne
Crux riporta i suoi dati sulla velocità come medie basate sul traffico diretto a un determinato sito web. La velocità di navigazione è notevolmente più veloce per le SPA rispetto ai siti Web tradizionali a più pagine. Senza la capacità di tenere traccia dei due carichi di pagine e oltre, Crux riporta falsamente la velocità media delle pagine per i centri benessere.
Vedi un ipotetico sito Web di seguito che passa da un sito Web a più pagine a una SPA per migliorarne la velocità.
Mentre la SPA è in realtà più veloce del 55,5% rispetto al sito Web multipagina, Crux lo segnala come più lento del 9,4%! In altre parole, l’eCommerce SPA è molto più veloce, il che si traduce in un’esperienza superiore per gli acquirenti e tassi di conversione più elevati per il commerciante, ma Crux lo segnala come più lento rispetto al precedente sito Web multipagina.
Per vedere più prove del problema, vedere come Crux segnala un falso calo del traffico «telefonico» quando il sito mobile viene aggiornato da un sito multipagina a una SPA nella tabella seguente:
Crux non è in grado di tracciare la quota di traffico «telefonico» per i PWA/le SPA
Questo grafico mostra come sono cambiati i dati Crux per la boutique al dettaglio femminile AKIRA. AKIRA è passata da un sito Web a più pagine a un’applicazione mobile a una singola pagina nel novembre 2019. Il PSA ha consentito di caricare la prima pagina più velocemente del 70%, caricare la pagina successiva più velocemente del 90% e aumentare il traffico mobile organico del 30,1%. Tuttavia, una volta attivata la SPA, Crux non è più in grado di “vedere” i carichi di pagina diversi dal caricamento della prima pagina, il che porta a una segnalazione errata del traffico proveniente da «telefoni». Come potete vedere nella tabella precedente, la quota di traffico «telefono» sembra diminuire da novembre.
Sebbene il traffico mobile DI AKIRA rimanga più alto del traffico desktop, Crux segnala che sta diminuendo in una quota di traffico.
Riduci i caricamenti delle pagine del 80%+ Layer0 consente di ridurre i caricamenti delle pagine a velocità inferiori ai secondi. Pianificate una conversazione consultiva!
Crux influirà presto sulla classifica delle ricerche SPA
Questi errori di tracciamento sono stati un problema in corso, ma il recente annuncio di Google evidenzia l’importanza di questa falsa rappresentazione della SPA. Alla fine di maggio 2020, Google ha annunciato un importante aggiornamento dell’esperienza di pagina per il suo algoritmo di posizionamento, progettato per giudicare le pagine web in base a come gli utenti percepiscono l’esperienza di interazione con loro. I criteri di esperienza delle pagine si baseranno su Core Web Vitals, una serie di metriche relative a velocità, reattività e stabilità visiva, aspetti in cui le SPA hanno il potere di eccellere. Il problema: I principali parametri vitali Web sono misurati in base ai dati degli utenti reali di Crux.
Ciò significa che quando Google distribuisce questo aggiornamento all’inizio del 2021, le SPA saranno classificate più in basso nella ricerca rispetto ai siti Web più lenti e a più pagine, se l’errore di segnalazione non viene risolto. Google spiega: “Il nostro obiettivo è aiutare le persone ad accedere più facilmente alle informazioni e alle pagine Web che stanno cercando, e supportare i proprietari dei siti nel fornire un’esperienza di cui gli utenti possono godere”. Questo obiettivo, tuttavia, non può essere raggiunto se le pagine più veloci non sono visibili a Google e, quindi, ai ricercatori.
A Layer0, ci dedichiamo a rendere il web istantaneo e semplice. Come Google, raccomandiamo applicazioni a pagina singola e app Web progressive in quanto offrono esperienze utente ottimizzate e vantaggi aziendali significativi, quindi stiamo lavorando a stretto contatto con Google per correggere questo errore. Fortunatamente, Google ha riconosciuto il problema, e speriamo che l’errore di tracciamento crux sia risolto.
In sintesi
Le terme possono migliorare significativamente la velocità del sito, ma la crux le misura in modo errato registrando solo i caricamenti della prima pagina. Ora che il gigante della ricerca ha annunciato che i dati Crux avrebbero influenzato la classifica di ricerca di un sito web a partire dal 2021, risolvere questo problema è imperativo. Se non viene risolto, questo punto cruciale penalizzerà le applicazioni Web che hanno la potenza di fornire caricamenti di pagine quasi istantanei, classificandole più in basso rispetto ai loro concorrenti più lenti e a più pagine.
Questo è un peccato, poiché i carichi medi di vernice delle terme sono ridotti a solo duecento millisecondi quando si esegue su Layer0. Lo abbiamo visto in modo coerente con i siti Web su Layer0, tra cui Shoe Carnival, che ha accelerato le transizioni di navigazione del 92%; Planet Blue, che ha tagliato i caricamenti delle pagine del 97%; e 1-800-Flowers, che sono passati da 4,5 secondi primi caricamenti a 0,9 secondi primi caricamenti, accelerando il carico iniziale del 80% su Layer0.
Dovresti sempre fare ciò che è meglio per i tuoi clienti: Più veloce sul web è sempre meglio. Anche Google si concentra sulla classificazione dei siti Web in base alla qualità dell’esperienza che forniscono; per questo, sono necessari i dati degli utenti reali. Presumiamo che Google correggerà il problema di misurazione con Crux prima che inizi a classificarsi in base ai suoi dati nel 2021. Per ulteriori informazioni, domande o commenti, contattare uno specialista della velocità del sito Layer0 (Edgio).
