Core Web Vitals 2026 : pourquoi la vitesse de votre site fait vendre

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.

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 7,4 millions d'utilisateurs réels. 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 : un délai de 2 secondes fait grimper le taux de rebond d'environ 103 %. Une page qui charge en 1 seconde convertit à peu près trois fois mieux qu'une page à 5 secondes. 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 de 10 à 15 points 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. Il faut au moins 1000 visites sur 28 jours pour qu'une URL ait des données CrUX, donc les petits sites doivent souvent se fier au labo en attendant.

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). Le LCP est le principal goulot d'étranglement, et l'INP est raté par 43 % des sites. Vous n'êtes donc pas seul à galérer, mais c'est justement une occasion de passer devant.

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. 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 :

1. 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.
2. Compresser les images et passer en WebP (support à 96 %, le choix pragmatique) ou AVIF (encore plus léger).
3. Supprimer les scripts tiers inutiles : chaque tracker, chaque widget de chat, chaque pixel ralentit tout le monde.
4. Mettre en place du cache et un CDN ; sous WordPress, un plugin comme WP Rocket avec font-display: swap aide déjà beaucoup.
5. 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, j'en parle plus en détail dans mon comparatif Vibe Coding, WordPress ou no-code, et vous pouvez voir le type de sites que je livre sur la page realisations.

L'angle local : la fibre ne suffit pas

Voici ce qui me frappe en Loire-Atlantique. Le département a achevé en 2025 son plan "100 % Fibre", avec environ 300 000 prises raccordées hors zones urbaines déjà couvertes, et plus de 70 % des locaux éligibles dès fin 2024. 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 d'aide à la digitalisation des TPE et PME en Pays de la Loire (de l'ordre de 23 dispositifs recensés, plusieurs millions d'euros, type AMI "Commerce du Futur" et aides régionales). 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. Si vous ciblez un secteur précis, j'ai détaillé la situation des TPE de Loire-Atlantique en 2026.

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. Ça, ça se répare.