Un site que je suis depuis des années a perdu trois positions sur mobile en deux semaines. Pas de pénalité, pas de contenu modifié, pas de lien toxique. Juste une refonte graphique qui avait ajouté une bannière cookies lourde et une police custom. Son LCP mobile était passé de 2,1 s à 4,3 s. Le contenu était identique. Le classement, non.
Voilà pourquoi je considère les Core Web Vitals comme le sujet le plus mal compris du SEO technique. Tout le monde connaît les trois acronymes. Presque personne ne sait quand ils font réellement basculer un classement mobile, ni pourquoi les scores desktop qu'on vous montre dans les outils ne veulent souvent rien dire.
Points clés à retenir
- Les Core Web Vitals sont un signal de classement confirmé depuis juin 2021, mais un signal secondaire : la pertinence passe avant.
- Ils font la différence quand deux pages sont à pertinence équivalente — un rôle de départage, pas de moteur principal.
- Google mesure le mobile et le desktop séparément, et le classement mobile s'appuie sur des données mobiles.
- Un bon score Lighthouse ne garantit rien : ce sont les données terrain (CrUX) qui comptent.
- Les trois métriques actuelles : LCP, INP (qui a remplacé le FID en mars 2024) et CLS.
L'impact réel des Core Web Vitals sur le classement mobile
Quand on me demande « est-ce que les Core Web Vitals font gagner des places ? », la réponse honnête est : rarement seuls, souvent en cas d'égalité. C'est frustrant à entendre, mais c'est ce que j'observe sur les sites que je suis.
Pourquoi la pertinence écrase le reste
Google classe d'abord par intention. Si votre page ne répond pas à la requête, un LCP de 1,2 s ne vous sauvera pas. J'ai vu des pages lentes en première position parce que leur contenu était exactement ce que cherchait l'internaute. Et j'ai vu des pages ultra-rapides bloquées en page 3 pour cause de contenu hors sujet.
Le classement d'un moteur de recherche repose sur un empilement de signaux : correspondance sémantique, autorité, fraîcheur, contexte local parfois, comportement des utilisateurs. Les Core Web Vitals arrivent loin dans cette pile.
Quand les CWV font vraiment la différence
Le scénario type : deux pages traitent le même sujet avec un niveau de qualité comparable. L'une charge en 2 s sur mobile, l'autre en 5 s. C'est là que l'expérience utilisateur devient un critère de départage. Sur un marché de niche où trois concurrents se tiennent à quelques points d'autorité près, j'ai mesuré des bascules de deux à trois positions sur ce seul facteur.
Sur des requêtes hyper-compétitives, en revanche, optimiser votre LCP ne vous fera pas passer devant un site d'autorité dix fois supérieure. Inutile de vous mentir là-dessus.
Core Web Vitals : c'est quoi, exactement ?
Trois indicateurs, pas un seul. Et depuis mars 2024, l'un d'eux a changé — beaucoup d'articles circulent encore avec l'ancienne version.
- LCP (Largest Contentful Paint) : le temps d'affichage du plus gros élément visible. Seuil : 2,5 s ou moins.
- INP (Interaction to Next Paint) : la réactivité aux clics et aux touches. Seuil : 200 ms ou moins. Il a remplacé le FID, trop limité.
- CLS (Cumulative Layout Shift) : les sauts de mise en page. Seuil : 0,1 ou moins.
Chacun est évalué au 75e percentile des visites réelles, pas sur une moyenne. Concrètement : un quart de vos visiteurs peut vivre une expérience catastrophique sans dégrader votre note, tant que les trois quarts restent dans le vert. C'est une mesure de masse, pas de cas isolé.
Qu'est-ce que le score Core Web Vitals ?
C'est une synthèse des trois métriques, chacune jugée « bon », « à améliorer » ou « mauvais » selon les seuils ci-dessus. Une page est considérée comme conforme quand les trois sont au vert. Deux sur trois ne suffisent pas. Et ce score n'existe que sur données terrain : sans trafic réel enregistré, il n'y a pas de score.
Quel est l'outil qui mesure les Core Web Vitals d'une page ?
Aucun outil unique ne fait le travail, et c'est le piège dans lequel je suis tombé au début. Il faut distinguer deux familles de mesures — et ne surtout pas les confondre.
Données terrain contre données de laboratoire
Les données terrain viennent de vrais visiteurs. Elles se consultent dans la Google Search Console (rapport « Signaux web essentiels ») et dans PageSpeed Insights, section « Données utilisateurs ». C'est ce que Google utilise pour le classement.
Les données de laboratoire viennent de Lighthouse ou du « Web Vitals extension », qui simulent un chargement dans des conditions contrôlées. Utiles pour diagnostiquer, inutiles pour prédire un classement.
| Outil | Type de données | Ce que ça sert vraiment |
|---|---|---|
| PageSpeed Insights | Terrain + labo | Vue d'ensemble, diagnostic technique |
| Search Console | Terrain uniquement | Suivi du classement réel sur mobile et desktop |
| Lighthouse | Labo | Débugger une page précise, identifier les goulots |
| Web Vitals extension | Labo, en local | Test rapide pendant le développement |
Mon conseil : commencez toujours par la Search Console. C'est la seule source qui reflète ce que Google voit sur votre trafic mobile réel. Un score Lighthouse à 98 pendant que la Search Console affiche « à améliorer » sur mobile, c'est un scénario que je vois chaque mois.
Comment sont classés les résultats sur un moteur de recherche ?
Par pertinence d'abord, puis par un faisceau de signaux d'autorité et de qualité. L'expérience de chargement intervient comme un facteur parmi d'autres, intégré au classement depuis juin 2021.
Ce qui change sur mobile, c'est que Google indexe et classe en priorité la version mobile des sites. Depuis le mobile-first indexing généralisé, c'est votre site mobile qui est évalué pour l'indexation. Un site dont la version desktop est parfaite mais la version mobile lente sera jugé sur la seconde.
L'écart mobile-desktop, angle mort des articles SEO
Sur la majorité des sites que j'ai audités, le LCP mobile dépasse de 40 % à 100 % le LCP desktop. La raison est mécanique : processeur moins puissant, réseau moins stable, écran plus petit donc ressources moins optimisées. Google mesure ces deux contextes séparément dans CrUX. Un bon score desktop ne compense pas un mauvais score mobile — et vice versa.
Beaucoup de webmasters optimisent sur leur ordinateur portable, en fibre, puis s'étonnent que la Search Console signale un problème. Testez sur un vrai téléphone, en 4G bridée. Vous verrez vite où ça coince.
Core Web Vitals : échec fréquent, causes concrètes
Les rapports « Évaluation Core Web Vitals : échec » pleuvent dès qu'un site grossit. Trois causes reviennent sans cesse, et elles sont rarement celles qu'on croit.
Le LCP tué par une seule image
Dans 7 cas sur 10 que j'ai traités, le LCP catastrophique venait d'une image héros non compressée ou chargée en lazy-loading alors qu'elle est au-dessus de la ligne de flottaison. Le chargement différé d'une image visible est un classique : vous croyez optimiser, vous dégradez. Le remède est technique, pas stratégique — format moderne, dimensions explicites, chargement prioritaire sur l'image LCP uniquement.
L'INP et le JavaScript mal placé
Depuis que l'INP a remplacé le FID, les sites riches en scripts trinquent. Un menu qui met 400 ms à s'ouvrir, un carrousel qui bloque le thread principal pendant qu'un utilisateur tape — voilà ce que l'INP détecte et que le FID ignorait. Sur les sites e-commerce, c'est devenu le point de friction numéro un.
Le CLS des bannières et des polices
Une bannière publicitaire insérée au milieu du contenu, une police custom qui arrive après le texte, une image sans dimensions : trois causes de CLS qui dégradent la perception mobile sans jamais apparaître sur desktop. Et pourtant, une page qui « saute » pendant le chargement donne une impression de site bricolé.
Un cas concret, chiffres à l'appui
Sur un site client, une page catégorie plafonnait en position 6 sur mobile. Le LCP mesuré était de 4,1 s. On a retiré un carrousel JavaScript inutile, compressé l'image héros, et ajouté des dimensions à trois images. Trois jours de travail, pas de refonte.
Résultat après quatre semaines : LCP mobile à 2,3 s, passage de la page à la position 3 sur trois requêtes proches. Le CTR a suivi. Je ne vais pas prétendre que c'est un lien de causalité pur — d'autres facteurs ont pu jouer. Mais le site n'avait rien changé d'autre.
Faut-il tout miser sur les Core Web Vitals ?
Non, et c'est mon avis tranché. Un site rapide et vide ne classe rien. Un site lent et excellent se classe quand même. Les CWV sont une condition de survie dans un marché serré, pas une baguette magique.
Ce que je recommande concrètement, dans l'ordre :
- Vérifier d'abord que la Search Console ne signale pas d'échec mobile — c'est le seul indicateur qui compte pour le classement.
- Corriger les trois métriques en échec sur les pages qui génèrent du trafic, pas sur tout le site.
- Arrêter d'optimiser pour Lighthouse. Il n'a aucune valeur prédictive sur le classement.
- Re-tester sur un vrai mobile tous les deux mois, parce qu'une refonte peut tout casser en une semaine.
Le vrai enjeu des Core Web Vitals sur mobile, ce n'est pas de gagner des places. C'est d'éviter d'en perdre à cause d'un détail technique invisible depuis votre bureau. Et sur ce terrain-là, la marge d'erreur est plus fine qu'on ne l'imagine.
