Les Core Web Vitals ne sont pas un sujet de développeur : c’est une variable double de votre rentabilité Google Ads. La vitesse fait fuir vos visiteurs ET dégrade votre Quality Score, donc votre CPC. Trois métriques : LCP (~2,5 s), INP (sous 200 ms, la plus souvent échouée en 2026), CLS (sous 0,1). Mesure terrain, au 75e percentile des vraies visites, pas sur votre machine.
Vous rangez peut-être les Core Web Vitals dans la case « technique, à voir avec les développeurs ». C’est une erreur de cadrage qui coûte de l’argent, parce que la vitesse est une variable double de votre rentabilité Google Ads.
Premier effet : la conversion. Une page lente fait fuir les visiteurs avant même qu’ils voient votre offre. C’est la première fuite du tunnel (la page dédiée) : vous avez payé le clic, la lenteur le gaspille avant l’arrivée.
Second effet : le Quality Score. La vitesse et l’expérience de page font partie de la composante expérience de la page de destination du Quality Score. Je détaille ce mécanisme dans comment se calcule le niveau de qualité : la vitesse y pèse directement.
Une page lente dégrade le QS, donc augmente le CPC. Une page lente vous coûte donc deux fois : moins de conversions, et un clic payé plus cher.
C’est exactement le double pont qui fait du CRO la seconde moitié de l’équation économique du SEA, le terrain que couvre tout mon travail sur la landing page et le CRO.
Les Core Web Vitals mesurent trois choses distinctes : identifiez laquelle pèche pour cibler la correction.
LCP (Largest Contentful Paint), la vitesse de chargement. Le temps que met le contenu principal (hero, image, titre) à s’afficher. Seuil « bon » : autour de 2,5 secondes (un resserrement à 2,0 s a été rapporté pour 2026, non confirmé par les sources de référence ; visez 2,5 s, descendez si vous pouvez). Question posée : « La page est-elle prête vite ? »
INP (Interaction to Next Paint), la réactivité. Le temps que met la page à répondre à chaque interaction (clic, tap, frappe). Seuil « bon » : sous 200 millisecondes.
C’est la métrique majeure de 2026 : elle a remplacé FID (qui ne mesurait que la première interaction) en mesurant toutes les interactions, bien plus strict. C’est le Core Web Vital que la plupart des sites échouent, parce que le corriger exige de toucher à l’architecture JavaScript. Crucial sur les formulaires : voyez comment réduire l’INP de vos formulaires pour le détail concret.
CLS (Cumulative Layout Shift), la stabilité visuelle. À quel point les éléments sautent pendant le chargement (un bouton qui se décale juste au moment du clic). Seuil « bon » : sous 0,1.
Causes typiques : images et vidéos sans dimensions déclarées, polices chargées en retard, contenu injecté dynamiquement.
Voici l’erreur de mesure qui invalide la plupart des auto-évaluations : tester sa page sur sa propre machine (laptop puissant, fibre) et conclure « c’est rapide ». Les Core Web Vitals ne se mesurent pas comme ça.
Ils s’évaluent sur le terrain, sur les vraies visites de vos vrais utilisateurs (données CrUX), au 75e percentile : pour « passer », au moins 75 % des visites doivent atteindre le seuil. Vos vrais utilisateurs sont souvent sur mobile, sur réseau moyen, le quatrième utilisateur le plus lent sur quatre, pas vous sur votre fibre.
La distinction d’outils compte : PageSpeed Insights et Search Console donnent les données terrain (celles qui comptent pour le QS) ; Lighthouse donne du labo (utile pour diagnostiquer, mais ce n’est pas la note réelle). Regardez le terrain pour savoir où vous en êtes, le labo pour comprendre pourquoi.
Limite honnête : les seuils et leur statut évoluent (le centre officiel Google fait foi, d’où la prudence sur le 2,0 s). L’impact chiffré varie selon les contextes : les études citent des corrélations entre passage des CWV et baisse du rebond ou hausse des ventes, ce sont des ordres de grandeur, pas des lois. Mais le principe est solide : la vitesse est une variable business, mesurée sur le terrain.
Identifiez laquelle des trois pèche (LCP de chargement, INP de réactivité, CLS de stabilité) et corrigez le pire d’abord.
Attaquez l’INP des formulaires avec comment réduire l’INP de vos formulaires, puis l’architecture : la mise en cache et l’architecture headless tirent le LCP vers le bas.
Traitez les scripts tiers qui plombent le rebond avant qu’ils mangent votre vitesse. Une page lente n’est pas un défaut esthétique : c’est de l’argent perdu sur deux tableaux.
LCP hors seuil, INP raté : votre Quality Score en prend un coup. On regarde les données terrain ensemble.
Réserver un appelParlons de vos objectifs