Ce que Google mesure vraiment quand il parle de vitesse

Avatar de Servan Thouvenot

·

6 min de lecture

Vitesse est un mot commode et un mauvais outil de travail. Il ne dit rien de ce qui doit être rapide, ni pour qui. Google a remplacé cette impression subjective par trois signaux mesurables, regroupés sous le nom de Core Web Vitals, chacun ciblant un moment précis de la visite : l’arrivée, l’interaction, la lecture. Comprendre ce que chacun mesure évite de corriger le mauvais problème pendant des semaines.

Trois lettres qui remplacent une notion floue

Avant les Core Web Vitals, un site « rapide » se jugeait au temps de chargement complet de la page, une mesure qui ne correspond à rien de ce que vit réellement un internaute. Une page peut finir de charger en arrière-plan pendant que l’utilisateur lit déjà son contenu principal, ou au contraire paraître figée alors que le navigateur a terminé son travail. Les trois indicateurs retenus par Google — LCP, INP et CLS — mesurent chacun un ressenti différent, à un instant différent de la navigation.

La documentation de Google Search Central sur les Core Web Vitals précise que ces signaux entrent dans l’appréciation de l’expérience de page, sans être le seul critère de classement. Ils restent malgré tout le tableau de bord le plus concret pour discuter d’un problème technique avec une équipe qui ne lit pas de rapport de performance au quotidien.

LCP, le temps d’apparition de l’essentiel

Le Largest Contentful Paint (LCP) mesure le temps que prend le plus grand élément visible de l’écran — une image de couverture, un titre en gros caractères, un bloc de texte — pour s’afficher complètement. Ce n’est pas le temps de chargement de la page entière, mais celui de son élément dominant, celui que l’œil cherche en premier en arrivant sur une page.

Un LCP qui s’allonge trahit presque toujours la même cause : une image mal dimensionnée, un script bloquant chargé avant le contenu, ou un serveur qui met du temps à répondre à la première requête. La correction commence rarement par le design de la page et presque toujours par ce qui se passe avant qu’elle ne s’affiche.

INP, la réactivité pendant l’usage

L’Interaction to Next Paint (INP) a remplacé un ancien indicateur nommé First Input Delay parce qu’il mesure la réactivité sur toute la durée de la visite, pas seulement au premier clic. Il chronomètre le délai entre une action de l’internaute — un clic, une saisie, un appui sur un menu — et le moment où l’écran répond visuellement à cette action.

Un INP dégradé se cache souvent dans un script tiers : un widget de chat, un module de recommandation, un gestionnaire de consentement mal optimisé, qui monopolise le processeur du navigateur au moment précis où l’internaute veut interagir. C’est un signal qui se corrige rubrique par script, pas par un réglage global.

CLS, la stabilité visuelle de la page

Le Cumulative Layout Shift (CLS) chiffre les déplacements inattendus d’éléments à l’écran pendant le chargement : un bouton qui saute parce qu’une publicité vient de se charger au-dessus, un texte qui se décale parce qu’une image sans dimension fixe prend enfin sa place. Ce sont ces sursauts qui font cliquer à côté, ou fermer l’onglet par réflexe.

Contrairement au LCP et à l’INP, le CLS se corrige presque toujours en amont, dans le code : réserver l’espace exact d’une image ou d’une bannière avant qu’elle ne charge suffit à ramener ce score à un niveau correct, sans toucher au design visible.

Le tableau ne dispense pas du contexte

Ces trois signaux se lisent ensemble, jamais isolément, et un outil de suivi automatisé qui alerte sur l’un sans les autres donne une image partielle de la page. Voici comment les situer les uns par rapport aux autres :

Signal Ce qu’il mesure Seuil considéré bon Cause fréquente Correction
LCP Temps d’affichage de l’élément principal 2,5 secondes ou moins Image lourde, serveur lent Compression, mise en cache, hébergement
INP Délai entre une action et sa réponse visuelle 200 millisecondes ou moins Script tiers surchargé Allègement ou report des scripts non essentiels
CLS Déplacements visuels inattendus 0,1 ou moins Image ou bannière sans dimension réservée Réservation d’espace fixe avant chargement

Un site peut afficher un bon LCP et un mauvais INP, parce que le contenu principal charge vite mais qu’un module publicitaire paralyse ensuite l’interaction. C’est pour cela que ces trois lettres se corrigent séparément, avec des outils différents, et qu’aucun chiffre unique de « vitesse » n’aurait permis de les distinguer.

Le terrain et le laboratoire ne racontent pas la même mesure

Google Search Console rapporte des données de terrain : des mesures réelles, remontées par les navigateurs de visiteurs authentiques, agrégées sur plusieurs semaines. Un audit lancé depuis un outil d’analyse ponctuel produit, lui, des données de laboratoire : une simulation, exécutée une seule fois, sur une connexion et un appareil standardisés qui ne correspondent à aucun visiteur réel du site.

Ces deux mesures peuvent diverger fortement sans que l’une des deux ait tort : un audit de laboratoire mené depuis une connexion rapide de bureau peut afficher un excellent LCP, alors que les données de terrain, dominées par des visiteurs sur mobile et réseau mobile, racontent une histoire plus sévère. Corriger un site sur la seule foi d’un audit ponctuel, sans jamais confronter le résultat aux données de terrain remontées par Search Console, laisse ouverte l’hypothèse que le vrai public du site vit une expérience très différente de celle mesurée en laboratoire.

La bonne méthode consiste à utiliser le laboratoire pour diagnostiquer précisément la cause d’un problème déjà repéré dans les données de terrain, jamais l’inverse. Un site peut ainsi corriger en priorité ce qui affecte réellement la majorité silencieuse de ses visiteurs, plutôt que ce qui se voit le mieux sur la machine de test utilisée par l’équipe technique.

Un délai existe aussi entre une correction effective et sa reconnaissance dans les données de terrain : Search Console agrège plusieurs semaines de visites avant d’afficher un score stabilisé, ce qui explique qu’un correctif déployé un lundi ne change rien de visible avant plusieurs semaines. Patienter ce délai, sans revenir en arrière par impatience, évite d’annuler une correction qui commençait pourtant à produire son effet.


Avatar de Servan Thouvenot

À lire aussi