L'équipe de recherche de Google a annoncé aujourd'hui l'ajout d'un signal d'« expérience de page » au classement, dont feront partie trois mesures appelées Core Web Vitals. L'équipe de Chrome a présenté ces mesures au début du mois. Le classement ne change pas pour l'instant : Google indique que le changement n'aura pas lieu avant l'an prochain et qu'il donnera un préavis d'au moins six mois.
Le moment est inhabituel. De nombreuses petites entreprises sont fermées ou tentent de vendre en ligne pour la première fois, et la vitesse des pages n'est pas une priorité pour la plupart d'entre elles cette semaine. L'annonce est néanmoins bienvenue. Pendant des années, la question « pourquoi mon site semble-t-il lent? » n'a reçu que des réponses vagues et un score PageSpeed imprécis. Google a maintenant nommé et chiffré le problème, et confirmé que ces chiffres comptent.
L'annonce comporte un autre élément que les éditeurs de nouvelles remarqueront : lorsque le changement entrera en vigueur, les pages n'auront plus besoin d'être conçues en AMP pour apparaître dans le carrousel « À la une » sur mobile. Le score d'expérience de page doit remplir ce rôle.
Que mesurent les Core Web Vitals?
La page de web.dev sur les Web Vitals constitue l'explication officielle et mérite dix minutes de lecture. Voici un résumé à l'intention des propriétaires d'entreprise.
Largest Contentful Paint (LCP) : le contenu principal s'affiche-t-il rapidement?
Lorsqu'une personne ouvre votre page, combien de temps faut-il pour que l'élément de contenu le plus important apparaisse? Il s'agit généralement de la grande photo en haut de la page ou du bloc de texte principal. La cible de Google est de 2,5 secondes ou moins. Sur de nombreux sites de petites entreprises, cette photo est un fichier de quatre mégaoctets provenant directement de l'appareil photo, et le LCP est très mauvais. Sur ces sites, le haut de la page se charge graduellement par bandes horizontales.
First Input Delay (FID) : la page réagit-elle lorsqu'on la touche?
Cette mesure correspond au délai entre le premier toucher ou clic et la réaction effective de la page. La cible est de 100 millisecondes. Les pages chargées de scripts (fenêtres de clavardage, traqueurs, carrousels, fenêtres surgissantes demandant une adresse courriel) semblent prêtes, mais restent sans réaction pendant que le téléphone traite tout ce code.
Cumulative Layout Shift (CLS) : les éléments se déplacent-ils de façon inattendue?
Un utilisateur s'apprête à toucher un bouton, une publicité se charge au-dessus, le bouton descend et l'utilisateur touche le mauvais élément. C'est ce qu'on appelle un décalage de mise en page. Google lui attribue une note, avec une cible de 0,1 ou moins. Des trois mesures, c'est celle que les utilisateurs comprennent immédiatement, car presque tout le monde en a déjà fait l'expérience.
Google précise aussi que l'ensemble des mesures évoluera avec le temps, probablement une fois par année. Nous recommandons donc de se concentrer moins sur ces trois mesures précises que sur les principes qui les sous-tendent, soit la rapidité, la réactivité et la stabilité, qui resteront pertinents.
Pourquoi les données des vrais utilisateurs comptent-elles davantage que votre propre test?
C'est l'aspect le plus susceptible d'être négligé.
PageSpeed Insights fournit deux types de chiffres. Les premiers proviennent d'un test en laboratoire, soit un chargement simulé sur un téléphone simulé. Les seconds sont des données terrain, recueillies auprès de vrais utilisateurs de Chrome qui ont visité la page au cours des 28 derniers jours. Ce sont les données terrain qui reflètent vos visiteurs réels, et Google recommande lui-même d'examiner le 75e centile. Autrement dit, la plupart de vos visiteurs doivent vivre une bonne expérience, et pas seulement ceux qui disposent de la fibre optique.
Deux conséquences en découlent.
Un petit site qui reçoit peu de trafic peut n'avoir aucune donnée terrain. Dans ce cas, le score de laboratoire n'est qu'une indication et ne justifie pas d'inquiétude.
Votre propre expérience est également peu représentative. Un propriétaire d'entreprise dispose généralement d'un Wi-Fi fiable et d'un ordinateur portable récent. La personne qui consulte vos heures d'ouverture sur un vieux téléphone, en LTE, stationnée sur un rang avec un signal faible, est celle que décrivent ces chiffres.
Depuis hier, Search Console comprend un rapport Core Web Vitals qui remplace l'ancien rapport sur la vitesse. Il classe les pages en bonnes, à améliorer ou mauvaises, à partir des données de vrais utilisateurs lorsque Google en dispose. Pour les entreprises qui n'ont jamais ouvert Search Console, c'est une bonne raison de commencer.
Les Core Web Vitals modifieront-ils sensiblement le classement?
Nous prévoyons un effet moins important que ce que de nombreux acteurs du référencement affirmeront au cours des prochains mois.
Google indique dans la même annonce qu'un excellent contenu l'emporte toujours sur une page rapide mais peu utile, ce qui est cohérent avec son approche. Nous prévoyons que l'expérience de page servira à départager des pages par ailleurs comparables. Si un concurrent offre la meilleure réponse, un site plus rapide ne compensera pas cet écart.
Cela ne signifie pas que la question est sans importance. Le signal de classement n'a jamais été le principal avantage; c'est le visiteur qui l'est. Une page qui s'affiche en deux secondes et reste stable retient les visiteurs. Une page qui met huit secondes à se charger en perd une part importante avant même qu'ils voient quoi que ce soit, et aucune amélioration du classement ne peut compenser cette perte.
Par où une petite entreprise devrait-elle commencer?
N'essayez pas de faire passer toutes les pages au vert. Sur la plupart des petits sites, cet effort n'en vaut pas la peine. Concentrez-vous plutôt sur les pages importantes qui obtiennent les pires résultats.
- Ouvrez le nouveau rapport Core Web Vitals dans Search Console et repérez les pages signalées.
- Déterminez les pages qui amènent des clients : la page d'accueil, les principales pages de services, le menu et la page de réservation. Laissez de côté un article de blogue de 2017 qui ne reçoit aucune visite.
- Examinez d'abord les images. Redimensionnez-les, compressez-les et cessez de téléverser les originaux de l'appareil photo. Cette seule étape règle de nombreux LCP lents.
- Faites l'inventaire de vos scripts. Chaque module, traqueur et fenêtre surgissante a un coût. Retirez ceux que vous n'utilisez pas; il reste souvent un script qui se charge encore à partir d'un service annulé il y a deux ans.
- Réservez un espace aux images, aux publicités et aux contenus intégrés afin que la page ne se déplace pas pendant leur chargement.
Sur WordPress, bon nombre des problèmes que nous observons proviennent de thèmes lourds et d'extensions accumulées, installées il y a des années et jamais nettoyées. Un entretien de site régulier permet de repérer la plupart de ces problèmes avant qu'ils ne s'aggravent. Pour les problèmes persistants, une révision approfondie en référencement technique examine chaque page individuellement.
Le principal avantage de l'annonce d'aujourd'hui est que la vitesse cesse d'être une question de préférence. Les choix de conception comme les polices peuvent être débattus longuement, mais un temps de chargement de 6,8 secondes est une mesure objective.