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 s’appuient encore énormément sur les résultats Google, 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.
Ma position est simple : visez le >80 dans l’outil, puis attendez de collecter les données live de vos vrais utilisateurs dans la Google Search Console (section “Signaux Web essentiels”). C’est ça, la vraie data qui compte. Le test synthétique de PageSpeed simule un chargement dans un labo. La Search Console vous remonte ce que vos visiteurs vivent pour de vrai, sur leur téléphone, dans leur train, avec leur 4G capricieuse. Tant que vous n’avez pas ces données-là, vous optimisez à l’aveugle.
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.
Attention : quand les Core Web Vitals ne sont PAS votre priorité
Si vous avez peu de trafic et peu de contenu, ou qu’il vous manque les pages essentielles (1 page par service, réponses aux questions fréquentes de vos clients, page à propos, études de cas…), optimiser les Core Web Vitals ne doit pas être votre priorité.
La logique est brutale : sans contenu utile, vous n’apparaissez nulle part. Vous pouvez avoir le site le plus rapide de Suisse romande, si vous n’avez que 4 pages et qu’aucune ne répond aux questions que vos clients tapent sur Google ou ChatGPT, vous restez invisible. Un site vide qui charge en 0,8 seconde reste un site vide.
L’ordre sain, c’est : d’abord produire les contenus qui répondent aux intentions de recherche de vos prospects, ensuite (ou en parallèle si vous avez les ressources) travailler la performance technique.
Méfiez-vous des prestataires qui vous vendent les Core Web Vitals comme LA priorité absolue. C’est une métrique qui fait peur parce qu’elle est technique, chiffrée, mesurable. Elle est certes importante. Mais votre visibilité web ne se joue pas entièrement là-dessus. Des pages avec des CWV médiocres se positionnent très bien tous les jours, parce que leur contenu est le meilleur sur la requête. Pour l’internaute pressé, ce qui compte avant tout, c’est que la page charge à un rythme acceptable et qu’elle contienne la réponse qu’il cherche. Pas qu’elle affiche un 98/100 sur PageSpeed.
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.