Dwenola
Chapitre 5 : Performance et technique

Core Web Vitals : les métriques que Google surveille

Par Billy Rousseau8 min de lectureLeçon 2 · Chapitre 5

Les Core Web Vitals sont trois métriques de performance que Google utilise pour évaluer la qualité de l'expérience utilisateur sur votre site. En 2026, elles influencent directement votre positionnement dans les résultats de recherche. Concrètement, Google mesure la rapidité d'affichage (LCP), la réactivité aux clics (INP) et la stabilité visuelle (CLS) de vos pages.

Pourquoi Google a créé les Core Web Vitals

Pendant longtemps, Google évaluait la qualité d'un site principalement sur son contenu et ses liens. Mais l'expérience utilisateur restait difficile à quantifier. En 2020, Google a introduit les Core Web Vitals pour mettre des chiffres concrets sur ce que ressent un visiteur quand il navigue sur un site.

L'idée est simple : un site peut avoir le meilleur contenu du monde, si l'expérience de navigation est mauvaise, les visiteurs repartent. Et Google veut recommander des sites où les gens trouvent ce qu'ils cherchent dans de bonnes conditions.

Depuis mars 2024, les Core Web Vitals font officiellement partie des critères de classement. Si votre site est mal noté sur ces métriques, vous partez avec un handicap face à vos concurrents.

Les trois métriques expliquées simplement

LCP : Largest Contentful Paint

Le LCP mesure le temps nécessaire pour que le plus gros élément visible de votre page s'affiche complètement. Cet élément est souvent une image principale, une vidéo ou un grand bloc de texte.

En termes simples : c'est le moment où votre visiteur voit "quelque chose d'utile" sur la page, pas juste un écran blanc ou un chargement.

Seuil Évaluation Ce que ça signifie
Moins de 2,5 s Bon Votre visiteur voit le contenu rapidement
Entre 2,5 s et 4 s À améliorer Le visiteur attend un peu trop
Plus de 4 s Mauvais Vous perdez des visiteurs

Les causes fréquentes d'un mauvais LCP :

  • Images trop lourdes non compressées
  • Polices de caractères qui mettent du temps à se charger
  • Temps de réponse du serveur trop long
  • CSS et JavaScript qui bloquent le rendu de la page

INP : Interaction to Next Paint

L'INP a remplacé le FID (First Input Delay) en mars 2024. Cette métrique mesure le temps entre le moment où un visiteur interagit avec votre page (clic, appui, saisie clavier) et le moment où le navigateur affiche la réponse visuelle.

En termes simples : quand quelqu'un clique sur un bouton de votre site, est-ce que ça réagit immédiatement ou est-ce qu'il y a un petit décalage agaçant ?

Seuil Évaluation Ce que ça signifie
Moins de 200 ms Bon Réactivité instantanée
Entre 200 ms et 500 ms À améliorer Léger décalage perceptible
Plus de 500 ms Mauvais Le site semble "figé"

Les causes fréquentes d'un mauvais INP :

  • Scripts JavaScript lourds qui bloquent le navigateur
  • Trop de plugins actifs sur WordPress
  • Animations complexes mal optimisées
  • Gestionnaires d'événements inefficaces

CLS : Cumulative Layout Shift

Le CLS mesure la stabilité visuelle de votre page. Vous avez sûrement déjà vécu cette situation : vous êtes en train de lire un article, une publicité se charge au milieu de la page, et tout le texte se décale vers le bas. C'est exactement ce que le CLS mesure.

En termes simples : est-ce que les éléments de votre page bougent de manière inattendue pendant le chargement ?

Seuil Évaluation Ce que ça signifie
Moins de 0,1 Bon La page est stable
Entre 0,1 et 0,25 À améliorer Quelques décalages visibles
Plus de 0,25 Mauvais L'expérience est frustrante

Les causes fréquentes d'un mauvais CLS :

  • Images sans dimensions (largeur/hauteur) définies
  • Publicités ou bannières qui se chargent après le contenu
  • Polices web qui remplacent les polices système avec un décalage
  • Contenu injecté dynamiquement au-dessus du contenu existant

Comment vérifier vos Core Web Vitals

Données de terrain vs données de laboratoire

Il existe deux types de mesures, et c'est important de comprendre la différence :

  • Données de terrain (field data) : mesurées sur de vrais utilisateurs qui visitent votre site. C'est ce que Google utilise pour le classement. Elles proviennent du Chrome User Experience Report (CrUX).
  • Données de laboratoire (lab data) : mesurées dans un environnement contrôlé via des outils de test. Utiles pour diagnostiquer des problèmes, mais pas utilisées directement pour le classement.

Les outils à utiliser

Google Search Console : rendez-vous dans le rapport "Expérience" puis "Signaux Web essentiels". Vous y verrez l'état de vos pages classées en "Bon", "À améliorer" ou "Médiocre". C'est la source la plus fiable car elle utilise les données de terrain.

PageSpeed Insights : entrez l'URL d'une page spécifique. L'outil affiche à la fois les données de terrain (si disponibles) et les données de laboratoire.

Chrome DevTools : dans l'onglet "Performance", vous pouvez simuler le chargement d'une page et voir en détail ce qui se passe milliseconde par milliseconde.

Comment améliorer chaque métrique

Améliorer le LCP

  1. Optimisez votre image principale : convertissez-la en WebP, compressez-la et utilisez le chargement prioritaire (attribut fetchpriority="high")
  2. Réduisez le temps de réponse du serveur : un bon hébergement fait toute la différence
  3. Préchargez les ressources critiques : polices et images au-dessus de la ligne de flottaison
  4. Minimisez le CSS et JS bloquants : ne chargez que ce qui est nécessaire pour le premier affichage

Améliorer l'INP

  1. Divisez les tâches JavaScript longues : aucune tâche ne devrait bloquer le navigateur plus de 50 ms
  2. Réduisez le nombre de scripts tiers : chaque script de tracking, chat ou widget ajoute de la charge
  3. Utilisez le chargement différé : les scripts non essentiels peuvent attendre que la page soit interactive
  4. Optimisez les gestionnaires d'événements : les actions au clic doivent être légères

Améliorer le CLS

  1. Définissez toujours les dimensions des images : largeur et hauteur dans le HTML
  2. Réservez l'espace pour les publicités : même avant qu'elles se chargent
  3. Utilisez font-display: swap avec prudence et préchargez vos polices
  4. Évitez d'insérer du contenu au-dessus du contenu existant sans interaction utilisateur

L'impact concret sur votre business

Chez Dwenola, on a pu mesurer l'impact des Core Web Vitals sur les sites de nos clients. Voici un cas concret : un site vitrine de PME dans le secteur du BTP avait toutes ses pages en "Mauvais" sur les Core Web Vitals. Après optimisation :

  • LCP passé de 4,8 s à 1,9 s
  • INP passé de 380 ms à 120 ms
  • CLS passé de 0,32 à 0,04
  • Résultat : +28 % de trafic organique en 3 mois

Ce n'est pas de la magie. Google a simplement commencé à mieux positionner un site qui offrait une meilleure expérience. Et qui dit plus de trafic dit plus de clients potentiels.

Questions fréquentes

Mon site a de bons scores en laboratoire mais de mauvais scores en terrain, pourquoi ?

C'est un cas fréquent. Les tests en laboratoire se font dans des conditions idéales (bonne connexion, ordinateur puissant). Vos vrais visiteurs utilisent souvent des smartphones milieu de gamme avec une connexion 4G moyenne. Concentrez-vous toujours sur les données de terrain, car c'est ce que Google utilise.

Les Core Web Vitals sont-ils le facteur de classement le plus important ?

Non. Le contenu pertinent et les liens restent les facteurs principaux. Mais les Core Web Vitals peuvent faire la différence entre deux sites à contenu similaire. Voyez-les comme un critère de départage : à qualité de contenu égale, le site le plus rapide et le plus stable gagne.

Est-ce que WordPress peut avoir de bons Core Web Vitals ?

Absolument. WordPress n'est pas intrinsèquement lent. Ce sont souvent les thèmes mal codés, les plugins en excès et l'hébergement inadapté qui causent des problèmes. Un WordPress bien configuré avec un thème léger et un bon hébergeur peut obtenir d'excellents scores. C'est ce que l'on met en place systématiquement chez Dwenola.

À quelle fréquence dois-je vérifier mes Core Web Vitals ?

On recommande une vérification mensuelle via Google Search Console. Les données de terrain sont mises à jour sur une fenêtre glissante de 28 jours. Si vous faites des modifications importantes sur votre site, attendez un mois avant de juger l'impact sur les métriques de terrain.

Besoin d'aide ? Chez Dwenola, on crée votre site pro dès 49€/mois. On en discute ?

Résumer l'article avec