Votre site obtient un bon score lors d’un test, mais reste lent sur certains téléphones. Ou un outil signale un problème sans vous dire quel composant WordPress corriger. Les Core Web Vitals mesurent trois aspects différents de l’expérience. Les lire séparément permet de chercher le bon défaut plutôt que d’installer une extension d’optimisation au hasard.
Comprendre les trois mesures
Selon la documentation des Core Web Vitals, les seuils considérés comme bons sont un LCP inférieur ou égal à 2,5 secondes, un INP inférieur ou égal à 200 millisecondes et un CLS inférieur ou égal à 0,1. L’évaluation se fait au 75e percentile, avec une lecture distincte pour mobile et ordinateur.
Le LCP porte sur l’affichage du plus grand élément de contenu visible. L’INP mesure la réactivité aux interactions. Le CLS mesure les déplacements inattendus de mise en page. Un défaut sur l’un ne se corrige pas nécessairement avec la même intervention que sur les autres.
Le score global d’un test n’est pas un diagnostic. Il peut masquer un problème précis ou une expérience différente de celle des visiteurs réels.
Séparer les données de terrain et les tests de laboratoire
Les données de terrain reflètent des conditions d’utilisation variées. Les rapports CrUX habituels agrègent une période glissante de 28 jours. Ils ne changent donc pas intégralement dès la mise en ligne d’une correction. Un site peu fréquenté peut manquer de données, sans que cela démontre une bonne ou une mauvaise performance.
Un test de laboratoire permet de reproduire une situation et d’examiner les causes. Gardez les mêmes conditions pour comparer les versions. Le TBT fourni par un test de navigation Lighthouse n’est pas l’INP mesuré sur les interactions réelles. Il peut aider à repérer une charge JavaScript, mais ne remplace pas cette mesure.
Chercher une cause pour chaque symptôme
- LCP lent — Identifier l’élément concerné, puis distinguer attente du serveur, découverte de la ressource, téléchargement et délai de rendu. Une image légère peut encore arriver tard si elle est découverte après un script.
- INP élevé — Reproduire les interactions lentes, notamment menus, filtres et formulaires. Examiner les tâches JavaScript longues et le travail déclenché par ces actions.
- CLS élevé — Observer ce qui déplace le contenu. Images sans espace réservé, bandeaux ajoutés tardivement et blocs tiers sont des pistes à vérifier.
Le guide sur les images WordPress détaille les dimensions, le choix des fichiers et le traitement du visuel principal. Ces corrections ne dispensent pas d’examiner les scripts lorsque le problème concerne les interactions.
Valider la correction sur les pages concernées
Testez plusieurs modèles de pages, avec les fonctionnalités réellement utilisées. Un menu devenu rapide ne doit pas perdre son fonctionnement au clavier. Un formulaire allégé doit encore valider et transmettre les demandes.
Dans un travail de performance WordPress, consignez l’élément modifié et la mesure attendue. Vérifiez d’abord l’effet en conditions reproductibles, puis suivez les données de terrain lorsqu’elles se renouvellent. Atteindre les seuils améliore l’expérience mesurée, sans garantir une position dans les résultats de recherche.