Signaux Web essentiels (Core Web Vitals) : un nouveau facteur SEO axé sur la vitesse des pages web

Spread the love

Le rapport de vitesse dans la Google Search Console (récemment renommé «Signaux Web essentiels») propose deux nouveaux indicateurs de performance : CLS et LCP, qui s’ajoutent au FID. Les Signaux Web essentiels (ou Core Web Vitals) ont également été déployés par Google dans des outils tels que Page Speed ​​Insights ou Lighthouse.

Google a récemment annoncé un changement majeur à venir : un nouveau facteur pour le classement de ses résultats de recherche, qui verra le jour en 2021. Dénommé Page Experience et basé sur des objectifs précis à respecter pour les Core Web Vitals. Découvrons Core Web Vitals et les détails de cette mise à jour à venir de l’algorithme de ranking Google.

Page Experience : un facteur de ranking sur l’UX donnant la part belle à la vitesse de chargement des pages

Pour commencer, un mot rapide sur le calendrier : l’annonce de Google a été publiée le 28 mai 2020. Selon le blog Google Webmaster Central, le changement sera en vigueur en 2021, et un préavis d’au moins 6 mois précédera le déploiement du nouveau facteur.

Si votre site Web n’est pas encore conforme avec les objectifs annoncés, il est donc encore temps d’optimiser vos pages !

Selon la documentation dédiée à la « Page Experience »

Page Experience désigne un ensemble de signaux mesurant comment les utilisateurs perçoivent l’expérience d’interaction avec une page, au delà de sa seule valeur informative. 

Le signal Page Experience est composé des Core Web Vitals (LCP, FID et CLS) ainsi que d'autres signaux sur l'expience utilisateur (comme le HTTPS, le Mobile Friendely, etc)

L’utilisation du HTTPS, le caractère Mobile Friendly ou encore l’absence d’interstitiels intrusifs, font partie des signaux déjà documentés. Le nouveauté de cette annonce réside plutôt dans les Core Web Vitals (Signaux Web essentiels).  

Les Core Web Vitals sont un ensemble d’indicateurs de performance qui mesurent l’expérience d’utilisateurs sur le chargement (LCP: Largest Contentful Paint), l’interactivité (FID: First Input Delay), et la stabilité visuelle de la page (CLS: Cumulative Layout Shift).

Core Web Vitals: LCP, FID et CLS

Largest Contentful Paint (LCP) – Performance du chargement

Le Largest Contentful Paint mesure le délai nécessaire au rendu de l’élément de contenu  de la page le plus large (à l’intérieur du viewport, donc visible sans avoir à scroller).

Selon les objectifs établis par Google, vos visiteurs devraient faire face à un LCP de moins 2,5 secondes, au moins pour 75% de votre audience (ce qui inclut à la fois le trafic desktop et mobile)

LCP is considered good by Google under 2.5 seconds, and poor when higher than 4 seconds.

Vous pouvez mesurer cet indicateur avec Dareboost, lisez notre documentation pour en savoir plus sur le Largest Contentful Paint.

First Input Delay (FID) – Interactivité

Le First Input Delay (FID) mesure le délai subi par un utilisateur lorsqu’il interagit avec la page pour la première fois (exemple: le délai pour obtenir une réaction de la page lors du premier clic)

Selon les objectifs établis par Google, vos visiteurs ne devraient pas rencontrer de délai de plus de 100ms. Au moins 75% de votre audience (ce qui inclut à la fois le trafic desktop et mobile) doit avoir un FID inférieur à 100ms. 

FID is considered good by Google under 100 ms, and poor when higher than 300 ms.

Vous pouvez mesurer et surveiller le Max Potential FID avec Dareboost, lisez notre documentation pour en savoir plus sur le Max Potential FID.

Total Blocking Time : une alternative au FID

Par définition, pour collecter le FID, une interaction est nécessaire. Il n’est donc pas possible de mesurer le FID sans avoir un utilisateur réel interagissant avec la page. 

Pour contourner cela, il reste possible de mesurer la valeur maximum théorique du FID, qu’on nomme le Max Potential FID. 

Les outils de monitoring synthétique comme Dareboost collectent le Max Potential FID. Pour obtenir les résultats réels du FID, vous devrez les collecter directement sur votre audience (la Search Console et le Chrome UX Report sont de bons outils pour commencer).

Le Max Potential FID représente le pire scénario (quel que soit le moment supposé de l’interaction). 

Google suggère d’utiliser le Total Blocking Time (également disponible sur Dareboost) comme alternative au FID quand il n’est pas disponible pour jauger de l’interactivité des pages. 

Cumulative Layout Shift (CLS) – Stabilité visuel

Le CLS mesure la somme totale des décalages survenant sur l’interface (du contenu qui “saute”) tout au long de la navigation sur la page (y compris après que l’utilisateur scrolle ou fasse d’autres actions). Le CLS est d’autant plus important que les décalages concernent de grandes zones et que la distance du décalage est importante. Le CLS exclut les décalages qui succèdent directement à une interaction de l’utilisateur (moins de 500ms après) : ils sont considérés volontaires et souhaitables.

Selon les objectifs établis par Google, vos visiteurs devraient enregistrer une valeur CLS de moins 0.1,  au moins pour 75% de votre audience (ce qui inclut à la fois le trafic desktop et mobile)

CLS is considered good by Google under 0.1, and poor when higher than 0.25.

Le Cumulative Layout Shift est disponible sur Dareboost depuis septembre 2020. N’hésitez pas à lire l’article que nous lui avons dédié pour en savoir plus sur cet indicateur.

Search Console: les signaux web essentiels remplacent le Rapport de vitesse

En novembre 2019, le Rapport de vitesse faisait son apparition dans la Search Console, avec 2 indicateurs de performance web : le First Contentful Paint et le First Input Delay.

Le rapport de vitesse de la Search Console, maintenant nommé “Signaux Web essentiels”,  est basé sur le Chrome UX Report (qui collecte les données et performance et d’usage d’utilisateurs réels de Chrome). 

Le FCP (First Contentful Paint)  a été abandonné et remplacé par le Cumulative Layout Shift et le LCP lors du déploiement des Core Web Vitals. Un autre changement, plus subtil : la valeur remontée du FID n’est plus celle du 95ème centile, mais celle du 75ème centile, ce qui traduit donc la recommandation d’avoir au moins 75% du trafic avec un FID mesuré inférieur à 100ms.

Le Cumulative Layout Shift était collecté depuis Mai 2019 dans le Chrome UX Report. Le Largest ContentFul Paint a été introduit en septembre 2019.

Nous l’avions noté en novembre 2019 et commentions à ce propos :

« Ce sont des indices qui pourraient nous laisser penser que les indicateurs seraient de bons candidats pour rejoindre le rapport de vitesse de la Search Console.  « 

Il semblerait que les dernières évolutions nous donnent raison ! Et nous ne serions pas surpris de voir d’autres changements intervenir d’ici la sortie de Page Experience.

Nous devons également noter que FID, LCP et CLS  n’ont pas forcément tous le même intérêt au regard du signal Page Experience. Du moins, ce n’est pas le cas dans Lighthouse.

Fin 2019, Lighthouse version 6 était déjà annoncé et le LCP allait être introduit à cette occasion. L’utilisation du Cumulative Layout Shift était simplement mentionnée, sans date de sortie. Lighthouse v6 est maintenant disponible, et intègre le Cumulative Layout Shift. Cependant l’indicateur n’est qu’une part minime du score de performance, comptant pour 5% alors que le Largest Contentful Paint, lui, compte pour 25%. 

Page Experience : un signal plus fort que la Speed Update

Pour la première fois, Google ne se contente pas de communiquer sur l’importance de la vitesse en donnant de vagues informations autour d’une pénalisation des pages lentes. L’annonce précise des indicateurs spécifiques de performance web (First Input Delay, Largest Contentful Paint et Cumulative Layout Shift), détaille des valeurs cibles (FID < 100 ms, LCP < 2.5 secondes et CLS < 0.1), et apporte une méthode/un contexte de collecte (via Chrome sur le trafic réel, au moins 75% de l’audience soit avoir une expérience rapide, quel que soit le contexte, mobile comme desktop). 

Dans la même annonce, Google précise également que l’accès à la fonctionnalité “À la une” / “Top Stories” de nécessitera plus une utilisation d’AMP. 

« When we roll out the page experience ranking update, we will also update the eligibility criteria for the Top Stories experience. AMP will no longer be necessary for stories to be featured in Top Stories on mobile; it will be open to any page. Alongside this change, page experience will become a ranking factor in Top Stories, in addition to the many factors assessed.« 

Qu’on peut traduire par :

« Lorsque nous lancerons “Page Experience” comme signal de classement, nous mettrons également à jour les critères d’éligibilité pour l’expérience “À la une”. AMP ne sera plus nécessaire pour que les actualités soient présentés dans l’encart “À la une” sur mobile ; il sera ouvert à toutes les pages. Parallèlement à ce changement, “Page Experience”  deviendra un facteur de classement dans “À la une”, en plus des nombreux facteurs évalués.« 

La concomitance des 2 annonces est intéressante. 

Nous avions déjà écrit en 2016 sur Top Stories étant limité à AMP comme symptomatique des difficultés pour Google à son échelle d’établir la rapidité de pages web de manière fiable et pertinente : 

« Il est très complexe de déterminer si un site est lent ou rapide, car de nombreux paramètres doivent entrer en jeu. […] En privilégiant ainsi AMP, Google simplifie l’équation : les sites utilisant AMP sont considérés rapides et donc favorisés, et puis il y a le reste du monde…« 

L’ouverture du carrousel “À la une” aux pages non-AMP n’est probablement pas anecdotique ici. 

Contrairement à la Speed Update (2018) qui s’appliquait aux pages mobiles uniquement et dont les impacts sont restés discrets, les Web Core Vitals de Page Experience viennent avec des objectifs précis. 

D’après une autre page de documentation de Google :

« Core Web Vitals  [… ] should be measured by all site owners.« 

Alors n’attendez plus pour vous équipez, surveillez les performance de votre site avec Dareboost, et bénéficiez de rapports simples d’utilisation, tout comme nos dashboards et nos alertes en temps réel. 


Spread the love

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *

*

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur comment les données de vos commentaires sont utilisées.