Trois chiffres qui résument l'expérience de vos visiteurs
Les Core Web Vitals sont la réponse de Google à une question simple : ce site est-il agréable à utiliser ? Trois mesures y répondent. Le LCP (Largest Contentful Paint) : en combien de temps le contenu principal s'affiche-t-il ? Bon en dessous de 2,5 secondes. L'INP (Interaction to Next Paint) : le site répond-il vite quand on clique ? Bon sous 200 millisecondes. Le CLS (Cumulative Layout Shift) : la page bouge-t-elle sous les doigts pendant le chargement ? Bon sous 0,1.
Trois mesures, trois frustrations universelles : attendre, cliquer dans le vide, viser un bouton qui se dérobe. Avant d'être un sujet SEO, c'est un sujet de chiffre d'affaires : les études sectorielles convergent depuis des années, chaque demi-seconde gagnée sur mobile se lit dans les taux de conversion.
Labo contre terrain : l'erreur de lecture numéro un
La confusion la plus répandue, y compris chez des prestataires : confondre les données de laboratoire et les données terrain. Le score Lighthouse (la note sur 100 de PageSpeed Insights) est une simulation sur une machine type. Les Core Web Vitals qui comptent pour Google viennent du rapport CrUX : les mesures réelles des utilisateurs de Chrome sur votre site, agrégées sur 28 jours, au 75e percentile.
Conséquences pratiques : un site peut afficher 95/100 en labo et être médiocre sur le terrain (parce que vos visiteurs ont des téléphones moyens et des réseaux inégaux), et l'inverse existe aussi. Quand vous auditez un prestataire ou qu'on vous vend une optimisation, exigez de parler données terrain. Et patience : après une correction, le rapport CrUX met jusqu'à 28 jours à refléter pleinement le changement.
LCP lent : les quatre suspects habituels
Dans l'ordre où nous les rencontrons en audit : l'image principale trop lourde (une photo de 2 Mo en tête de page, non redimensionnée, non convertie en format moderne), le serveur lent à répondre (mutualisé saturé, cache absent : le fameux TTFB au-dessus de 800 ms qui plombe tout ce qui suit), les ressources bloquantes (CSS et scripts chargés avant le contenu), et les polices web qui retardent l'affichage du texte. Les corrections vont dans le même ordre : images optimisées et dimensionnées (le gain le plus fréquent : 1 à 2 secondes d'un coup), cache et hébergement dignes de ce nom, chargement différé de ce qui n'est pas critique, et polices en display swap avec préchargement de la principale.
INP : le nouveau venu qui pique
L'INP mesure la réactivité de toutes les interactions d'une visite et retient à peu près la pire. Ses ennemis : le JavaScript, encore le JavaScript, surtout celui des autres : tag managers obèses, widgets tiers, scripts publicitaires. Nous lui avons consacré un guide dédié avec un cas réel chiffré ; l'essentiel tient en une phrase : chaque script ajouté à votre site se paie en réactivité, et le grand ménage des balises mortes est l'optimisation au meilleur rendement de 2026.
CLS : le plus facile à corriger, le plus agaçant à vivre
La page qui saute pendant le chargement a des causes finies et connues : images sans dimensions déclarées (le navigateur ne réserve pas la place, tout descend quand elles arrivent), publicités et encarts injectés après coup, polices qui changent la hauteur des textes en arrivant, bandeaux (cookies, promos) qui poussent le contenu au lieu de se superposer. Les remèdes sont mécaniques : dimensions explicites partout, espaces réservés pour tout contenu dynamique, et bannières en superposition. Un après-midi de travail ramène la plupart des sites sous 0,1.
La méthode de correction dans le bon ordre
Étape 1 : mesurer sur le terrain (PageSpeed Insights section « Découvrez ce que vivent vos utilisateurs », Search Console rapport « Signaux Web essentiels ») et lister les groupes de pages en défaut. Étape 2 : traiter la métrique la plus rouge sur les pages les plus visitées ; inutile de peaufiner une page confidentielle. Étape 3 : reproduire en labo pour diagnostiquer (DevTools, simulation mobile), corriger, remesurer en labo. Étape 4 : attendre le verdict terrain et passer au suivant. Ce cycle, répété, transforme un site rouge en site vert en deux à trois mois sans refonte.
Étape 0, en réalité : se demander si le socle technique permet d'atteindre le vert. Certains assemblages (thème lourd + douze extensions + hébergement premier prix) coûtent plus cher à optimiser qu'à remplacer. C'est le diagnostic honnête que nous posons en ouverture de nos missions performance : parfois la réponse est trois jours d'optimisation, parfois c'est une refonte, et vous méritez de le savoir avant de dépenser.
Ce que Google en fait vraiment
Remettons l'église au centre du village : les Core Web Vitals sont un signal de classement parmi des centaines, et un contenu excellent sur un site moyen bat un contenu moyen sur un site rapide. Leur vrai poids est indirect : un site lent dégrade tout ce que Google mesure par ailleurs, taux de retour aux résultats, pages vues, conversions de vos campagnes payantes. Les traiter, c'est améliorer simultanément le SEO, le coût de vos publicités et vos ventes. Peu de chantiers cochent les trois cases à la fois.
Si votre Search Console affiche de l'orange ou du rouge et que vous voulez un plan d'attaque chiffré plutôt que des généralités, envoyez-nous l'URL : l'audit initial dit en quelques jours où vous perdez des visiteurs et ce que chaque correction coûte.
Questions fréquentes sur les Core Web Vitals
Mon score Lighthouse est de 98, pourquoi la Search Console me signale des problèmes ? Parce que Lighthouse simule et que la Search Console rapporte le vécu de vos vrais visiteurs, sur leurs vrais appareils. Les deux peuvent diverger fortement, et c'est toujours le terrain qui a raison. Vérifiez notamment le trafic mobile d'entrée de gamme : c'est lui qui tire le 75e percentile vers le rouge.
Faut-il viser le vert sur toutes les pages ? Non : priorisez les pages d'atterrissage de vos campagnes et vos pages commerciales. Google évalue par groupes de pages similaires ; soigner le gabarit « fiche produit » corrige d'un coup des centaines d'URL. Une page mentions légales orange n'a jamais coûté un client.
Une extension de cache suffit-elle ? Elle aide le LCP, souvent nettement. Elle ne fait rien pour l'INP (le JavaScript s'exécute quand même) ni pour le CLS. C'est un pansement utile, pas une stratégie.
Combien coûte une remise à niveau complète ? Sur un site sain dans son architecture, comptez trois à huit jours de travail pour passer au vert durablement. Si le socle est condamné (thème obèse, hébergement inadapté), la refonte est parfois plus économique que l'acharnement : nous chiffrons toujours les deux scénarios pour comparer honnêtement.
Le suivi dans la durée : éviter la rechute
Le vert n'est pas un état permanent : chaque nouvelle extension, chaque script marketing ajouté « juste pour tester », chaque lot d'images non optimisées érode l'acquis. Les équipes qui restent vertes ont deux habitudes : un budget performance déclaré (par exemple, pas plus de 200 Ko de JavaScript tiers, images toujours servies en format moderne) que chaque ajout doit respecter, et une alerte automatique quand les métriques terrain glissent, plutôt qu'une découverte six mois plus tard dans la Search Console. C'est typiquement ce que nous installons en fin de mission performance : le correctif sans la vigilance ne dure jamais.
