Votre page d’accueil met quatre secondes à afficher son image principale, votre menu répond avec un temps de retard, et vos boutons se décalent pendant le chargement ? Google mesure tout cela, vos visiteurs le subissent, et vos positions en paient le prix. Depuis 2021, les Core Web Vitals font partie des signaux de classement, et leurs exigences se sont précisées année après année, jusqu’aux seuils stabilisés que nous connaissons aujourd’hui.
LCP, INP, CLS : derrière ces trois sigles se cachent des seuils chiffrés, mesurables et atteignables. Dans ce guide, nous détaillons ce que chaque métrique mesure réellement, comment obtenir des données fiables plutôt que des scores de laboratoire flatteurs, et les optimisations WordPress qui produisent les gains les plus rapides, celles que nous appliquons chaque semaine sur les sites que nous accompagnons.
Core Web Vitals : de quoi parle-t-on exactement ?
Les Core Web Vitals sont trois métriques définies par Google pour quantifier l’expérience réelle d’une page : la vitesse d’affichage du contenu principal (LCP), la réactivité aux interactions (INP) et la stabilité visuelle (CLS). Elles sont intégrées aux signaux de classement depuis juin 2021 et s’évaluent sur les données de navigation réelles des utilisateurs de Chrome, pas sur des simulations.
Le point que beaucoup de sites ignorent : Google ne retient pas la moyenne de vos visites, mais le 75e percentile. Autrement dit, pour qu’une métrique soit jugée « bonne », 75 % de vos visiteurs réels doivent vivre une expérience sous le seuil. Un site rapide sur la fibre au bureau mais lent sur un mobile en 4G dans le train peut donc échouer. Ces données sont collectées sur 28 jours glissants via le Chrome User Experience Report (CrUX), puis agrégées par groupes de pages dans la Search Console.
Voici les seuils de référence, inchangés dans leur logique depuis le remplacement du FID par l’INP en mars 2024 :
| Métrique | Ce qu’elle mesure | Bon | À améliorer | Médiocre |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Affichage du plus grand élément visible | ≤ 2,5 s | 2,5 à 4 s | > 4 s |
| INP (Interaction to Next Paint) | Délai de réponse aux interactions | ≤ 200 ms | 200 à 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Décalages visuels cumulés | ≤ 0,1 | 0,1 à 0,25 | > 0,25 |
LCP : votre contenu principal doit s’afficher en moins de 2,5 secondes
Le LCP (Largest Contentful Paint) mesure le temps nécessaire pour afficher le plus grand élément visible à l’écran, le plus souvent une image de couverture ou un grand titre. Google le juge bon en dessous de 2,5 secondes. C’est la métrique la plus difficile à tenir sur WordPress, et celle qui pèse le plus sur la perception de rapidité.
Selon le Web Almanac publié par HTTP Archive, l’élément LCP est une image dans plus de 70 % des pages mobiles. Votre combat pour le LCP est donc, dans la grande majorité des cas, un combat pour afficher une image vite.
Les quatre causes d’un mauvais LCP
- Un serveur lent : si le premier octet (TTFB) arrive après 800 ms, la bataille est perdue d’avance, quel que soit le reste.
- Des images trop lourdes : un visuel de 2 Mo en pleine largeur sur mobile ajoute une à deux secondes à lui seul.
- Du CSS et du JavaScript bloquants qui retardent le premier rendu.
- Un lazy loading appliqué par erreur à l’image principale : le navigateur attend au lieu de la charger en priorité, une erreur présente sur une énorme proportion de sites WordPress.
Comment le corriger
Le remède suit le diagnostic : un hébergement avec un TTFB sous 600 ms, un cache de page systématique, des images servies en WebP ou AVIF aux bonnes dimensions, et l’attribut fetchpriority= »high » sur l’image de couverture, exclue du lazy loading. Sur les sites que nous auditons, ces quatre actions suffisent à faire passer le LCP de 4 secondes à moins de 2 secondes dans la majorité des cas.
INP : la réactivité, juge de paix depuis mars 2024
L’INP (Interaction to Next Paint) mesure le délai entre une interaction, clic, tape, saisie clavier, et la mise à jour visuelle de la page. Il est bon sous 200 millisecondes. Il a remplacé le FID en mars 2024 parce que ce dernier ne mesurait que la première interaction et déclarait « bons » plus de 90 % des sites : il ne discriminait plus rien.
L’INP, lui, observe toutes les interactions de la session et retient l’une des pires. Résultat : des sites qui passaient sans effort sous le FID se retrouvent en zone orange, en particulier les sites construits avec des constructeurs de pages chargés d’extensions. Le coupable est presque toujours le même : le JavaScript. Chaque script de suivi marketing, chaque slider, chaque module d’animation occupe le processeur et retarde la réponse au clic.
Les corrections efficaces, par ordre d’impact : supprimer les extensions à scripts lourds dont la fonction est accessoire, différer le chargement du JavaScript non critique, retarder les balises marketing (analytics, pixels) jusqu’à la première interaction, et limiter les add-ons de constructeur de page au strict nécessaire. Sur un site Elementor bien tenu, un INP sous 200 ms est tout à fait atteignable, nous le vérifions régulièrement sur nos propres réalisations.
CLS : la stabilité visuelle, le critère le plus simple à corriger
Le CLS (Cumulative Layout Shift) additionne les décalages visuels inattendus pendant la navigation : ce moment agaçant où vous alliez cliquer sur un bouton et où une bannière l’a poussé plus bas. Un score est bon sous 0,1. C’est la métrique la plus simple à corriger, car ses causes sont peu nombreuses et bien identifiées.
Trois sources concentrent la quasi-totalité des décalages :
- Les images sans attributs de dimensions : le navigateur ne réserve pas l’espace, et tout saute quand l’image arrive.
- Les polices web qui s’échangent tardivement : le texte s’affiche dans une police système puis se recompose, décalant tout le contenu.
- Les éléments injectés après coup : bandeaux de consentement, barres promotionnelles, publicités sans emplacement réservé.
Les corrections : déclarer largeur et hauteur sur chaque image (les thèmes récents et WordPress le font nativement), héberger les polices localement avec font-display: swap et un préchargement, et réserver l’espace des éléments dynamiques en CSS. Un après-midi de travail suffit généralement à passer un CLS de 0,3 à moins de 0,05.
Comment mesurer vos Core Web Vitals sans vous tromper d’outil
La seule mesure qui compte pour le classement est celle du terrain : les données réelles du rapport CrUX, consultables dans PageSpeed Insights et dans la Search Console. Les outils de laboratoire comme Lighthouse simulent une visite unique dans des conditions arbitraires : ils servent au diagnostic, jamais au verdict.
Concrètement, quatre outils couvrent tous les besoins :
- PageSpeed Insights : la section « Découvrez ce que vivent vos utilisateurs » affiche les données CrUX réelles ; la section « Diagnostiquer » affiche la simulation Lighthouse. Ne confondez jamais les deux.
- La Search Console, rapport « Signaux Web essentiels » : la vue d’ensemble par groupes d’URL, idéale pour prioriser les gabarits de pages à corriger.
- Le CrUX Dashboard (Looker Studio) : l’historique mois par mois, utile pour prouver une amélioration.
- L’onglet Performances des outils de développement Chrome : pour traquer l’élément LCP exact et les scripts qui bloquent l’INP.
Deux pièges classiques : un site à faible trafic n’a pas assez de données CrUX (le rapport affiche alors « données insuffisantes », seul le laboratoire reste disponible, à interpréter avec prudence) ; et la fenêtre de 28 jours glissants signifie qu’une correction met un mois à se refléter pleinement dans les chiffres. C’est le premier contrôle que réalise notre agence SEO lors de tout audit : établir la mesure de référence avant de toucher quoi que ce soit.
Huit quick wins WordPress pour passer au vert
Sur WordPress, quatre chantiers concentrent l’essentiel des gains : l’hébergement, le cache, les images et le JavaScript. Voici les huit optimisations que nous appliquons en priorité, classées par rapport effort sur impact.
- Changer pour un hébergement rapide si votre TTFB dépasse 800 ms : aucun réglage ne compense un serveur mutualisé saturé. Visez PHP 8.3 ou supérieur et un serveur en France ou en Europe pour une audience française.
- Activer un cache de page complet (WP Rocket, LiteSpeed Cache selon le serveur) : la page est servie en HTML statique, sans exécuter PHP à chaque visite.
- Convertir les images en WebP ou AVIF et servir des dimensions adaptées à l’écran : c’est le levier LCP numéro un.
- Exclure l’image de couverture du lazy loading et la précharger avec fetchpriority= »high ».
- Faire l’inventaire des extensions et supprimer celles qui chargent des scripts sur toutes les pages pour un usage ponctuel.
- Différer le JavaScript non critique et retarder les balises marketing jusqu’à la première interaction : le gain INP est immédiat.
- Héberger les polices localement, limiter à deux familles, ajouter font-display: swap : gain CLS et LCP simultané.
- Ajouter un CDN si votre audience dépasse le cadre national.
Ces réglages font partie du socle technique de notre prestation SEO WordPress : la performance n’est pas une option décorative, c’est le prérequis pour que le reste du travail de référencement produise ses effets.
Quel poids réel dans le classement Google ?
Google l’a confirmé à plusieurs reprises : les Core Web Vitals sont un signal de classement secondaire, un critère qui départage des contenus de qualité comparable, pas un raccourci vers la première position. Un contenu médiocre sur un site ultra-rapide restera un contenu médiocre. Leur impact business dépasse toutefois largement le seul SEO.
Les chiffres sont anciens mais toujours cités parce qu’ils n’ont jamais été démentis : selon une étude conjointe de Google et SOASTA, 53 % des visiteurs mobiles abandonnent une page qui met plus de trois secondes à se charger. Et selon l’étude « Milliseconds Make Millions » publiée par Deloitte, un gain de 0,1 seconde sur le temps de chargement augmente les conversions de plus de 8 % dans le commerce en ligne. La vitesse de chargement agit sur le taux de rebond, la profondeur de visite et la conversion, des effets qui, eux, se mesurent dès la première semaine.
Dernier bénéfice, souvent oublié : un site rapide se fait explorer plus efficacement par les robots de Google, ce qui accélère l’indexation des nouveaux contenus. Ne visez pas le 100/100 Lighthouse pour la beauté du score ; visez le vert CrUX sur les trois métriques, puis réinvestissez votre énergie dans le contenu.
Questions fréquentes
Mon site est « à améliorer » dans la Search Console : est-ce grave ?
Ce n’est pas une pénalité, mais un manque à gagner. La zone orange signifie qu’une partie de vos visiteurs vit une expérience dégradée et que vous laissez un avantage à des concurrents mieux optimisés. Identifiez le groupe d’URL concerné, corrigez le gabarit fautif, puis attendez le cycle de 28 jours pour constater le passage au vert.
Quelle différence entre les données CrUX et Lighthouse ?
CrUX agrège les visites réelles des utilisateurs de Chrome sur 28 jours : c’est la donnée utilisée pour le classement. Lighthouse simule une seule visite dans des conditions normalisées : c’est un outil de diagnostic. Un site peut afficher 95/100 sur Lighthouse et échouer sur CrUX, et inversement.
Un score PageSpeed de 100/100 garantit-il de bons Core Web Vitals ?
Non. Le score de performance affiché par PageSpeed Insights provient de la simulation Lighthouse, pas des données terrain. Seule la section « Découvrez ce que vivent vos utilisateurs », alimentée par CrUX, reflète l’évaluation réelle de Google. Poursuivre le 100/100 au détriment du reste est une erreur de priorité classique.
Combien de temps pour voir l’effet d’une optimisation ?
Les données CrUX sont calculées sur 28 jours glissants : une correction déployée aujourd’hui se reflète progressivement et devient pleinement visible au bout d’un mois. Les effets sur le comportement des visiteurs (rebond, conversion), eux, sont observables dès les premiers jours dans vos statistiques.
Faut-il changer d’hébergeur pour améliorer son LCP ?
Pas systématiquement, mais c’est le premier point à vérifier. Si votre temps de réponse serveur (TTFB) dépasse 800 ms malgré un cache actif, aucune optimisation côté site ne compensera. À l’inverse, si le TTFB est sous 400 ms, concentrez-vous sur les images et le JavaScript avant d’envisager une migration.
Passez vos seuils au vert avant vos concurrents
Les Core Web Vitals ne sont ni une mode ni une montagne : trois métriques, trois seuils, des causes connues et des corrections éprouvées. La différence entre un site orange et un site vert tient rarement à la technologie, WordPress sait faire, mais à la rigueur de la mesure et à l’ordre des priorités.
Depuis Grenoble, l’équipe Webiaprod audite, corrige et suit les Core Web Vitals des sites WordPress depuis l’introduction du signal en 2021, avec plus de 250 projets au compteur. Envoyez-nous l’adresse de votre site via notre page contact : nous vous restituons votre mesure CrUX réelle et les trois corrections prioritaires, sans jargon et sans engagement.
