Google a commencé à déployer la mise à jour Page Experience la semaine dernière. Le déploiement est graduel, et Google indique qu'il ne sera pas terminé avant la fin d'août.
Depuis l'annonce, il y a un an, le milieu du référencement manifeste une inquiétude constante à l'égard de trois acronymes : LCP, FID et CLS.
Notre évaluation est plus mesurée. Pour la plupart des petits sites, nous ne prévoyons aucun changement important de classement. Cette mise à jour demeure néanmoins l'une des initiatives les plus utiles de Google pour les sites de petites entreprises depuis longtemps, mais pas pour la raison qui suscite l'inquiétude.
Que change la mise à jour Page Experience ?
Google utilise déjà certains signaux d'expérience depuis des années : le site est-il adapté aux mobiles, utilise-t-il HTTPS, surcharge-t-il la page de fenêtres surgissantes ? Cette mise à jour regroupe ces signaux et y ajoute les Core Web Vitals (les Signaux Web essentiels, dans la version française de Google), trois mesures du comportement d'une page pour une personne réelle qui la charge.
- Largest Contentful Paint (LCP) : le temps nécessaire pour que l'élément principal de la page s'affiche. Le seuil « bon » de Google est de 2,5 secondes.
- First Input Delay (FID) : le temps que met la page à réagir au premier toucher ou au premier clic. Le seuil « bon » est de moins de 100 millisecondes.
- Cumulative Layout Shift (CLS) : l'ampleur des déplacements d'éléments pendant le chargement. Le seuil « bon » est de 0,1 ou moins.
Les précisions de Google sont claires : un excellent contenu l'emporte toujours sur une page rapide dont le contenu est faible. L'expérience de page sert surtout à départager des pages par ailleurs comparables. Sa documentation sur l'expérience sur la page dans la recherche Google l'explique de façon beaucoup plus nuancée que les nombreux articles de blogue sur le sujet.
Un effet secondaire intéresse les médias : les pages n'ont plus besoin d'être en AMP pour apparaître dans le carrousel « À la une ». Pour une petite entreprise, ce changement a peu d'incidence, mais il indique l'orientation de Google, qui préfère mesurer le comportement d'une page plutôt que d'imposer un format.
Quelles données faut-il consulter en premier ?
Les données réelles de Search Console. C'est un point souvent mal compris.
Il existe deux types de mesures de vitesse. Les données de laboratoire proviennent d'outils comme PageSpeed Insights ou Lighthouse : une visite simulée, sur un téléphone simulé, avec une connexion simulée. Les données de terrain proviennent de véritables utilisateurs de Chrome ayant visité votre site au cours des 28 derniers jours. C'est sur les données de terrain que Google fonde son classement.
Certains entrepreneurs s'inquiètent ainsi d'un score PageSpeed de 42 affiché en rouge, alors que le rapport Core Web Vitals de Search Console indique que la plupart des visites réelles se déroulent bien. L'inverse se produit aussi : un score de laboratoire de 90, alors que de vrais utilisateurs équipés de téléphones plus anciens en région vivent une expérience médiocre.
Nous recommandons de commencer par le rapport de Search Console. Il classe vos adresses en trois catégories (bonnes, à améliorer et mauvaises) selon les visites réelles. Si votre site est petit et reçoit peu de trafic, les données peuvent être insuffisantes pour afficher un résultat. C'est normal. Dans ce cas, les outils de laboratoire sont la seule source disponible, et ils doivent servir de repère plutôt que de verdict.
Comment corriger les Core Web Vitals sur un petit site WordPress ?
La plupart des sites de petites entreprises sur lesquels nous avons travaillé au fil des années fonctionnent avec WordPress, et ils échouent souvent pour les mêmes quelques raisons. Il n'existe pas d'extension miracle, mais il existe une liste de causes fréquentes.
Le décalage de mise en page : la correction la plus simple
Le CLS est la mesure que les visiteurs perçoivent le plus directement. Une personne s'apprête à toucher « Réserver », une image se charge au-dessus, le bouton se déplace, et elle touche une publicité ou un autre lien. Cette situation est très frustrante et familière à la plupart des utilisateurs.
Les correctifs sont généralement simples. Attribuez une largeur et une hauteur aux images et aux vidéos afin que le navigateur réserve l'espace nécessaire. N'insérez pas de bannière en haut de la page après son chargement. Chargez les polices Web de façon à éviter que le texte se réorganise en cours de chargement. Les bannières de témoins qui repoussent le contenu vers le bas sont une cause fréquente; affichez-les plutôt en superposition au bas de l'écran.
Le LCP dépend souvent d'une seule grande photo
Sur un site touristique ou de restaurant, l'élément le plus volumineux est presque toujours la photo d'en-tête. Très souvent, il s'agit du fichier pleine grandeur provenant directement de l'appareil photo, que le navigateur doit réduire à chaque visite. Redimensionnez-la à sa taille d'affichage réelle et compressez-la. Convertissez-la en WebP si votre configuration le permet; des extensions existent à cette fin. Évitez aussi d'appliquer le chargement différé à la seule image visible au premier écran, ce que de nombreuses extensions d'optimisation font par défaut.
Cette seule mesure fait passer de nombreux sites de « mauvais » à « bon ».
L'hébergement joue également un rôle. Un hébergement mutualisé bon marché qui met une seconde et demie à commencer à répondre rend la cible de 2,5 secondes très difficile à atteindre, quelles que soient les optimisations apportées aux images.
La lenteur de réaction est liée aux scripts
Le FID pose moins souvent problème sur les sites simples, mais lorsque c'est le cas, la cause est un excès de JavaScript : constructeurs de pages, carrousel que personne ne regarde, trois outils de statistiques, widget de clavardage, fil Instagram. Chacun semble léger, mais ensemble, ils monopolisent le processeur d'un téléphone de milieu de gamme, et la page ne réagit pas au toucher.
La solution consiste principalement à retirer des éléments. Supprimez ce qui n'apporte pas de valeur réelle. Bien souvent, personne dans l'équipe ne se souvient même d'avoir ajouté certains de ces éléments.
La vitesse profite-t-elle davantage aux visiteurs ou au classement ?
Aux visiteurs d'abord. Selon notre évaluation, l'effet sur le classement sera limité, comme Google l'a lui-même indiqué. Il est peu probable qu'un site passe de la page trois à la page un simplement en corrigeant son CLS.
L'effet sur les visiteurs, en revanche, est réel et immédiat. Un site qui se charge rapidement et dont les éléments restent stables retient l'attention : les visiteurs lisent la page, trouvent le numéro de téléphone et réservent. C'est l'objectif depuis toujours. Il est encore plus important pour les entreprises en région au Québec, où de nombreux visiteurs utilisent un téléphone avec un signal faible, stationnés au bord d'un lac, pour savoir si vous êtes ouvert aujourd'hui.
L'autre avantage de cette mise à jour est qu'elle offre aux propriétaires de sites et aux développeurs des outils gratuits et des indicateurs communs. Il devient beaucoup plus simple de s'entendre sur les priorités, puis de vérifier un mois plus tard si une correction a produit un effet, lorsque tous consultent le même rapport.
Avant de confier une révision de référencement technique à un prestataire, nous recommandons donc de consulter Search Console. L'outil est gratuit et indique d'abord si un problème existe.