Stratégie SEO
Core Web Vitals : pourquoi la vitesse de votre site fait vendre
Un site qui met du temps à s'afficher, qui réagit avec retard au clic sur un bouton, ou dont le contenu saute au moment où l'utilisateur allait cliquer : ce sont trois expériences que chacun a déjà vécues, et que chacun fuit sans réfléchir. Les Core Web Vitals donnent un nom et un chiffre à ces frictions. Comprendre ce qu'ils mesurent, et où agir, est aujourd'hui un sujet de dirigeant autant que de technique.
Que mesurent vraiment les Core Web Vitals ?
Les Core Web Vitals sont trois indicateurs définis par Google pour évaluer l'expérience réelle d'un visiteur sur une page, au-delà de la simple vitesse théorique. Chacun couvre un moment différent du parcours.
- LCP, le chargement. Le temps que met le plus grand élément visible à l'écran (une image d'en-tête, un titre, un bloc de contenu) à s'afficher complètement. C'est la première impression de vitesse que se fait un visiteur.
- INP, la réactivité. Le délai entre un clic, un tap ou une saisie, et la réponse visible à l'écran. Un bouton qui ne réagit pas tout de suite donne l'impression d'un site cassé, même s'il fonctionne.
- CLS, la stabilité visuelle. L'ampleur des décalages de mise en page pendant le chargement, quand une image ou une publicité pousse soudainement le contenu et fait cliquer au mauvais endroit.
Google publie des seuils de référence pour chacun. Ils servent de repère, pas de note absolue : l'objectif est de rester dans la zone verte sur la majorité de vos pages, pas d'obtenir un score parfait.
| Métrique | Ce qu'elle mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP (chargement) | Affichage du plus grand élément visible | 2,5 s ou moins | 2,5 à 4 s | Plus de 4 s |
| INP (réactivité) | Délai entre une interaction et sa réponse visible | 200 ms ou moins | 200 à 500 ms | Plus de 500 ms |
| CLS (stabilité) | Ampleur des décalages visuels au chargement | 0,1 ou moins | 0,1 à 0,25 | Plus de 0,25 |
Pourquoi Google et vos visiteurs y tiennent-ils autant ?
Du côté de Google, la logique est simple : un moteur de recherche veut envoyer ses utilisateurs vers des pages qui fonctionnent bien, pas seulement vers des pages bien écrites. Les Core Web Vitals font partie du signal d'expérience de page pris en compte dans le classement, aux côtés de la pertinence du contenu, qui reste le critère dominant.
Du côté de vos visiteurs, il n'y a pas de nuance technique : ils ne savent pas ce qu'est un LCP, mais ils ressentent immédiatement un site lent, un bouton qui ne répond pas, ou un lien qui se dérobe au clic. Pour une PME ou une ETI qui investit dans son référencement, dans du contenu ou dans de la publicité, chaque visiteur qui abandonne à cause de la vitesse est un budget d'acquisition dépensé pour rien.
Quel impact réel sur votre taux de conversion ?
C'est là que le sujet quitte le terrain purement technique. Un visiteur qui attend un affichage qui tarde ne se dit pas « le LCP est mauvais », il se dit « ce site est lent » et referme l'onglet, souvent avant même d'avoir vu votre offre. Sur mobile, où la connexion est plus variable et l'attention plus courte, l'effet est encore plus marqué.
La réactivité joue un rôle tout aussi direct sur la conversion. Un formulaire de contact qui met du temps à valider un champ, un bouton « ajouter au panier » qui ne réagit pas tout de suite, ou un menu qui reste bloqué quelques instants, poussent l'utilisateur à cliquer une deuxième fois, voire à abandonner en pensant que le site a planté. La stabilité visuelle a un effet plus sournois encore : un bouton qui se déplace au dernier moment provoque un clic sur le mauvais élément, souvent une publicité ou un lien non désiré, ce qui abîme la confiance dans le site.
Pour un site vitrine, cela se traduit par moins de demandes de contact. Pour une boutique en ligne, par plus de paniers abandonnés. Pour un formulaire de devis ou de prise de rendez-vous, par des abandons en cours de saisie. Dans les trois cas, le budget déjà investi pour amener ce visiteur (référencement, publicité, bouche-à-oreille) est en partie perdu à cause d'un problème technique corrigible.
Comment mesurer les Core Web Vitals de votre site ?
Deux types de mesures existent, et il est utile de connaître la différence avant de tirer des conclusions.
- Les données de laboratoire. Un outil comme PageSpeed Insights charge votre page dans des conditions contrôlées et simulées, et donne un score immédiat. Pratique pour tester un correctif avant et après, mais pas représentatif de la diversité de vos vrais visiteurs.
- Les données de terrain. Elles proviennent de la navigation réelle de vos visiteurs, sur leurs appareils et leurs connexions. C'est ce jeu de données, plus fiable, que Google utilise réellement pour le classement, et qui apparaît dans le rapport Core Web Vitals de Search Console une fois votre site suffisamment fréquenté.
En pratique, le bon réflexe est de croiser les deux : PageSpeed Insights pour identifier précisément quel élément de la page pose problème, et les données de terrain dans Search Console pour confirmer que le correctif se ressent sur vos vrais visiteurs, mobile et desktop confondus.
Quels leviers actionner pour améliorer vos scores ?
Dans la grande majorité des cas, quatre chantiers concentrent l'essentiel du gain possible, sans toucher au design du site.
01
Images optimisées et bien dimensionnées
Formats modernes (WebP, AVIF), dimensions adaptées à l'affichage réel, chargement différé sous la ligne de flottaison. C'est souvent le levier qui fait le plus bouger le LCP, à lui seul.
02
Code allégé et exécution différée
Le JavaScript non indispensable au premier affichage se charge après, pas avant. Réduire les scripts tiers (chat, avis, trackings multiples) qui occupent le navigateur améliore directement l'INP.
03
Polices maîtrisées
Polices hébergées sur votre propre serveur plutôt que chargées depuis un service externe, avec une police de secours dimensionnée pour éviter un décalage visible à l'arrivée de la police définitive.
04
Hébergement et mise en cache
Un serveur proche de vos visiteurs et un cache correctement réglé (CDN, cache navigateur) réduisent le temps de première réponse, avant même que le reste de la page ne s'exécute.
Ces quatre chantiers se traitent généralement dans cet ordre : d'abord les images, qui offrent le gain le plus rapide et le plus visible, puis le code et les scripts tiers, puis les polices, et enfin l'hébergement si le socle technique lui-même est en cause.
Quelles erreurs plombent le plus souvent les scores ?
Certaines erreurs reviennent sur la quasi-totalité des sites que nous auditons, quel que soit le secteur.
- Empiler les scripts tiers sans les mesurer. Chat en ligne, widget d'avis, plusieurs outils de tracking, pixels publicitaires : chacun semble léger isolément, mais leur addition ralentit le chargement et bloque la réactivité.
- Ne pas réserver d'espace pour les images et les bannières. Sans dimension prévue dans le code, le navigateur pousse le contenu existant dès que l'image arrive, ce qui provoque le décalage visuel mesuré par le CLS.
- Charger des polices sans police de secours dimensionnée. Le texte change de taille ou de position au moment où la police définitive arrive, un défaut discret mais qui compte dans le score de stabilité.
- Corriger une fois, puis ne plus jamais vérifier. Une mise à jour de thème, un nouveau plugin ou une bannière ajoutée plus tard peuvent faire retomber un site qui avait de bons scores. Les Core Web Vitals se surveillent dans la durée, pas comme une case cochée une fois pour toutes.
FAQ
Quel est le seuil de Core Web Vitals à viser en priorité ?
Les repères officiels sont un LCP sous 2,5 secondes, un INP sous 200 millisecondes et un CLS sous 0,1. Mais toutes les métriques ne se valent pas selon votre site : un rapport PageSpeed Insights montre laquelle des trois vous pénalise le plus, et c'est celle-là qu'il faut corriger en premier.
Les Core Web Vitals sont-ils un vrai critère de classement Google ?
Oui, ils font partie du signal d'expérience de page, mais ce n'est pas le facteur dominant : le contenu et la pertinence priment. En revanche, à contenu équivalent, les Core Web Vitals départagent souvent deux pages concurrentes, et ils influencent directement le comportement des visiteurs, ce qui pèse indirectement sur le SEO.
Améliorer les Core Web Vitals coûte-t-il cher ?
Rarement autant qu'on l'imagine. La majorité des gains viennent d'ajustements ciblés : compression d'images, retrait d'un script tiers inutile, réservation d'espace pour les visuels. Un audit permet de savoir en amont si le sujet se règle en quelques jours ou s'il révèle un problème plus structurel côté hébergement ou architecture.
Un site peut-il être bon sur mobile et mauvais sur desktop, ou l'inverse ?
Oui, Google mesure les deux séparément, et l'écart est fréquent. Le mobile cumule souvent des connexions plus lentes et des appareils moins puissants, donc c'est généralement là que les scores se dégradent en premier. Si vos visiteurs sont majoritairement sur mobile, c'est ce score qu'il faut surveiller en priorité.
Faut-il refaire tout le site pour corriger les Core Web Vitals ?
Non, c'est rarement nécessaire. La plupart des sites gagnent des points significatifs avec des correctifs ciblés sur les images, le code exécuté au chargement et les polices, sans toucher au design ni à la structure. Une refonte complète ne se justifie que si le site repose sur une base technique réellement dépassée.
Vous voulez avancer sur ce sujet ?