Google retarde le déploiement de Page Experience, mais nous donne de nouveaux outils

L'algorithme « expérience de la page » de Google précédemment vanté pour mai 2021 sera désormais déployé entre juin et août

Dans une annonce cette semaine, Google a repoussé sa mise à jour de l'expérience de la page, qui inclut le nouveau Core Web Vitals (CWV), de mai de cette année à la mi-juin. De plus, le déploiement de cette mise à jour se fera progressivement entre juin et août 2021.

Bien que cela puisse être une frustration pour certains propriétaires de sites Web; dont beaucoup auront investi pour remettre leurs sites en bon état et dans l'espoir de prendre une longueur d'avance sur leurs concurrents, ce sera aussi sans aucun doute une bonne nouvelle pour les autres.

Dans cet article, nous vous expliquerons :

• Ce que cela signifie pour vos performances SEO
• Le nouveau tableau de bord d'expérience de page
• Core Web Vital Data - Page Speed ​​Insights vs Search Console
• Quels sont les autres changements dans le déploiement ?

Si vous souhaitez en savoir plus sur les éléments essentiels Web de base individuels, vous pouvez lire notre explication ici. Core Web Vitals, qui inclut les nouvelles métriques pour LCP, CLS et FID, peut être difficile à optimiser. Dans certains cas, les plates-formes et thèmes de sites Web existants n'ont tout simplement pas de bonnes bases en place pour fournir les meilleures mesures de performance aux yeux de Google, dont beaucoup nécessitent des ressources importantes ou des reconstructions complètes qui prennent du temps à planifier et à livrer.

Ce retard semble être une indication claire de la part de Google qu'ils pensent qu'ils devraient accorder plus de temps de grâce aux propriétaires de sites pour « vous aider à continuer à affiner votre site Web en gardant à l'esprit l'expérience de la page ».

Qu'est-ce que cela signifie pour vos performances SEO ?

La nature progressive du déploiement signifie également qu'il est moins probable que nous voyions des changements soudains dans les classements… pas qu'il devrait y en avoir de toute façon, Google a clairement indiqué de ne pas s'attendre à des « changements drastiques », similaires à la mise à jour adaptée aux mobiles ou la mise à jour de la vitesse - réitérer cette expérience de la page n'est qu'un des nombreux facteurs du mécanisme de classement global.

Il est plus probable que la mise à jour de l'expérience de la page ait un effet plus important pour les sites qui ont des scores CWV vraiment faibles, ou dans les recherches concurrentielles où d'autres facteurs de classement sont plus finement équilibrés. Ce schéma résume le mieux :

Cela ne veut pas dire que les Core Web Vitals ne sont pas importants, comme vous pouvez le voir ci-dessus, ils peuvent être essentiels pour battre vos concurrents. L'importance de ceux-ci augmentera à chaque mise à jour de Google.

Cependant, avec ces quelques mois supplémentaires, verrons-nous beaucoup d'efforts renouvelés autour de Core Web Vitals ? Je pense que c'est peu probable, étant donné que nous avons déjà eu la meilleure partie d'un an de préavis pour ce nouveau facteur de classement et que ceux qui se soucient vraiment ou sont préoccupés par ces nouveaux signaux auraient déjà prévu la mise à jour de mai.

Un nouveau tableau de bord d'expérience de page

Pour nous aider à nous préparer à ces mises à jour à venir, un nouveau rapport sur l'expérience de page a été publié pour la Search Console. Cela combine les données du rapport Core Web Vitals avec les signaux d'expérience de page existants pour la convivialité mobile, la sécurité et l'utilisation de HTTPS.

Le graphique en haut fournit un résumé utile, par jour, de la proportion de pages qui se situent dans le seuil « bon » pour Core Web Vitals. Si une page n'atteint pas le bon seuil pour LCP, FID ou CLS, elle sera signalée comme une « URL défaillante ».

En sélectionnant le panneau Core Web Vitals, vous accédez au rapport Core Web Vitals où vous pouvez afficher toutes les pages qui « ont besoin d'être améliorées » ou qui sont « médiocres ».

Comprendre quelles pages échouent aide à déterminer où diriger nos efforts. Bien qu'il ne soit peut-être pas possible de traiter chaque page, il peut être possible d'isoler des modèles ou des groupes de pages spécifiques partageant des problèmes communs. Nous l'utilisons parfois avec les pages les plus fréquentées pour analyser où tout travail de développement ultérieur visant à améliorer la vitesse aura le plus d'impact. Nous aborderons ensuite ces pages et testerons les éléments essentiels du Web dans PageSpeed ​​Insights de Google.

Pourquoi Page Speed ​​Insights et Search Console affichent-ils des données différentes ?

Si vous avez utilisé des outils tels que PageSpeed ​​Insights pour tester les performances, vous remarquerez peut-être des écarts entre la façon dont les métriques CWV d'une page Web sont fournies dans Insights par rapport aux rapports dans la Search Console.

En fin de compte, cela se résume aux données de laboratoire par rapport aux données de terrain .

De Martin Splitt de Google « Les données de terrain proviennent d'utilisateurs réels, tandis que les données de laboratoire proviennent d'une machine assez puissante avec probablement un bon Internet de quelque part dans le monde. Vous pourriez donc ne pas voir les mêmes résultats.

Contrairement au rapport « laboratoire » d'Insights qui mesure ces métriques dans un environnement simulé, les scores Core Web Vital dans la Search Console sont basés sur des données réelles de « terrain » recueillies par de vrais utilisateurs de CRUX. Il est donc courant de voir des différences entre la façon dont ces métriques sont rapportées et peuvent être dues à un certain nombre de raisons. Ceux-ci pourraient inclure:

1. Les métriques mesurées via CRUX peuvent être agrégées sur l'ensemble du site et susceptibles d'être différentes des valeurs de pages spécifiques testées dans Insights.
2. Les appareils réels utilisés par de vrais utilisateurs et signalés dans CRUX sont susceptibles d'avoir des capacités de processeur et de traitement différentes de celles de l'appareil simulé dans Insights. Cela peut avoir un impact sur la métrique FID en particulier, et il est courant de voir des scores plus élevés pour les métriques d'interactivité dans les résultats des tests de laboratoire Insights.
3. Les résolutions et les tailles d'écran varieront considérablement entre les différents utilisateurs , contrairement à la résolution unique pour mobile et bureau dans Insights. Cela signifie que le plus grand élément LCP peut changer à différentes résolutions et points d'arrêt. Si le LCP est une image de héros, par exemple, assurez-vous que l'image est réactive et que la taille correcte est préchargée à différentes résolutions.
4. Insights ne prend pas en compte le comportement de défilement ou de clic alors que CRUX enregistre l'expérience d'un utilisateur tout au long de son parcours. Si du contenu est chargé ou si un élément se déplace lorsqu'un utilisateur fait défiler la page ou interagit avec un élément, cela peut entraîner des valeurs CLS plus élevées dans la Search Console et les rapports CRUX.

Lequel dois-je utiliser ?

Ces différences signifient-elles qu'un outil de reporting doit être utilisé plutôt qu'un autre ? Nous aimons utiliser les deux . Insights est préférable pour analyser des pages spécifiques et mesurer l'impact de toute amélioration apportée aux pages clés, tandis que les données CRUX dans la Search Console peuvent être utiles pour signaler les problèmes sur l'ensemble d'un site et identifier les modèles spécifiques qui nécessitent une attention particulière.

Quels sont les autres changements dans le déploiement ?

Mais l'expérience de la page n'est pas la fin de celui-ci. Les autres changements dus à ce déploiement progressif incluent

1. Top Stories ne nécessite plus AMP

C'est un gros problème pour les éditeurs de nouvelles. Actuellement, seuls les articles publiés en tant qu'AMP sont éligibles pour apparaître dans la fonction carrousel Top Stories dans les résultats des moteurs de recherche. Lorsque le déploiement de l'expérience de page aura lieu, le format AMP ne sera plus une exigence et tout article sera éligible à condition que les règles relatives aux actualités soient respectées . Cette exigence est également supprimée de l'application Google Actualités.

Cela signifie que les éditeurs ne sont pas obligés d'utiliser une technologie spécifique s'ils veulent cette visibilité supplémentaire dans les SERP. La création de contenu AMP peut être difficile à mettre en œuvre, donc la suppression de cette exigence crée des règles du jeu plus équitables.

2. Retrait du badge AMP

Le badge AMP, le petit symbole d'éclair affiché dans les résultats de recherche pour indiquer le contenu AMP est également supprimé. Au lieu de cela, Google "testera d'autres moyens d'aider à identifier le contenu avec une excellente expérience de page". Je ne serais pas surpris de voir une icône différente apparaître dans les résultats de recherche pour indiquer les sites les plus performants qui passent tous les Core Web Vitals et d'autres mesures d'expérience de page. Cela pourrait avoir un effet important sur les taux de clics et encouragerait vraiment les propriétaires de sites à jeter un autre regard sur CWV.

3. Prise en charge des échanges signés pour tout le contenu sur la recherche Google

Une partie de la technologie sous-jacente utilisée par Google pour créer des pages ultra-rapides pour AMP était la possibilité de "précharger" les actifs des résultats de recherche Google, de sorte que les ressources clés nécessaires pour afficher et rendre une page Web à l'utilisateur peuvent être chargées avant que l'utilisateur ne navigue réellement. à la page.

L'un des aspects les plus excitants de l'annonce de cette semaine est que cette technologie « SXG » utilisée pour fournir AMP est mise à disposition pour un usage général et non limitée au contenu AMP uniquement. Si le HTML et le CSS du site principal ont été chargés, par exemple, avant qu'un utilisateur ne l'atteigne, cela pourrait réduire de centaines de millisecondes le temps de chargement d'un site lorsqu'il est consulté à partir de la recherche Google.

Bien que SXG lui-même ne soit pas un facteur de classement, s'il crée des scores plus élevés et une meilleure expérience de page en conséquence, il pourrait indirectement améliorer les classements.

Rassemblement

Alors que nous étions prêts et impatients que les mises à jour de l'expérience de page arrivent le mois prochain, nous comprenons le raisonnement derrière le déploiement retardé et cela nous donne à tous un peu plus de chance de préparer nos sites pour une meilleure expérience de page.

Nous sommes également impatients d'essayer ces nouveaux rapports et la prise en charge nouvellement annoncée de SXG pourrait réduire les temps de rendu hors page de précieuses millisecondes et certainement quelque chose que nous explorerons plus avant, alors restez à l'écoute pour les mises à jour !

Si vous souhaitez en savoir plus sur la façon dont nous pouvons vous aider à améliorer l'expérience de la page de votre site Web, contactez-nous ou consultez certains des articles connexes ci-dessous.