Core Web Vitals 2026 : pourquoi la vitesse de votre site fait vendre
Julien Wanecque
BecauseTimeCounts
En bref
- -Les seuils officiels 2026 restent LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1, mesurés sur vos vrais visiteurs (données CrUX), pas sur un test de labo.
- -La vitesse fait vendre : Deloitte mesure +8,4 % de conversions en retail pour 0,1 s gagnée (37 marques, plus de 30 millions de sessions), et 53 % des visiteurs mobiles quittent une page qui met plus de 3 s (Google).
- -Un WordPress chargé de plugins met souvent 5 à 10 s ; une stack statique moderne type Next.js passe les seuils par défaut grâce au pré-rendu, next/image et next/font.
Trois secondes, et la moitié de vos visiteurs sont partis
Je commence par le chiffre qui me sert d'argument le plus souvent en rendez-vous : 53 % des visiteurs mobiles abandonnent une page qui met plus de trois secondes à s'afficher. Pas trois secondes parce qu'ils sont impatients par caprice, mais parce qu'ils sont dans la rue à Guérande, sur le parking d'un commerce à La Baule ou en terrasse à Saint-Nazaire, en 4G, en train de chercher un restaurant ou un artisan tout de suite. Si votre site rame, ils ouvrent le suivant. Vous ne le verrez jamais dans vos statistiques : un visiteur qui part avant que la page charge ne compte presque pour rien.
La réponse courte
Les Core Web Vitals 2026 gardent les mêmes seuils : LCP sous 2,5 s, INP sous 200 ms, CLS sous 0,1, mesurés sur vos vrais visiteurs (CrUX). La vitesse pèse d'abord sur vos ventes : 0,1 s gagnée vaut +8,4 % de conversions en retail selon Deloitte. Un site statique moderne passe ces seuils par défaut ; un WordPress surchargé les rate presque toujours.
C'est exactement ce que mesurent les Core Web Vitals. Google a mis un nom et des seuils chiffrés sur cette expérience, et depuis 2021 ces métriques pèsent sur votre référencement. En 2026 elles sont stabilisées, bien documentées, et surtout : elles touchent vos ventes avant même de toucher votre classement. C'est ce double effet que je veux vous expliquer concrètement, sans survendre.

Les trois métriques, sans jargon
Il y a exactement trois Core Web Vitals. Aucun mystère derrière les sigles une fois qu'on les traduit.
Le LCP (Largest Contentful Paint) mesure le temps qu'il faut pour afficher le plus gros élément visible de votre page : en général l'image principale ou le gros titre de votre page d'accueil. C'est votre "vitesse de chargement" ressentie. Seuil officiel pour être dans le vert : 2,5 secondes ou moins. Au-delà de 4 secondes, c'est rouge.
L'INP (Interaction to Next Paint) mesure la réactivité : quand le visiteur clique sur un bouton, ouvre un menu, déroule un accordéon, combien de temps avant que quelque chose se passe à l'écran. Seuil dans le vert : 200 millisecondes ou moins. C'est le plus souvent raté, j'y reviens.
Le CLS (Cumulative Layout Shift) mesure la stabilité visuelle : ces fois où vous allez cliquer sur un lien et où la page saute parce qu'une image ou une bannière s'est chargée en retard et a tout décalé. Très énervant. Seuil dans le vert : 0,1 ou moins.
Voici les fourchettes officielles 2026, telles que Google les définit sur web.dev :
LCP : bon jusqu'à 2,5 s, à améliorer entre 2,5 et 4 s, mauvais au-delà de 4 s. INP : bon jusqu'à 200 ms, à améliorer entre 200 et 500 ms, mauvais au-delà de 500 ms. CLS : bon jusqu'à 0,1, à améliorer entre 0,1 et 0,25, mauvais au-delà de 0,25.
Une précision qui a son importance, parce que je l'ai vu écrite à tort sur plusieurs blogs cette année : non, Google n'a pas abaissé le seuil LCP à 2,0 secondes en mars 2026. La documentation officielle maintient 2,5 secondes. Si vous lisez le contraire quelque part, c'est faux.
Un détail qui a tout changé : INP a remplacé FID
Si vous avez déjà entendu parler du FID (First Input Delay), oubliez-le. Depuis le 12 mars 2024, l'INP l'a officiellement remplacé. La différence est loin d'être cosmétique. Le FID ne mesurait que le délai de la première interaction, et seulement le délai d'entrée. L'INP mesure toutes les interactions de la visite, et tout leur cycle : le délai, le traitement et l'affichage du résultat. Autrement dit, c'est beaucoup plus exigeant, et ça tape pile là où ça fait mal sur les sites lourds : le JavaScript. Le seuil est passé de 100 ms à 200 ms, mais ne vous laissez pas avoir, c'est plus dur à tenir, pas plus facile.
La vitesse fait vendre, et ce n'est pas une formule
C'est la partie que les commerçants négligent le plus, parce qu'ils pensent "performance = truc technique pour Google". Non. La performance, c'est d'abord du chiffre d'affaires.
L'étude que je cite le plus s'appelle "Milliseconds Make Millions", menée par Deloitte sur 37 marques européennes et américaines et plus de 30 millions de sessions utilisateurs réelles. Le résultat est net : une amélioration de seulement 0,1 seconde de la vitesse mobile a fait grimper les conversions de +8,4 % dans le commerce de détail, avec en prime un panier moyen plus élevé de +9,2 %. Dans le voyage, c'est +10,1 %. Un dixième de seconde. Pas une refonte complète, un dixième de seconde.
Mettez ça en face du comportement réel mesuré par Google dans "The Need for Mobile Speed" : 53 % des visiteurs mobiles abandonnent au-delà de 3 secondes, alors que la page mobile moyenne mettait 14 secondes à charger en 4G au moment de l'étude. L'écart entre ce que les gens tolèrent et ce que les sites livrent est énorme, et c'est là que se joue la vente. Pour un commerce saisonnier de la presqu'île guérandaise en pleine saison, c'est la différence entre capter la réservation du touriste qui cherche une activité maintenant, et le voir aller chez le concurrent dont le site s'affiche instantanément.
Un site qui charge vite ne vous rend pas meilleur que vos concurrents. Mais un site qui charge lentement vous fait perdre des clients que vous n'avez jamais eu la chance de convaincre.
Côté SEO : utile, mais ne survendons pas
Je dois être honnête ici, parce que c'est exactement le genre d'endroit où les agences racontent n'importe quoi. Non, optimiser vos Core Web Vitals ne vous propulsera pas magiquement numéro un sur Google.
Les Core Web Vitals sont un signal de classement confirmé, mais qui agit surtout comme un départage entre des pages de qualité et de pertinence comparables. Le contenu reste roi. Si votre concurrent a une page mieux écrite et plus pertinente que la vôtre, il passera devant même si son site est un peu plus lent. En revanche, à contenu équivalent, c'est le site rapide qui gagne. Et dans le commerce local, beaucoup de pages se valent : c'est précisément là que la vitesse fait pencher la balance.
Le système nommé "Page Experience" a d'ailleurs été déprécié en 2023, mais les métriques, elles, restent mesurées et utilisées. Donc on optimise parce que ça aide au classement et parce que ça convertit mieux. Les deux raisons valent le coup, la deuxième encore plus que la première.
Comment Google mesure vraiment : le piège labo / terrain
C'est le point que personne ne comprend du premier coup, et c'est pourtant le plus important.
Il existe deux types de mesures, et il ne faut surtout pas les confondre. Les données de labo sont un test simulé, lancé à la demande sur une machine type. C'est le fameux score Lighthouse sur 100 que vous voyez dans PageSpeed Insights. Les données de terrain (le rapport CrUX, Chrome User Experience Report) sont collectées sur vos vrais visiteurs Chrome, sur une fenêtre glissante de 28 jours, agrégées au 75e percentile.
Ce qui compte pour votre référencement, c'est uniquement le terrain, CrUX. Pas le joli score de labo. Un site peut afficher 100/100 en labo et échouer en conditions réelles, ou l'inverse. Un écart notable entre les deux est parfaitement normal. C'est pour ça que "mon site a l'air rapide chez moi" ne veut strictement rien dire : vous le testez sur un Mac récent en fibre, alors que CrUX mesure un téléphone milieu de gamme en 4G. CrUX exige par ailleurs un volume de trafic minimum par URL sur ses 28 jours : les petits sites récents doivent souvent se fier au labo en attendant d'accumuler assez de visites.

Pour mesurer, trois outils gratuits suffisent :
- PageSpeed Insights (pagespeed.web.dev) : combine terrain CrUX et labo Lighthouse sur une seule page. Votre point de départ.
- Google Search Console, rapport "Signaux Web essentiels" : suit vos URL classées bon / à améliorer / mauvais dans le temps.
- Lighthouse dans les outils développeur de Chrome, pour un audit local rapide, en pensant à brider la connexion en mode mobile.
Pour situer : au niveau mondial, seules 48 % des origines mobiles passent les trois Core Web Vitals (Web Almanac 2025, contre 44 % en 2024). Le LCP reste le principal goulot d'étranglement, et près d'un site mobile sur quatre rate encore l'INP (23 %). Vous n'êtes donc pas seul à galérer, mais c'est justement une occasion de passer devant — surtout en local, où j'ai détaillé ce qui fait vraiment monter une fiche dans mon guide sur le top 3 Google Maps.
Pourquoi les sites lents le sont, et comment on règle ça
J'observe régulièrement le même schéma chez les commerçants de la côte. Le site a été monté sous WordPress avec un page builder (Elementor, Divi), une demi-douzaine de plugins, un thème lourd, et le tout hébergé sur du mutualisé bas de gamme. Résultat : un layout pourtant simple génère 600 à 900 éléments dans le code de la page sous Elementor (plus encore sous Divi), là où un site propre en tient 300 à 500. Le temps de chargement grimpe à 5, 7, parfois 10 secondes sur mobile, avec un score PageSpeed autour de 51/100.
Soyons clairs et justes : WordPress n'est pas lent en soi. Un WordPress bien optimisé, léger, peut tout à fait passer les seuils. C'est l'accumulation page builder + plugins + thème lourd + mutualisé qui le plombe. La nuance compte, parce que je ne veux pas vous vendre du vent en tapant sur un outil.
À l'inverse, une stack statique moderne comme Next.js est rapide par défaut, et c'est ce que je privilégie — c'est le cœur de ma façon de travailler. Les pages sont pré-générées en HTML statique : quand le visiteur arrive, le travail est déjà fait. Le composant next/image convertit automatiquement vos images en AVIF ou WebP (40 à 70 % de poids en moins) et impose les dimensions, ce qui tue le CLS. Le composant next/font héberge les polices chez vous, supprimant toute requête vers Google Fonts et tout décalage de mise en page. On n'optimise pas après coup : c'est rapide d'origine.
Si vous êtes coincé sur un site existant, voici les gains les plus rentables, dans l'ordre :
- Ne jamais lazy-loader l'image principale (le hero, visible d'emblée). C'est l'erreur classique qui ruine le LCP : on charge en retard l'image la plus importante. Il faut au contraire la précharger.
- Compresser les images et passer en WebP (support à 96 %, le choix pragmatique) ou AVIF (encore plus léger).
- Supprimer les scripts tiers inutiles : chaque tracker, chaque widget de chat, chaque pixel ralentit tout le monde.
- Mettre en place du cache et un CDN ; sous WordPress, un plugin comme WP Rocket avec font-display: swap aide déjà beaucoup.
- Alléger le JavaScript : c'est la cause numéro un des échecs INP.
Le CLS, lui, ne vient pas que du chargement initial. Les bannières cookies, les pubs et les images sans dimensions qui décalent le contenu pendant que le visiteur lit en sont les causes les plus oubliées.
Si vous hésitez entre refaire l'existant ou repartir propre, le détail de ma refonte de site web est en ligne, et vous pouvez voir le type de sites que je livre sur la page réalisations. Côté budget, j'ai décortiqué ce que coûte réellement un site en 2026.
L'angle local : la fibre ne suffit pas
Voici ce qui me frappe en Loire-Atlantique. Le département a achevé début 2025 son plan "100 % Fibre" : 335 000 locaux rendus raccordables entre 2017 et 2025 dans 161 communes rurales et périurbaines (hors agglomérations de Nantes, Saint-Nazaire et presqu'île guérandaise, déjà couvertes par les opérateurs), pour 360 millions d'euros investis. Excellente nouvelle pour les entreprises : connexion rapide, visioconférences fluides, sauvegardes cloud sans douleur.
Mais attention au contresens. Cette fibre améliore votre connexion au bureau. Elle ne change rien à la vitesse de votre site pour vos visiteurs. Et la moitié de ces visiteurs sont sur mobile, en 4G ou 5G, dehors, dans la rue de Guérande ou sur le front de mer de La Baule. Votre confort réseau personnel ne se transforme pas en clients si la page qu'ils ouvrent met sept secondes à apparaître.
Il existe par ailleurs des dispositifs régionaux d'aide à la digitalisation des TPE et PME en Pays de la Loire. Un site performant est exactement l'investissement qui rentabilise ces aides, parce qu'il transforme la subvention en visiteurs qui restent et qui achètent, pas en une jolie vitrine que personne n'attend de voir charger.
Ce que je retiens pour vous
La performance web a ceci d'agréable qu'elle est une des rares optimisations où les intérêts sont alignés : ce qui plaît à votre visiteur pressé plaît aussi à Google, et remplit votre caisse. Vous n'avez pas à choisir entre "faire pour le SEO" et "faire pour les clients", c'est le même geste.
Le piège, c'est de croire que c'est un réglage qu'on fait une fois et qu'on oublie. Un site évolue, on rajoute une bannière, un plugin, une vidéo, et la performance se dégrade lentement, sans bruit. Mon conseil le plus pragmatique : ouvrez PageSpeed Insights une fois par trimestre sur votre page d'accueil et votre meilleure page produit, regardez la partie terrain (CrUX), et si vous voyez du orange ou du rouge, agissez avant que ça devienne une habitude. Trois minutes par trimestre pour protéger un canal de vente, c'est le meilleur ratio effort/résultat que je connaisse sur un site.
Et si vous partez d'une page lente qui vous coûte des réservations chaque été, ce n'est pas une fatalité technique : c'est juste une page qui n'a jamais été construite pour la vitesse. Les signes qui montrent qu'il est temps d'agir, je les ai listés dans les signaux d'une refonte nécessaire, et ça se répare souvent pour moins cher que vous ne l'imaginez : mes tarifs démarrent à 800 euros, prototype visible sous 48 heures, et toute demande reçoit une réponse sous 24 heures.
Sources et références
- Core Web Vitals — web.dev (Google) — les seuils officiels LCP 2,5 s / INP 200 ms / CLS 0,1, mesurés au 75e percentile.
- Interaction to Next Paint (INP) — web.dev — la métrique de réactivité qui a succédé au FID, avec ses fourchettes 200/500 ms.
- Milliseconds Make Millions — étude Deloitte, web.dev — 0,1 s de vitesse mobile gagnée = +8,4 % de conversions retail, +9,2 % de panier moyen.
- Google : 53 % des mobinautes abandonnent au-delà de 3 s — Marketing Dive — synthèse du rapport Google "The Need for Mobile Speed".
- Web Almanac 2025, chapitre Performance — HTTP Archive — 48 % des origines mobiles passent les trois Core Web Vitals, 77 % passent l'INP.
- L'objectif 100 % fibre est atteint — Loire-Atlantique Numérique — 335 000 locaux raccordables, 161 communes, 360 M€ investis (2017-2025).
Questions fréquentes
- Quels sont les seuils Core Web Vitals à respecter en 2026 ?
- Les seuils officiels 2026 sont inchangés : LCP inférieur ou égal à 2,5 secondes, INP inférieur ou égal à 200 millisecondes, CLS inférieur ou égal à 0,1. Google les mesure sur vos vrais visiteurs via le rapport CrUX, au 75e percentile, sur une fenêtre glissante de 28 jours. Le score Lighthouse de laboratoire, lui, ne compte pas pour le référencement.
- Un site lent fait-il vraiment perdre des ventes ?
- Oui, et c'est mesuré : 53 % des visiteurs mobiles quittent une page qui met plus de 3 secondes à s'afficher, et l'étude Deloitte sur 7,4 millions d'utilisateurs montre que 0,1 seconde gagnée augmente les conversions retail de 8,4 %. Pour un commerce local, la vitesse est un levier de chiffre d'affaires avant d'être un critère technique.
- Combien coûte un site rapide qui passe les Core Web Vitals ?
- Moins cher qu'on ne le croit : une stack statique moderne type Next.js passe les seuils par défaut, sans optimisation après coup. Chez BecauseTimeCounts, les sites démarrent à 800 euros, avec un prototype visible sous 48 heures et le code source livré. Une demande de devis reçoit une réponse sous 24 heures.