Google confirme les données d'utilisation de Chrome utilisées pour mesurer la vitesse du site
Lors d'une discussion avec John Mueller de Google au SMX Munich en mars dernier, il m'a raconté une information intéressante sur la façon dont Google évalue la vitesse du site de nos jours. Il a suscité un certain intérêt chez les gens quand je l'ai mentionné à SearchLove San Diego la semaine suivante, alors j'ai suivi John pour clarifier ma compréhension.
La version courte est que Google utilise maintenant des données de performance agrégées par les utilisateurs de Chrome qui ont opté en tant que point de données dans l'évaluation de la vitesse du site (et comme un signal en ce qui concerne les classements). C'est un mouvement positif (IMHO) car cela signifie que nous n'avons pas besoin de traiter l'optimisation de la vitesse du site pour Google comme une tâche distincte de l'optimisation pour les utilisateurs.
Auparavant, la manière dont Google évaluait la vitesse du site n'était pas claire. Googlebot l'a généralement estimé lors de ses visites, une croyance renforcée par la présence de tableaux de bord dans Search Console. Cependant, le début de l'exploration JavaScript a rendu moins clair ce que Google fait – ils veulent évidemment les données les plus réalistes possibles, mais c'est un problème difficile à résoudre. Googlebot n'est pas conçu pour répliquer la manière dont les visiteurs perçoivent un site. La tâche de l'exploration devenant de plus en plus complexe, il est donc logique que Googlebot ne soit pas le meilleur mécanisme pour cela (si jamais c'était le mécanisme).
Dans ce post, je veux récapituler rapidement les données pertinentes autour de ces nouvelles et essayer de comprendre ce que cela peut signifier pour les utilisateurs.
Google Search Console
Premièrement, nous devons clarifier notre compréhension de ce que nous dit la statistique "temps passé à télécharger une page" dans Google Search Console. La plupart d'entre nous reconnaîtront des graphiques comme celui-ci:
Jusqu'à récemment, je ne savais pas exactement ce que ce graphique me disait. Mais John Mueller vient à nouveau à la rescousse avec une réponse détaillée [login required] (chapeau à James Baddiley de Chillisauce.com pour avoir porté ceci à mon attention):
John a clarifié ce que ce graphique montre:
Techniquement, il ne s'agit pas de «télécharger la page», mais plutôt de «recevoir des données en réponse à une demande d'URL» – ce n'est pas basé sur le rendu de la page, il inclut toutes les demandes.
Et c'est:
C'est la moyenne de toutes les demandes pour ce jour
Parce que Google peut aller chercher un ensemble de ressources très différent tous les jours lorsqu'il explore votre site, et parce que ce graphique ne tient pas compte du rendu des pages, ce n'est pas utile pour mesurer la performance réelle de votre site.
Pour cette raison, John souligne que:
Se concentrer aveuglément sur ce nombre n'a aucun sens .
Avec lequel je suis tout à fait d'accord. Le graphique peut être utile pour identifier certaines classes de problèmes backend, mais il existe probablement de meilleurs moyens de le faire (par exemple WebPageTest.org dont je suis un grand fan).
Bon, alors maintenant nous comprenons ce graphique et ce qu'il représente, regardons l'option suivante: le Google WRS.
Googlebot et le service de rendu Web
Google WRS est un mécanisme de navigateur sans tête basé sur Chrome 41, qui est utilisé pour des choses comme "Fetch comme Googlebot" dans Search Console, et est de plus en plus ce que Googlebot utilise quand il explore des pages.
Cependant, nous savons que ce n'est pas la façon dont Google évalue les pages à cause d'une conversation Twitter entre Aymen Loukil et Google de Gary Illyes. Aymen a rédigé un article sur le blog à l'époque, mais le point important à retenir était que Gary a confirmé que WRS n'était pas responsable de l'évaluation de la vitesse du site:
À l'époque, Gary était incapable de clarifier ce qui était utilisé pour évaluer les performances du site (peut-être parce que le rapport Chrome User Experience n'avait pas été annoncé. pour le moment). Cependant, il semble que les choses ont progressé depuis. Google est maintenant en mesure de nous en dire un peu plus, ce qui nous amène au Chrome User Experience Report.
Rapport sur l'expérience utilisateur Chrome
Lancé en octobre dernier, le rapport sur l'expérience utilisateur Chrome est un jeu de données public sur les principaux indicateurs de l'expérience utilisateur des principales origines sur le Web. Conditions générales, cumulées par les utilisateurs de Chrome qui ont activé la synchronisation de leur historique de navigation et activé l'activation des statistiques d'utilisation. "
Essentiellement, certains utilisateurs de Chrome autorisent leur navigateur à signaler les statistiques de temps de chargement à Google. Le rapport contient actuellement un ensemble de données publiques pour les [1 990 000] top 1 million + origines bien que j'imagine qu'ils ont des données pour beaucoup plus de domaines que ceux inclus dans l'ensemble de données publiques.
En mars, j'étais à SMX Munich (conférence extraordinaire!), Où, avec un petit groupe de référenceurs, j'ai eu une discussion avec John Mueller. J'ai demandé à John comment Google évalue la vitesse du site, étant donné que Gary avait précisé que ce n'était pas le WRS. John a eu la gentillesse de faire la lumière sur la situation, mais à ce moment-là, rien n'a été publié nulle part.
Cependant, depuis lors, John a confirmé cette information dans un Google Webmaster Central Hangout [15m30s, in German]où il explique qu'ils utilisent ces données avec d'autres sources de données (il ne dit pas, cependant note que c'est en partie parce que l'ensemble de données ne couvre pas tous les domaines).
Au SMX John a également souligné comment Google PageSpeed Insights outil inclut désormais des données du rapport d'expérience utilisateur Chrome:
L'ensemble de données public des données de performance pour les premiers millions de domaines est également disponible dans un projet BigQuery public si vous êtes dans ce genre de chose!
Nous ne pouvons pas être sûrs que tous les autres facteurs que Google utilise sont, mais nous savons maintenant qu'ils utilisent certainement ces données. Comme je l'ai mentionné plus haut, j'imagine aussi qu'ils utilisent des données sur plus de sites que ce qui est peut-être fourni dans l'ensemble de données public, mais cela n'est pas confirmé.
Faites attention aux utilisateurs
Il est important de noter que Googlebot ne peut pas détecter les modifications que Googlebot peut détecter, lesquelles sont toujours détectées par Google et utilisées comme signal de classement. Par exemple, nous savons que Googlebot ne supporte pas l'exploration HTTP / 2 mais nous savons maintenant que Google sera capable de détecter les améliorations de vitesse que vous obtiendriez du déploiement de HTTP / 2 pour vos utilisateurs.
La même chose est vraie si vous utilisiez des techniciens pour les comportements de mise en cache avancée – Googlebot ne serait pas au courant, mais les utilisateurs le feraient. Il y a certainement d'autres exemples de ce genre.
Essentiellement, cela signifie qu'il n'y a plus de raison de s'inquiéter de la vitesse de pages pour Googlebot, et vous devriez plutôt vous concentrer sur l'amélioration des choses pour vos utilisateurs. Vous devez toujours faire attention à Googlebot à des fins d'exploration, ce qui est une tâche distincte.
Si vous ne savez pas où chercher des conseils sur la vitesse du site, alors vous devriez regarder:
C'est tout pour l'instant! Si vous avez des questions, veuillez commenter ici et je ferai de mon mieux! Merci!
Source link