Core Web Vitals

Les signaux Web essentiels mesurent trois moments de l'expérience : le temps qu'il faut pour voir quelque chose d'utile, la réactivité quand on clique, et la stabilité de ce qui s'affiche. Chacun correspond à une frustration précise, ce qui les rend faciles à expliquer à un client, et chacun se corrige avec des leviers différents.

Les trois mesures et leurs seuils

L'INP a remplacé le FID comme mesure stable d'interactivité en 2024. L'ancienne métrique ne regardait que la première interaction de la visite, quand la nouvelle les regarde toutes. Beaucoup de sites qui affichaient un excellent score sur l'ancienne se sont retrouvés en difficulté sur la nouvelle, sans que rien n'ait changé chez eux.

La règle du 75e centile

Je passe beaucoup de temps à expliquer ce mode de calcul, parce que c'est lui qui rend deux rapports incompréhensibles côte à côte.

La note se calcule sur le 75e centile des visites, c'est-à-dire la valeur atteinte ou dépassée par trois quarts d'entre elles. Une moyenne n'entre nulle part dans l'évaluation. Il faut donc que trois visiteurs sur quatre soient dans le vert pour que la page le soit.

La mesure est par ailleurs séparée entre mobile et ordinateur. Un site peut donc être au vert d'un côté et au rouge de l'autre, ce qui est le cas de figure le plus fréquent, et la version mobile est celle qui compte pour l'indexation.

Données de laboratoire et données de terrain

Deux familles d'outils coexistent sans mesurer la même chose, et j'ai vu plus d'une équipe technique passer une semaine à corriger la mauvaise.

Les données de laboratoire viennent d'un test ponctuel, exécuté dans des conditions choisies : un appareil simulé, une connexion simulée, une seule visite. Le résultat est reproductible et disponible tout de suite, ce qui en fait le bon outil pour vérifier l'effet d'une correction avant sa mise en ligne. Il ne renseigne en revanche sur aucun visiteur réel.

Les données de terrain viennent des mesures réellement collectées auprès des internautes qui consultent votre site. C'est cette source que Google utilise pour évaluer votre page, et c'est elle que remonte le rapport dédié de la Search Console.

Après une correction, le score de laboratoire s'améliore dans la minute, alors que la note de terrain met plusieurs semaines à bouger, puisqu'elle porte sur une fenêtre glissante de visites. Je préviens systématiquement le client avant l'intervention, sans quoi il vient chercher son résultat le lendemain.

Les corrections, par ordre de rentabilité

1. L'image principale. Sur la majorité des sites, c'est elle qui définit le LCP. Trois gestes suffisent : ne pas la différer, lui donner une priorité de chargement élevée, et la servir à la bonne largeur. Le détail figure sur ma page consacrée à l'optimisation des images.
2. Les dimensions déclarées. Chaque image et chaque encart publicitaire doit réserver sa place dans le code. C'est le correctif du CLS, et il est presque toujours suffisant à lui seul.
3. Le temps de réponse du serveur. Il conditionne le LCP sans être lui-même un signal essentiel. Un cache de pages est le levier le plus fort, et il ne demande aucune modification du contenu.
4. Les scripts tiers. Traceurs, bandeaux de consentement, widgets de discussion. Ce sont les premiers responsables d'un mauvais INP, et l'inventaire réserve souvent des surprises sur ce qui est chargé sans que personne ne s'en souvienne.
5. Le reste du code. Découpage des scripts, chargement différé de ce qui n'est pas visible. C'est le poste le plus long pour le gain le plus faible, donc le dernier.

Le CLS et l'espace réservé à l'avance

Il se corrige presque toujours en une demi-journée, et c'est celui que les visiteurs ressentent le plus violemment, puisqu'il s'agit du bouton qui se déplace au moment où l'on clique dessus.

Dans presque tous les dossiers, la cause tient aux images publiées sans dimensions déclarées, qui font sauter la page quand elles arrivent, aux emplacements publicitaires dont la hauteur n'est pas réservée, et aux polices de caractères qui décalent le texte au moment où elles remplacent la police de repli.

Ces trois cas se règlent en réservant l'espace à l'avance dans le gabarit. Le travail relève de la discipline d'intégration plus que de l'optimisation.

L'INP et le fil d'exécution bloqué

C'est la mesure sur laquelle je vois le plus de sites basculer au rouge sans comprendre ce qui leur arrive.

L'INP mesure le délai entre une interaction et le moment où l'écran montre le résultat de cette interaction. Toutes les interactions de la visite sont regardées, et c'est la plus mauvaise qui compte, à quelques exceptions près. Un site qui répond parfaitement au premier clic et bloque trois secondes au moment d'ouvrir un menu est mal noté, alors que l'ancienne mesure ne voyait rien.

En cause, presque toujours, du code JavaScript qui occupe le fil d'exécution principal au moment où l'utilisateur agit. Les scripts tiers arrivent largement en tête, et notamment ceux qui se déclenchent sur les interactions elles-mêmes, comme les traceurs de comportement ou les outils d'enregistrement de session.

Le diagnostic se fait dans les données de terrain, en regardant quelles pages et quels types d'interaction dépassent le seuil. Le travail est fastidieux, et il n'existe pas de raccourci, puisqu'un test ponctuel qui ne clique nulle part ne mesure pratiquement rien sur cette métrique.

Ce que ça pèse réellement en référencement

Le sujet a été survendu pendant deux ans par des agences qui n'avaient que ça à vendre.

Les signaux Web essentiels entrent bien dans le classement, mais leur poids reste faible au regard de la pertinence. Un site rapide qui répond mal à la question ne passera pas devant un site plus lent qui y répond bien. Leur effet devient sensible à qualité comparable, c'est-à-dire dans les situations où tout le reste est égal, ce qui arrive plus souvent qu'on ne croit sur les marchés matures.

En revanche, leur effet sur le comportement n'a rien d'indirect. Une page qui met cinq secondes à s'afficher sur mobile perd des visiteurs avant même d'être lue, et ceux-là ne reviennent pas. C'est cet argument-là que j'utilise en rendez-vous, parce qu'il est vérifiable dans les données du client plutôt que dans une supposition sur l'algorithme.

Questions fréquentes