Vitesse de site et Core Web Vitals, expliqués à un gestionnaire

Un rapport de référencement arrive avec trois barres rouges et trois acronymes : LCP, INP, CLS. Votre développeur répond que le site obtient 98 sur 100 chez Google. Les deux affirmations peuvent être vraies en même temps, et c'est exactement là que la conversation déraille. La vitesse est pourtant l'une des premières choses qu'on mesure quand on reprend un site existant en abonnement.

Les Core Web Vitals ne sont pas un examen technique. Ce sont trois moments vécus par une personne qui ouvre votre page : est-ce que quelque chose apparaît, est-ce que ça réagit quand j'y touche, est-ce que ça arrête de bouger sous mon doigt. Traduites comme ça, les trois mesures redeviennent des décisions d'affaires que vous pouvez arbitrer sans écrire une ligne de code.

Cet article fait quatre choses : traduire les trois métriques avec leurs seuils actuels, expliquer d'où vient le malentendu du « 98 sur 100 », vous donner un autotest de cinq minutes, et répondre franchement à la question qui compte, celle de savoir combien la vitesse rapporte.

La réponse courte, pour les pressés

Core Web Vitals est le nom que Google donne à trois mesures de l'expérience réelle de vos visiteurs. Le LCP (Largest Contentful Paint) marque le moment où le contenu principal de la page s'affiche : la cible est de 2,5 secondes ou moins. L'INP (Interaction to Next Paint) mesure le délai entre un clic et la réaction visible de la page : la cible est de 200 millisecondes ou moins. Le CLS (Cumulative Layout Shift) mesure les déplacements imprévus de la mise en page pendant le chargement : la cible est de 0,1 ou moins. Une page réussit l'évaluation quand les trois cibles sont atteintes au 75e centile des visites réelles, agrégées sur 28 jours. C'est cette donnée de terrain qui compte, pas le score de laboratoire affiché par les outils. En juillet 2026, 55,7 % des sites mesurés par Google réussissaient les trois, et celle qui échoue le plus souvent est le LCP.

Trois métriques, trois moments d'une même visite

Le LCP répond à la question « est-ce qu'il se passe quelque chose ? ». Il marque l'instant où le plus gros élément visible de la page, en général l'image d'en-tête ou le titre principal, finit de s'afficher. Google considère 2,5 secondes ou moins comme bon, et plus de 4 secondes comme mauvais. C'est la métrique de l'écran blanc, celle que le visiteur ressent avant même d'avoir lu un mot.

L'INP répond à « est-ce que ça réagit ? ». Il mesure le temps entre le moment où quelqu'un touche un élément (un bouton, un menu, un champ de formulaire) et le moment où l'écran change visiblement en réponse. Bon à 200 millisecondes ou moins, mauvais au-delà de 500. C'est la métrique du « j'ai cliqué deux fois parce que rien ne se passait », et c'est celle qui pénalise le plus les sites bourrés de scripts.

Le CLS répond à « est-ce que ça arrête de bouger ? ». Une publicité qui s'insère, une police qui se charge en retard, une bannière de témoins qui pousse le texte vers le bas au moment précis où le pouce descend : chaque saut compte. Bon à 0,1 ou moins. C'est la métrique la plus agaçante pour le visiteur et souvent la moins chère à corriger.

Une page ne « passe » que si les trois sont bonnes. Et si vous vous demandez laquelle vous fera le plus mal, les données de Google répondent : sur les quelque 18 millions d'origines mesurées en juillet 2026, 85,7 % avaient un bon INP et 81,6 % un bon CLS, mais seulement 68,3 % un bon LCP. L'affichage initial reste le maillon faible du web, et c'est presque toujours par là qu'il faut commencer.

D'où vient le malentendu du « 98 sur 100 »

Il existe deux façons de mesurer la vitesse d'un site, et elles ne répondent pas à la même question.

La mesure de laboratoire consiste à charger la page une fois, dans un environnement simulé, sur un appareil mobile émulé et un réseau volontairement ralenti. C'est ce que fait Lighthouse, l'outil qui produit le fameux score sur 100. Il est reproductible, il est utile pour diagnostiquer, et il tourne en trente secondes. Deux limites, par contre. D'abord, ce score fluctue d'une exécution à l'autre selon des conditions qui n'ont rien à voir avec votre site. Ensuite, et c'est le point que personne ne mentionne dans les réunions : le score de performance de Lighthouse ne contient pas l'INP. Sa pondération se répartit entre le premier affichage, l'indice de vitesse, le LCP, le temps de blocage total et le CLS. Un site peut donc afficher 98 et faire attendre vos visiteurs une demi-seconde à chaque clic.

La mesure de terrain est l'autre moitié de l'histoire. Chrome collecte anonymement les temps vécus par de vrais utilisateurs et les agrège dans le Chrome User Experience Report (CrUX), une moyenne mobile sur les 28 derniers jours. C'est cette donnée-là que Google utilise pour son signal d'expérience de page. Et elle ne retient pas la moyenne : elle retient le 75e centile, choisi explicitement, dit Google, pour représenter les expériences les plus frustrantes. Autrement dit, on ne vous note pas sur votre visiteur médian branché en fibre optique, mais sur le quart le plus malchanceux, celui qui est dans le métro avec un téléphone de quatre ans.

Il y a une conséquence pratique que beaucoup de PME découvrent avec surprise : si votre site reçoit peu de trafic, il n'y a pas de données de terrain du tout. Une page doit être publiquement indexable et recevoir un nombre minimal de visiteurs pour entrer dans le jeu de données. Sinon, l'outil bascule sur les données de l'ensemble du domaine, et si le domaine non plus n'est pas assez fréquenté, il n'affiche rien. Dans ce cas, le laboratoire redevient votre seule boussole. Elle est imparfaite, mais elle vaut mieux que l'intuition.

L'autotest de cinq minutes

Vous n'avez besoin d'aucun outil payant ni d'aucune compétence technique pour faire ce diagnostic vous-même.

Ouvrez PageSpeed Insights (pagespeed.web.dev), collez l'adresse de votre page la plus importante, celle qui reçoit le plus de visites ou qui génère vos demandes, et lancez l'analyse. Restez sur l'onglet mobile : c'est le plus exigeant et c'est celui où vos visiteurs vous jugent.

La première section est celle des utilisateurs réels. Si elle apparaît, lisez les trois valeurs chiffrées, pas les couleurs : un LCP à 3,8 secondes vous dit quelque chose que « orange » ne dit pas. Notez si la page réussit l'évaluation ou non, et laquelle des trois métriques la fait échouer. Si cette section est absente, vous savez maintenant pourquoi, et vous pouvez passer directement à la suivante.

La deuxième section est le laboratoire : le score sur 100 et, plus bas, une liste de diagnostics avec des économies estimées en secondes. La valeur est dans cette liste. Le score, lui, sert surtout de capture d'écran à faire circuler par courriel. Faites la même chose pour un concurrent qui vous inquiète, puis apportez les deux rapports à votre développeur avec une seule question : quels sont les deux ou trois points de cette liste qui améliorent réellement le LCP de cette page, et combien de temps ça prend ? Le reste peut attendre.

Ce qu'il faut corriger, dans l'ordre

Trois leviers expliquent la grande majorité des sites lents que nous reprenons, et ils sont toujours dans le même ordre.

Les images. L'élément le plus gros de votre page est presque toujours une photo, donc le LCP est presque toujours une histoire d'image. Une photo d'en-tête de 4 Mo servie à pleine résolution sur un téléphone est le classique du genre. Formats modernes, dimensions adaptées à l'affichage réel, et surtout : ne mettez jamais l'image d'en-tête en chargement différé. Le loading="lazy" posé par réflexe sur toutes les images du site retarde justement celle qui définit votre LCP.

Les scripts tiers. C'est le levier le plus mal compris, parce que chaque morceau paraît anodin. Selon l'édition 2025 du Web Almanac de HTTP Archive, de 90 à 92 % des pages du web chargent au moins un tiers, et la profondeur médiane d'une chaîne d'inclusion est de 3 : autrement dit, la majorité des scripts tiers en amènent d'autres que vous n'avez jamais choisis (le maximum observé dans l'étude est de 2 285 niveaux). Les gestionnaires de balises en déclenchent d'autres par conception, les modules de clavardage sont parmi les plus lourds, et les bannières de consentement se chargent sur le chemin critique. Faites l'inventaire de tout ce qui a été ajouté au site depuis cinq ans et retirez ce que plus personne ne consulte. C'est gratuit, et c'est souvent le gain le plus net sur l'INP.

L'hébergement. Le temps de réponse du serveur, le premier octet, fixe le plancher de tout le reste : la documentation de Google est explicite, un temps de réponse élevé rend une cible de 2,5 secondes difficile, voire impossible à atteindre. Aucune optimisation d'images ne rattrapera un serveur partagé surchargé ou un site servi depuis un continent différent de celui de vos clients. On a détaillé ce que vous payez vraiment dans l'hébergement web.

Le CLS, lui, se corrige surtout en réservant l'espace à l'avance (dimensions déclarées sur les images, place prévue pour la bannière) plutôt qu'en achetant de la puissance. Et comme la lenteur revient à chaque extension ajoutée, c'est un poste de maintenance, pas un projet ponctuel.

Ce que la vitesse rapporte, honnêtement

Sur le référencement, Google est plus nuancé que l'industrie du SEO. Les Core Web Vitals sont utilisés par ses systèmes de classement, c'est écrit noir sur blanc dans sa documentation. Mais la même page ajoute qu'obtenir de bons résultats dans ces rapports ne garantit pas de bien se positionner, et que « chercher à obtenir un score parfait pour des raisons de référencement n'est peut-être pas la meilleure utilisation de votre temps ». Google précise aussi que la recherche affiche le contenu le plus pertinent même si l'expérience de page est médiocre, mais que pour les nombreuses requêtes où beaucoup de bon contenu existe, une bonne expérience de page peut contribuer au succès. C'est la définition même d'un bris d'égalité : la vitesse ne vous fera pas dépasser un concurrent nettement meilleur, elle vous départage de celui qui vous ressemble.

Sur la conversion, l'effet est plus direct et mieux documenté. L'étude « Milliseconds Make Millions », commandée par Google et menée par 55 et Deloitte sur 37 marques et plus de 30 millions de sessions, a mesuré qu'une amélioration de 0,1 seconde de la vitesse mobile augmentait les conversions du commerce de détail de 8,4 % et le panier moyen de 9,2 %. Le chiffre le plus pertinent pour une PME de services est ailleurs dans la même étude : du côté des sites de génération de demandes, la progression vers la page d'envoi du formulaire augmentait de 21,6 %. Deux réserves honnêtes, parce qu'on voit ces pourcentages recopiés sans elles : l'étude date de 2019-2020, et elle a fait bouger quatre indicateurs de vitesse en même temps, pas les Core Web Vitals actuels. Elle établit un ordre de grandeur et une direction, pas une promesse applicable à votre site de trente visiteurs par jour.

Ce qui mène à la position la plus utile de cet article : une fois que vous êtes sous 2,5 secondes, sous 200 millisecondes et sous 0,1, arrêtez. Le gain marginal des dixièmes suivants est faible, et l'argent est mieux investi dans le contenu et la clarté des pages. La vitesse est un plancher à ne pas percer. Personne n'a jamais choisi un fournisseur parce que son site chargeait en 1,9 seconde. Et si votre site échoue aux trois métriques et qu'il a huit ans, vous n'avez pas un problème d'optimisation, vous avez un problème de refonte.

Faites le test de cinq minutes cette semaine. Si le résultat vous inquiète et que vous voulez savoir ce qu'il en coûte de le corriger, plutôt qu'une liste de diagnostics à décoder seul, c'est exactement ce qu'on remet dans un audit.

→ Demandez un audit de votre site