Core Web Vitals WordPress : checklist complète avant mise en production.

Niveau de lectureIntermediaire
CMS / OutilWordPress
Temps de lecture10 min

Une checklist Core Web Vitals ne sert à rien si elle est vague. Voici les seuils exacts que Google mesure, dans quel ordre les vérifier avant une mise en production, et à quel article de ce cocon vous référer pour chaque point technique.

Pourquoi une checklist dédiée avant mise en production

Soyons précis : la majorité des checklists WordPress généralistes traitent les Core Web Vitals comme un point parmi vingt autres, entre le certificat SSL et le formulaire de contact. C’est une erreur de priorisation. Depuis la Core Update de mars 2026, Google pèse plus lourd la performance globale dans son évaluation, et une régression Core Web Vitals découverte après la mise en ligne coûte largement plus cher à corriger qu’un contrôle systématique avant publication.

Cette checklist se concentre volontairement sur les trois métriques et sur les briques techniques qui les conditionnent, sans revenir sur la sécurité ou le RGPD, déjà bien couverts ailleurs.

Les seuils Core Web Vitals à connaître par coeur

Aucun de vos concurrents ne cible correctement ce point avant un déploiement : les seuils ne s’évaluent pas en moyenne, mais au 75e percentile des sessions réelles sur 28 jours (donnée CrUX). Autrement dit, 75 % de vos visiteurs doivent obtenir une expérience « bonne » pour que la page soit validée par Google.

Métrique Bon À améliorer Mauvais
LCP < 2,5 s 2,5 à 4 s > 4 s
INP < 200 ms 200 à 500 ms > 500 ms
CLS < 0,1 0,1 à 0,25 > 0,25

Donnée fraîcheCes seuils n’ont pas changé depuis leur introduction, mais leur poids dans le classement, lui, a augmenté avec la mise à jour de mars 2026. Un site qui reste en zone « à améliorer » sur une seule métrique peut désormais perdre plus de visibilité qu’auparavant à score constant.

Checklist LCP

  1. Identifiez l’élément LCP réel de chaque templatePage d’accueil, page de catégorie, article : l’élément LCP change souvent d’une page à l’autre. Notre guide sur les causes fréquentes du LCP sur WordPress détaille comment le repérer.
  2. Vérifiez le format et le lazy loading de l’image heroUne image en JPEG lourd ou en loading="lazy" mal placé pénalise directement le LCP ; le détail complet est dans notre article sur les images, WebP, AVIF et le lazy loading.
  3. Contrôlez le temps de réponse serveur (TTFB)Un LCP correct est impossible si le serveur met plus de 600 ms à répondre, quel que soit le travail fait côté front.

Checklist INP

  1. Réduisez le JavaScript exécuté au chargementChaque script tiers ou plugin qui s’exécute sur une page où il n’est pas utile dégrade l’INP ; voir notre méthode pour désactiver les scripts inutiles page par page.
  2. Auditez le détail de la métrique INP elle-mêmeCe que Google mesure exactement, et pourquoi elle a remplacé le FID, est expliqué dans notre guide dédié à l’optimisation de l’INP sur WordPress.
  3. Testez les interactions critiques, pas seulement le chargementMenu mobile, ajout au panier, ouverture d’un accordéon : ce sont ces actions, pas le simple scroll, que l’INP mesure réellement.

Checklist CLS

  1. Déclarez les dimensions de toutes les images et embedsSans width/height, le navigateur ne réserve pas d’espace et provoque un saut visuel à l’affichage.
  2. Réservez l’espace des bannières et pop-in tardivesBannière de consentement, notification push, widget de chat : chacun doit occuper un espace prévu dès le rendu initial. La méthode complète est dans notre article sur la réduction du CLS sans casser le design.
  3. Vérifiez le chargement des polices personnaliséesUn changement de police après coup (FOUT/FOIT) déplace le texte et dégrade le score au même titre qu’une image.

Checklist infrastructure et builder

Deux décisions structurelles pèsent sur les trois métriques à la fois, bien avant le détail page par page.

  1. Auditez votre plugin de cacheWP Rocket ou LiteSpeed Cache mal configuré laisse filer des gains évidents ; notre guide d’optimisation de WP Rocket pour le référencement couvre les réglages qui comptent réellement.
  2. Nettoyez la base de données avant le passage en productionTransients expirés, révisions accumulées et tables orphelines ralentissent les requêtes ; voir notre méthode pour nettoyer la base de données WordPress.
  3. Choisissez votre builder en connaissance de causeLe choix entre Elementor et Gutenberg a un impact mesurable sur le poids de page et le temps de rendu : le comparatif complet est dans Elementor vs Gutenberg, l’impact réel sur les performances SEO.

Protocole de test avant mise en ligne

Une checklist n’a de valeur que si elle est testée dans les conditions réelles, pas uniquement sur un environnement de développement rapide et non représentatif.

1

Testez sur staging avec un vrai volume de contenu

Une page vide charge toujours vite : testez avec le contenu réel prévu en production, images comprises.

2

Passez PageSpeed Insights sur mobile ET desktop

Les seuils sont les mêmes, mais les résultats mobiles sont presque toujours plus sévères : c’est votre indicateur le plus honnête.

3

Revenez 7 jours après la mise en ligne

Les données CrUX ne se stabilisent qu’avec du trafic réel : un contrôle à J+7 confirme (ou infirme) les résultats de laboratoire.

Ce qu’il faut retenir

Une checklist Core Web Vitals efficace n’est pas une liste de cases à cocher génériques : c’est un enchaînement précis, métrique par métrique, avec des seuils chiffrés et une méthode de vérification à J+7. Si vous préférez déléguer cet audit avant votre prochaine mise en production, votre consultant SEO WordPress peut le mener avec vous en amont du déploiement.

Faut-il viser 100 % de pages « bonnes » avant de publier ?

Non par défaut. L’objectif réaliste est que 75 % des sessions réelles (mesure CrUX) tombent en zone « bonne » sur vos pages à fort trafic. Viser 100 % en amont, sur staging, sert surtout de garde-fou avant la mise en ligne.

Peut-on se fier uniquement au score PageSpeed Insights ?

PageSpeed Insights donne une mesure de laboratoire utile pour diagnostiquer, mais le classement Google s’appuie sur les données de terrain CrUX, collectées après plusieurs jours de trafic réel.

Combien de temps après la mise en ligne faut-il attendre pour juger les résultats ?

Comptez au moins 7 jours pour que les données CrUX se stabilisent sur un volume de sessions suffisant, et idéalement 28 jours pour une évaluation fiable au 75e percentile.

L’INP a-t-il vraiment remplacé le FID pour tous les sites ?

Oui, depuis mars 2024, l’INP est la métrique officielle d’interactivité utilisée par Google, en remplacement du FID, pour tous les sites, y compris WordPress.

Le choix du builder (Elementor, Gutenberg) suffit-il à garantir de bons Core Web Vitals ?

Non. Le builder influence le poids de page et le nombre de requêtes, mais les trois métriques dépendent aussi de l’hébergement, du cache, des images et du JavaScript tiers actif sur chaque template.

À propos de l’auteur

Aymeric Maingé

Consultant SEO senior avec plus de 10 ans d’expérience, côté agence et annonceur. Il accompagne des sites WordPress, e-commerce et lead gen sur des problématiques de SEO technique, de performance web, de Core Web Vitals et d’expérience utilisateur. Son approche croise audit terrain, priorisation métier et recommandations actionnables pour les équipes marketing et IT. Votre consultant SEO pour WordPress.

Méthodologie utilisée

Cette checklist synthétise l’audit de quatre guides concurrents publiés en 2026 sur les Core Web Vitals et les checklists de mise en production WordPress, croisé avec les seuils officiels Google (CrUX, 75e percentile) et les constats d’audits clients menés sur des sites WordPress et Elementor en 2026.