Core Web Vitals : rendre ton site plus rapide pour tes visiteurs (et pour Google)

Les Core Web Vitals mesurent ce que tes visiteurs vivent vraiment sur ton site : le temps avant de voir le contenu, la stabilité de la page et la réactivité aux clics. Voici ce que veulent dire LCP, CLS et INP, où vérifier tes scores et comment les améliorer sans refaire ton site.

API20 juillet 20266 min de lecture

Un site lent perd des visiteurs avant même d'avoir montré quoi que ce soit. Google le sait, et depuis quelques années il mesure la performance de ton site à travers trois métriques précises : les Core Web Vitals. Pas un score marketing flou, trois mesures prises sur de vrais visiteurs, avec des seuils publics.

La bonne nouvelle : tu n'as pas besoin d'être développeur pour comprendre ce qu'elles racontent, ni pour corriger les problèmes les plus payants.

C'est quoi, les Core Web Vitals

Les Core Web Vitals (signaux web essentiels, dans la documentation française de Google) sont trois métriques qui évaluent l'expérience réelle de tes visiteurs. Chacune répond à une question simple.

LCP : combien de temps avant de voir le contenu principal

Le Largest Contentful Paint mesure le délai entre le clic et l'affichage du plus gros élément visible de ta page, souvent l'image d'en-tête ou le premier bloc de texte. Google considère qu'un LCP sous 2,5 secondes est bon, et qu'au-delà de 4 secondes c'est un problème.

C'est la métrique qui se rapproche le plus de la « vitesse » telle que ton visiteur la ressent : le moment où il se dit que la page est arrivée.

CLS : est-ce que ta page bouge pendant le chargement

Le Cumulative Layout Shift mesure la stabilité visuelle. Tu connais le scénario : tu veux cliquer sur un bouton, une image se charge au-dessus, tout descend, et tu cliques sur une pub. Chaque déplacement d'élément pendant le chargement fait grimper le CLS. Un score sous 0,1 est considéré bon.

INP : est-ce que ta page répond quand on clique

L'Interaction to Next Paint a remplacé le First Input Delay en 2024. Il mesure le délai entre une interaction (clic, tape sur mobile) et la réaction visible de la page. Sous 200 millisecondes, c'est bon. Un INP élevé donne cette impression de site « gelé » où on clique deux fois parce que rien ne semble se passer.

Pourquoi ça compte pour ton SEO

Les Core Web Vitals font partie des signaux d'expérience de page que Google utilise dans son classement. Soyons clairs sur le poids réel : un site rapide ne battra jamais un contenu médiocre juste grâce à sa vitesse. Le contenu et la pertinence passent avant.

Mais à contenu comparable, l'expérience de page peut faire pencher la balance. Et surtout, l'effet indirect est plus gros que l'effet direct : un site lent fait fuir des visiteurs, qui retournent sur Google, ce qui envoie un signal négatif. Une page qui saute partout fait rater des clics. Un site qui gèle fait abandonner des paniers. Tu optimises d'abord pour tes visiteurs; Google suit. C'est le même esprit que l'indexation mobile-first : Google évalue ton site tel que tes visiteurs le vivent, pas tel que tu le vois sur ton écran de bureau.

Où vérifier tes scores

Deux outils gratuits suffisent, les deux viennent de Google.

La Search Console contient un rapport « Signaux web essentiels » qui classe tes pages en bonnes, à améliorer ou médiocres, à partir des données de vrais visiteurs Chrome. C'est la vue d'ensemble : tu vois quels groupes de pages posent problème et sur quelle métrique. Si tu ne l'as pas encore configurée, commence par notre guide pratique de la Search Console.

PageSpeed Insights analyse une page à la fois. Il montre les données de terrain quand elles existent, plus un diagnostic technique avec des recommandations classées par impact. C'est là que tu identifies la cause précise : image trop lourde, script qui bloque, police qui charge tard.

Une nuance importante : les données de terrain demandent un minimum de trafic. Si ton site est récent ou petit, la Search Console peut afficher « données insuffisantes ». Dans ce cas, fie-toi au diagnostic de PageSpeed Insights, en gardant en tête que c'est une simulation.

Si tu utilises Gridar, l'analyse de vitesse intégrée te donne le même type de lecture directement dans ton tableau de bord, ce qui évite de copier des URL une par une dans PageSpeed Insights.

Les corrections qui rapportent le plus

Dans la plupart des sites de PME, les mêmes causes reviennent. Voici par où commencer, dans l'ordre du rendement.

Pour le LCP

Les images sont le suspect numéro un. Une photo de 4 Mo sortie du téléphone et posée telle quelle en bannière peut doubler ton temps de chargement à elle seule. Compresse tes images, sers-les en format moderne (WebP ou AVIF), et donne-leur des dimensions proches de leur taille d'affichage; on détaille tout ça dans notre guide sur l'optimisation des images pour le SEO. Ton image d'en-tête doit charger en priorité; les images plus bas dans la page peuvent attendre (chargement différé, ou lazy loading).

L'hébergement joue aussi. Un serveur qui met une seconde à répondre avant d'envoyer le moindre octet plombe le LCP peu importe le reste. Si ton site vise le Québec, un serveur en Amérique du Nord aide; un CDN règle la question pour de bon.

Pour le CLS

Réserve l'espace de tes éléments avant leur chargement. Concrètement : déclare toujours les dimensions de tes images et vidéos, et évite d'insérer des bannières ou des encarts qui poussent le contenu après coup. Si tu utilises des polices personnalisées, configure-les pour éviter que le texte change de taille en cours de route.

Pour l'INP

Le coupable habituel, c'est l'accumulation de scripts : outil d'analytique, pixel publicitaire, widget de clavardage, carrousel, plugin ajouté il y a deux ans et jamais retiré. Chaque script gruge le temps de réponse. Fais le ménage : garde ce qui sert vraiment, retire le reste, et charge en différé ce qui n'est pas essentiel à l'affichage initial.

Sur WordPress, un plugin de cache bien configuré et une révision de ta liste d'extensions règlent une bonne partie du problème sans toucher au code. Notre guide sur la configuration SEO de WordPress couvre les réglages de base.

En faire un suivi, pas un sprint

Les Core Web Vitals ne se corrigent pas une fois pour toutes. Chaque nouveau plugin, chaque refonte, chaque bannière ajoutée peut dégrader tes scores. Le réflexe à prendre : vérifier le rapport de la Search Console une fois par mois, et repasser une page dans PageSpeed Insights après chaque changement notable.

C'est le même principe que le reste de ton SEO : la régularité bat l'intensité. Un outil comme Gridar peut automatiser cette surveillance et te signaler quand une page décroche, mais que tu le fasses à la main ou en automatique, l'important est que quelqu'un regarde.

FAQ

Est-ce que de bons Core Web Vitals garantissent un meilleur classement? Non. Ce sont des signaux parmi beaucoup d'autres, et le contenu pèse plus lourd. Mais des scores médiocres peuvent te freiner, surtout dans un marché où tes concurrents sont rapides.

Mon score PageSpeed est mauvais mais mon site me semble rapide. Qui croire? Les données de terrain (vrais visiteurs) priment sur la simulation. Si la Search Console dit que tes pages sont bonnes, ne te rends pas malade pour un score de laboratoire. Vérifie quand même sur un cellulaire moyen avec une connexion ordinaire : c'est là que la majorité de tes visiteurs se trouvent.

Combien de temps avant de voir l'effet des corrections? Les données de terrain de Google couvrent 28 jours glissants. Compte donc environ un mois après tes corrections pour voir les rapports refléter la réalité.