Core Web Vitals : les 3 métriques que Google utilise pour juger votre site

Les Core Web Vitals, ce sont les 3 métriques que Google utilise pour mesurer si votre site est agréable à utiliser : LCP (la vitesse à laquelle le contenu principal s’affiche), INP (la rapidité avec laquelle votre site répond aux clics) et CLS (la stabilité visuelle de la page pendant qu’elle charge). Ce ne sont pas des indicateurs réservés aux développeurs. C’est un signal de classement officiel : si votre site échoue à ces tests, Google vous descend dans les résultats. Et les IA, qui utilisent les mêmes critères, vous citent moins.

Pourquoi les Core Web Vitals comptent pour votre entreprise ?

Imaginez : un client tape votre métier sur Google, clique sur votre site, attend 4 secondes que la page s’affiche, puis quitte avant même d’avoir vu votre offre. Vous venez de perdre un prospect que vous ne reverrez jamais.

Ce n’est pas une hypothèse. Chaque seconde de chargement supplémentaire fait chuter votre taux de conversion de plus de 4% (VWO). Et en Suisse, où la fibre est partout et le très haut débit la norme, les visiteurs sont encore moins patients qu’ailleurs. Un site lent, ici, c’est immédiatement flagrant.

Le pire ? Google le voit aussi. Et il en tire les conclusions. Une page qui frustre les visiteurs ne mérite pas d’être recommandée. Donc Google la déclasse. Donc moins de visiteurs. Donc moins de clients. C’est un cercle vicieux qui démarre à chaque seconde de trop.

LCP, INP, CLS : à quoi ça correspond concrètement ?

Les 3 métriques mesurent 3 moments distincts de l’expérience visiteur :

• LCP (Largest Contentful Paint) : le temps que met l’élément principal de la page (souvent une grande image ou un titre) à s’afficher. Objectif : moins de 2,5 secondes. C’est votre vitrine. Si elle met 5 secondes à apparaître, le visiteur est déjà parti.
• INP (Interaction to Next Paint) : le temps que met votre site à réagir quand quelqu’un clique ou tape. Objectif : moins de 200 millisecondes. C’est la caisse de votre boutique. Si elle met 1 seconde à répondre à un clic, le client doute.
• CLS (Cumulative Layout Shift) : la stabilité visuelle pendant le chargement. Objectif : moins de 0,1. C’est l’étagère qui ne doit pas bouger pendant que le client tend la main. Un bouton qui se déplace au moment du clic, c’est l’agacement assuré.

À noter : INP a remplacé FID (First Input Delay) en mars 2024. Si un développeur ou un outil vous parle encore de FID, c’est qu’il n’est pas à jour.

Ces 3 métriques sont mesurées sur des visiteurs réels par Google (pas en laboratoire). Elles remontent dans la Search Console de chaque site, et elles servent directement à classer les pages.

Le vrai sujet : la vitesse de chargement (et le TTFB)

OK, maintenant je vais vous dire ce que la plupart des articles sur les Core Web Vitals oublient.

Le score PageSpeed Insights, ce n’est pas un classement Google. C’est un outil de diagnostic. Et si votre site affiche plus de 80 sur 100, c’est suffisant. Vous n’avez pas besoin de chasser le 90, encore moins le 100/100. Au-delà d’un certain seuil, chaque point gagné coûte 10 fois plus cher en optimisations techniques pour un gain réel quasi nul côté visiteur.

Le vrai sujet, c’est la vitesse de chargement de votre page. Et derrière la vitesse, il y a un indicateur que peu de gens regardent et qui change tout : le TTFB (Time to First Byte). C’est le temps que met votre serveur à envoyer le premier octet de données quand quelqu’un (ou un robot) demande une page.

Pourquoi le TTFB est crucial ? Parce qu’il ne sert pas qu’à vos visiteurs humains. Il sert surtout aux robots. Googlebot, GPTBot, ClaudeBot, PerplexityBot : tous ces robots qui visitent votre site décident combien de pages ils vont crawler en fonction de la vitesse à laquelle votre serveur leur répond.

Les chiffres sont sans appel. Au-delà de 400ms de TTFB, chaque tranche de 100ms supplémentaires réduit la fréquence de crawl de 12,4% (CaptainDNS, 2026). Un site qui passe de 800ms à 180ms peut voir son nombre de pages crawlées multiplié par 4. Concrètement : votre nouveau contenu apparaît dans Google en 2 jours au lieu de 2 semaines.

C’est ça, le vrai levier. Pas les sous-décimales du score PageSpeed.

Core Web Vitals, score PageSpeed, vitesse réelle : ne pas confondre

Core Web Vitals vs score PageSpeed Insights : les CWV sont les vraies mesures que Google utilise pour classer votre site (mesurées sur des visiteurs réels). Le score PageSpeed est un test de laboratoire qui simule un chargement. Les deux sont liés mais pas identiques. Un site peut avoir un score PageSpeed moyen et de bons Core Web Vitals si ses vrais visiteurs ont une bonne expérience.

Core Web Vitals vs vitesse perçue par votre client : votre client ne mesure pas en millisecondes. Il sent. Si votre site lui semble fluide, il reste. S’il sent une hésitation, il part. Le travail d’optimisation, c’est de rendre cette sensation imperceptible, pas de gagner 3 points sur un outil.

La fausse bonne idée : viser le 100/100 sur PageSpeed. C’est une perte de temps et d’argent. Au-dessus de 80, vos visiteurs ne verront pas la différence, et Google non plus. Les agences qui vous vendent “le 100/100” facturent pour quelque chose qui ne rapporte rien à votre business. Mieux vaut investir ce budget dans du contenu, du maillage interne ou du SEO local.

Un score 95 sur PageSpeed garantit-il que Google crawle bien toutes vos pages ? Non. Si votre TTFB est mauvais, le score frontend ne change rien.

Ce que ça change en 2026 — L’angle ascense

En 2026, Google n’est plus le seul à juger votre site. Les robots des IA génératives — GPTBot pour ChatGPT, ClaudeBot pour Claude, PerplexityBot pour Perplexity — visitent vos pages tous les jours pour alimenter leurs réponses. Et ils appliquent la même logique que Googlebot : un serveur lent, ils réduisent leur passage. Et donc ils vous citent moins souvent quand un utilisateur leur pose une question.

Les données le montrent : les sites avec un TTFB sous 200ms voient leur visibilité dans les réponses IA augmenter de 40 à 60% par rapport aux sites entre 500ms et 1 seconde (Am I Cited, 2026). Autrement dit : si vous voulez que ChatGPT recommande votre PME quand quelqu’un cherche un prestataire dans votre secteur, votre serveur doit être rapide. Pas demain. Maintenant.

Et ce n’est pas qu’une question technique. C’est aussi un signal d’E-E-A-T : un site rapide, stable et soigné envoie un signal de Trust à Google et aux IA. Un site lent, instable, qui saute pendant le chargement, envoie le signal inverse. Bricolé. Pas sérieux. Pas digne de confiance.

Si votre concurrent est cité par ChatGPT et pas vous, est-ce que ça peut venir d’un TTFB à 900ms ? Souvent, oui.

Ce que les Core Web Vitals changent pour l’acquisition client

Tout est lié. Un serveur rapide, c’est un meilleur TTFB. Un meilleur TTFB, c’est plus de pages crawlées par Google et les IA. Plus de pages crawlées, c’est plus de pages indexées. Plus de pages indexées, c’est plus de requêtes sur lesquelles vous apparaissez dans la SERP. Plus de requêtes, c’est plus de visiteurs. Plus de visiteurs, c’est plus de clients.

C’est exactement ce qui se passe pour myfid, le cabinet comptable que j’accompagne depuis 2022. Sur 250+ pages publiées, on est passé de 10 à 1’500+ visiteurs/jour et de quelques prospects à 50+ par semaine. Top 3 sur “Comptable Bruxelles”. Avec un volume pareil, si l’hébergement bridait le crawl, tout s’écroulerait. La performance du serveur n’est pas un détail technique : c’est un fondamental qu’on vérifie en premier sur chaque projet.

Ce que je vois sur le terrain, c’est que beaucoup de PME romandes paient un hébergement à 5 CHF par mois qui plombe tout le reste de leur stratégie SEO. Pour approfondir le lien entre performance et acquisition, j’ai écrit un guide complet.

À retenir

• Les Core Web Vitals = 3 métriques officielles de Google : LCP (≤ 2,5s), INP (≤ 200ms), CLS (≤ 0,1). Signal de classement confirmé.
• Score PageSpeed >80 = suffisant. Ne chassez pas le 100/100, c’est un piège commercial.
• Le vrai levier, c’est le TTFB : sous 200ms, vous maximisez le crawl Google et IA. Au-dessus de 400ms, vous le bridez.
• Les robots IA appliquent la même logique que Googlebot : serveur lent = moins de pages explorées = moins de citations dans ChatGPT, Claude et Perplexity.
• C’est un fondamental, pas un bonus. Avant d’investir dans du contenu, vérifiez que votre serveur peut suivre.

Erreurs fréquentes :

• Chasser le 100/100 sur PageSpeed Insights au lieu de regarder le TTFB et l’expérience réelle des visiteurs
• Garder un hébergement low-cost à 5 CHF/mois qui bride le crawl sans qu’on s’en aperçoive
• Tester son site une seule fois, sur ordinateur, et conclure “tout va bien” — alors que 60-65% de vos visiteurs sont sur mobile

Termes liés

• Crawl : l’exploration de votre site par Google et les IA. Le TTFB de vos Core Web Vitals décide directement de combien de pages ils vont visiter.
• Indexation : ce qui suit le crawl. Sans pages crawlées, pas de pages indexées, pas de visibilité.
• SERP : la page de résultats Google. Les Core Web Vitals influencent directement votre position dedans.
• E-E-A-T : les 4 critères de crédibilité Google et IA. Un site rapide et stable envoie un signal de Trust fort.
• Maillage interne : la structure de liens entre vos pages. Aide les robots à trouver vos contenus, en complément d’un bon TTFB.

---

Vous voulez savoir si votre site est vraiment rapide pour Google et les IA, ou juste “joli” ? On regarde ça ensemble. 0 jargon, 100% pédagogie. Et si le TTFB est le frein, je vous dis quoi changer.

Contactez-moi par WhatsApp, e-mail ou téléphone. Ou découvrez comment je travaille le référencement pour les PME.

Higher, together.