TTFB, CLS, INP : les métriques qui décident de votre classement

Google garde un chronomètre sur votre site web. Ce n’est ni un secret ni une rumeur — ce sont les Core Web Vitals, un ensemble de trois mesures que Google utilise comme signaux de classement, en plus des métriques de vitesse classiques. Si vous en entendez parler et que vous acquiescez sans vraiment comprendre, voici la version en langage simple.

Les trois mesures

Il y a trois Core Web Vitals, chacun répondant à une question différente sur la sensation de votre site :

• LCP — Largest Contentful Paint. Le temps avant l’apparition du contenu principal de la page. L’image du héros, le grand titre, la première chose que le visiteur lit réellement. Objectif : moins de 2,5 secondes.
• CLS — Cumulative Layout Shift. À quel point la page saute pendant son chargement. Vous connaissez ce phénomène — vous êtes sur le point de cliquer et la mise en page se décale, et vous cliquez sur la mauvaise chose. Objectif : moins de 0,1.
• INP — Interaction to Next Paint. La rapidité avec laquelle la page répond quand le visiteur clique, tape ou appuie. C’est la plus récente, et elle compte plus qu’on ne le croit.

Pourquoi l’INP compte désormais

L’INP a remplacé l’ancien FID (First Input Delay) en 2024. La différence est subtile mais importante : le FID ne mesurait que la première interaction ; l’INP mesure chaque interaction au fil de la visite et signale la pire. Un site qui paraît vif au départ mais qui saccade au cinquième clic échouera à l’INP.

Pourquoi cela compte-t-il pour un chef d’entreprise ? Parce qu’un site lent et saccadé n’est pas qu’une gêne mineure. C’est la différence entre un visiteur qui remplit un formulaire de contact et un visiteur qui abandonne. Les interactions sont le moment où vos visiteurs deviennent des clients — et l’INP mesure précisément cet instant.

Celles qui ne sont pas « officielles » mais qui comptent toujours

À côté des trois Core Web Vitals, deux métriques plus anciennes façonnent encore la vitesse ressentie et le classement d’un site :

• TTFB — Time To First Byte. Le temps que met le serveur à commencer à répondre. Si votre TTFB est lent, tout le reste est lent aussi, car le navigateur ne peut même pas commencer le rendu avant la réception des premiers octets.
• FCP — First Contentful Paint. L’apparition du premier contenu — un titre, une image, un paragraphe — à l’écran.

Ce qui rend réellement ces chiffres bons

Voici la partie que je dis à chaque client, parce que c’est celle qui lui fait économiser le plus : le moyen le plus rapide d’améliorer tout cela, c’est d’envoyer moins et de faire moins.

• Moins de JavaScript. Le levier le plus important de tous. Chaque script que le navigateur doit télécharger, analyser et exécuter retarde le LCP et l’INP. C’est pourquoi je construis avec une philosophie « zéro JS par défaut » — le navigateur se repose, et les métriques s’améliorent.
• Moins de CSS bloquant le rendu. Fractionner et ne charger que ce dont chaque page a besoin.
• Des serveurs plus rapides et une diffusion en périphérie. Servir des fichiers statiques depuis un réseau de diffusion de contenu réduit considérablement le TTFB.
• Des médias aux dimensions fixes. Une image sans dimensions déclarées est une bombe à retardement pour le CLS — la mise en page se décale lors de son chargement. Déclarer les dimensions (ou utiliser des formats modernes comme AVIF/WebP avec dimensions intrinsèques) arrête les sauts.

Le regard honnête

Ces métriques ne sont pas un jeu que l’on gagne en ajustant un curseur. Elles sont le résultat de décisions architecturales prises tôt — le choix du framework, le fait d’envoyer ou non du JavaScript inutile, la rapidité de l’hébergement. C’est pourquoi je traite la performance comme une contrainte de design dès la première esquisse, et non comme un vernis de dernière minute.

Un score Lighthouse de 100/100 n’est pas un trophée que je poursuis une fois le chantier terminé. C’est le résultat d’un site construit correctement dès le départ. Et quand les métriques sont bonnes, le classement, les conversions et l’expérience utilisateur suivent.