En 2017, Google a introduit le Chrome User Experience Report (Crux), une base de données alimentée par des données utilisateur Chrome réelles. Selon Google, l’objectif était de « capturer l’ensemble des facteurs externes qui façonnent et contribuent à l’expérience utilisateur finale ». Malheureusement, Crux ne suit pas les transitions de page des applications Single-page (SPA), les présentant de manière erronée comme étant beaucoup plus lentes qu’elles ne le sont.
Cette erreur de suivi est importante pour deux raisons :
- Les spas améliorent généralement la vitesse du site. C’est pourquoi de nombreuses entreprises se lancent dans l’effort parfois significatif de construire et déployer un SPA, souvent sur recommandation de Google.
- Crux fournit des données connues sous le nom de « Field Data » à la plupart des outils de mesure de vitesse de Google. Il s’agit notamment de PageSpeed Insights, de Google Search Console, de ThinkWithGoogle et, surtout, du Core Web Vitals Report. Core Web Vitals aura bientôt un impact sur votre classement de recherche.
Les spas sont des sites plus rapides, mais pas selon Crux
Après le premier chargement, les applications monopage passent rapidement d’une page à l’autre, car moins de données et de traitement sont nécessaires pour le rendu de la page. Cela signifie que les chargements de la première page dans une session Web se font généralement à des vitesses similaires à celles d’un site Web traditionnel, tandis que les chargements de page suivants ont des vitesses semblables à celles d’une application.
Malheureusement, Crux ne peut suivre que le chargement de la première page d’une session Web donnée pour un SPA, alors qu’il suit tous les chargements de pages dans une session pour les sites Web multipages traditionnels. Google lui-même explique : un problème non résolu dans Chrome et d’autres navigateurs est la « réinitialisation » de la chronologie des performances sur les transitions de page, de sorte que les métriques comme onload mesurent depuis le début de la navigation logicielle jusqu’au temps d’achèvement du chargement.
Conversation Twitter avec @ChromeUXReport sur les rapports de chargement de page SPA
Le principal avantage d’un SPA est que les pages suivantes ne se rechargent pas pendant la navigation, ce qui permet une session de navigation rapide et sans friction. C’est exactement ce que Google essaie de souligner depuis plus d’une décennie. Cependant, avec Crux ne mesurant que les charges de première page, les applications Web les plus rapides sont pénalisées dans la plupart des outils de mesure de vitesse de Google.
Comment Crux mesure les sites Web de plusieurs pages par rapport à leurs homologues modernes
Crux rapporte ses données de vitesse sous forme de moyennes basées sur le trafic vers un site Web donné. La vitesse de navigation est considérablement plus rapide pour les SPA que pour les sites Web traditionnels de plusieurs pages. Sans la capacité de suivre les chargements de pages à deux et au-delà, Crux rapporte faussement les vitesses de page moyennes pour les SPA.
Voir un site Web hypothétique ci-dessous qui passe d’un site Web de plusieurs pages à un SPA pour améliorer sa vitesse.
Alors que le SPA est en fait 55,5% plus rapide que le site Web multi-pages, Crux le rapporte comme 9,4% plus lent! En d’autres termes, le SPA eCommerce est beaucoup plus rapide, ce qui se traduit par une expérience supérieure pour les acheteurs et des taux de conversion plus élevés pour le commerçant, mais Crux signale qu’il est plus lent que le site Web multipage hérité.
Pour voir plus de preuves du problème, voyez comment Crux signale une fausse baisse du trafic «téléphone» lorsque le site mobile est mis à niveau d’un site multipage à un SPA dans le graphique ci-dessous:
Crux ne peut pas suivre la part du trafic «téléphonique» pour les PWA/SPA
Ce graphique montre comment les données Crux ont changé pour le détaillant boutique féminin AKIRA. AKIRA est passée d’un site Web multipage à une application mobile monopage en novembre 2019. Le PSA a accéléré de 70 % les chargements de la première page et de 90 % les chargements de la page suivante et a augmenté le trafic mobile organique de 30 %. Cependant, une fois que le SPA est entré en service, Crux ne pouvait plus «voir» aucun chargement de page autre que le chargement de la première page, ce qui conduisait à un signalement incorrect du trafic des «téléphones». Comme vous pouvez le voir dans le graphique ci-dessus, la part du trafic des «téléphones» semble diminuer depuis novembre.
Bien que le trafic mobile d’AKIRA reste plus élevé que le trafic de bureau, Crux rapporte qu’il baisse dans une part du trafic.
Réduisez vos chargements de page de 80%+ Layer0 peut réduire vos chargements de page à des vitesses inférieures à la seconde. Planifiez une conversation consultative !
Crux affectera bientôt le classement de recherche SPA
Ces erreurs de suivi sont un problème permanent, mais l’annonce récente de Google souligne l’importance de cette fausse déclaration SPA. Fin mai 2020, Google a annoncé une mise à jour majeure de l’expérience de page à son algorithme de classement, conçu pour juger les pages Web en fonction de la façon dont les utilisateurs perçoivent l’expérience d’interagir avec eux. Les critères d’expérience de la page seront basés sur Core Web Vitals, un ensemble de mesures liées à la vitesse, à la réactivité et à la stabilité visuelle, aspects dans lesquels les SPA ont le pouvoir d’exceller. Le problème : Core Web Vitals sont mesurés par des données utilisateur réelles de Crux.
Cela signifie que lorsque Google déploiera cette mise à jour au début de 2021, les SPA seront classés plus bas dans la recherche que les sites Web plus lents et multipages, si l’erreur de rapport fondamentale n’est pas corrigée. Google explique : « nous visons à aider les gens à accéder plus facilement aux informations et aux pages Web qu’ils recherchent, et à aider les propriétaires de sites à offrir une expérience dont les utilisateurs apprécient. » Cet objectif, cependant, ne peut pas être atteint si les pages les plus rapides ne sont pas visibles pour Google et, par conséquent, les chercheurs.
Chez Layer0, nous nous engageons à rendre le Web instantané et simple. Comme Google, nous recommandons les applications monopage et les applications Web progressives car elles offrent une expérience utilisateur améliorée et des gains commerciaux importants. Nous travaillons donc en étroite collaboration avec Google pour corriger cette erreur. Heureusement, Google a reconnu le problème, et nous espérons que l’erreur de suivi Crux est corrigée.
Résultat
Les spas peuvent considérablement améliorer la vitesse du site, mais Crux les mesure de manière incorrecte en enregistrant uniquement leurs charges de première page. Maintenant que le géant de la recherche a annoncé que les données Crux influenceraient le classement de recherche d’un site Web à partir de 2021, la résolution de ce problème est impérative. S’il n’est pas corrigé, ce nœud pénalisera les applications Web qui ont le pouvoir de fournir des chargements de pages presque instantanés en les classant plus bas que leurs concurrents plus lents et multi-pages.
Ceci est regrettable, car les charges moyennes de peinture des SPA sont réduites à seulement quelques centaines de millisecondes lors de l’exécution sur Layer0. Nous avons vu cela de manière cohérente avec les sites Web sur Layer0, y compris Shoe Carnival, qui a accéléré les transitions de navigation de 92% ; Planet Blue, qui a réduit les chargements de pages de 97% ; et 1-800-Flowers, qui est passé de 4,5 secondes premiers chargements à 0,9 secondes premiers chargements, accélérant la charge initiale de 80% sur Layer0.
Vous devriez toujours faire ce qui est le mieux pour vos clients : plus vite sur le Web est toujours mieux. Google se concentre également sur le classement des sites Web en fonction de la qualité de l’expérience qu’ils fournissent ; pour cela, vous avez besoin de données utilisateur réelles. Nous supposons que Google rectifiera le problème de mesure avec Crux avant de commencer à se classer en fonction de ses données en 2021. Veuillez contacter un spécialiste de la vitesse de site Layer0 (Edgio) pour plus d’informations, des questions ou des commentaires.
