L’essentiel à retenir
- Définition : les Core Web Vitals sont trois mesures de l’expérience de chargement définies par Google : LCP (vitesse d’affichage du contenu principal), INP (réactivité aux interactions) et CLS (stabilité visuelle).
- Seuils « bon » : LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, mesurés sur les 75 % de visites les plus rapides.
- Poids SEO : un facteur de classement mineur, qui départage à contenu égal ; mais un effet direct sur le taux de rebond et la conversion.
- Où mesurer : Search Console (données réelles), PageSpeed Insights, Lighthouse.
Les Core Web Vitals (signaux web essentiels) sont les trois indicateurs que Google utilise pour évaluer l’expérience de chargement d’une page. Ils sont intégrés aux critères de classement depuis 2021 et remontent dans la Search Console. Leur poids dans le SEO est modeste, mais leur effet sur les visiteurs est réel : une page lente perd des demandes avant même d’être lue. Cet article explique chaque indicateur, les seuils, la mesure et les corrections qui rapportent.
Les trois indicateurs et leurs seuils
| Indicateur | Ce qu’il mesure | Bon | À améliorer | Mauvais |
|---|---|---|---|---|
| LCP (Largest Contentful Paint) | Le délai d’affichage du plus grand élément visible (image principale, titre, bloc de texte) | ≤ 2,5 s | 2,5 à 4 s | > 4 s |
| INP (Interaction to Next Paint) | Le délai entre une interaction (clic, saisie) et la mise à jour de l’écran, sur la pire interaction de la visite | ≤ 200 ms | 200 à 500 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Les déplacements inattendus des éléments pendant le chargement (score sans unité) | ≤ 0,1 | 0,1 à 0,25 | > 0,25 |
INP a remplacé FID (First Input Delay) en mars 2024 ; c’est l’indicateur le plus souvent en échec, parce qu’il mesure toutes les interactions et non la première. Google évalue chaque indicateur au 75e centile : une page est « bonne » si 75 % des visites réelles passent le seuil.
Données de terrain et données de laboratoire
- Terrain (CrUX, Chrome User Experience Report) : les mesures réelles des utilisateurs de Chrome sur 28 jours. C’est ce que Google utilise pour le classement et ce qu’affiche la Search Console. Il faut un trafic suffisant pour avoir des données ; un petit site n’en a que pour son domaine agrégé, pas par page.
- Laboratoire (Lighthouse, PageSpeed Insights) : une simulation sur une connexion et un appareil standardisés. Utile pour diagnostiquer et tester une correction, mais le score sur 100 n’est pas un facteur de classement.
Un site peut avoir un score Lighthouse de 60 et des Core Web Vitals de terrain au vert, ou l’inverse. Regardez d’abord la Search Console (rapport Signaux web essentiels, mobile et ordinateur), puis PageSpeed Insights pour comprendre.
Le poids réel dans le classement
Google a été constant : les Core Web Vitals font partie des signaux d’expérience de page, qui départagent des pages de pertinence comparable. Ils ne font pas monter une page au contenu faible et ne font pas tomber une page de référence un peu lente. Les gains observés après une mise au vert sont en général de quelques positions sur des requêtes concurrentielles, et surtout une baisse du taux de rebond de 10 à 30 % sur mobile. C’est donc un chantier de conversion autant que de SEO, à traiter dans l’audit SEO complet après le contenu et l’indexation.
Corriger le LCP
| Cause fréquente | Correction | Gain typique |
|---|---|---|
| Image principale lourde ou non prioritaire | WebP/AVIF, dimensions adaptées, fetchpriority="high", pas de lazy loading sur l’image visible au chargement | 0,5 à 2 s |
| Serveur lent (TTFB > 800 ms) | Cache de page, hébergement adapté, CDN | 0,3 à 1 s |
| CSS et polices bloquants | CSS critique en ligne, font-display: swap, préchargement des polices | 0,2 à 0,8 s |
| Scripts tiers en tête de page | Différer (defer), charger après interaction, retirer les inutiles | 0,2 à 1 s |
| Redirections en chaîne | Une seule redirection vers l’URL finale | 0,1 à 0,5 s |
Corriger l’INP
L’INP se dégrade quand le fil principal du navigateur est occupé au moment où l’utilisateur interagit. Les causes : scripts de suivi et de consentement lourds, tag manager chargé de dizaines de balises, bibliothèques JavaScript volumineuses, gestionnaires d’événements qui font trop de travail (menus, carrousels, filtres). Corrections : réduire les scripts tiers au strict nécessaire, différer ceux qui ne servent pas à l’affichage, découper les tâches longues, éviter les recalculs de mise en page dans les gestionnaires. Sur un site vitrine, la bannière de consentement et les outils de chat sont les coupables habituels ; sur un e-commerce, les filtres et le panier. La gestion des balises est traitée dans Google Tag Manager.
Corriger le CLS
- Déclarer
widthetheightsur toutes les images et vidéos, pour réserver l’espace. - Réserver l’espace des publicités, des iframes et des bannières (consentement, promotion) avec une hauteur minimale.
- Ne jamais insérer de contenu au-dessus de l’existant après le chargement (barre d’alerte, notification).
- Précharger les polices et utiliser
font-display: optionalouswapavec des métriques proches pour éviter le saut de texte. - Éviter les animations qui modifient la position des éléments ; utiliser
transform.
Mesurer et suivre
- Search Console, rapport Signaux web essentiels : groupes d’URL en bon, à améliorer, mauvais, sur mobile et ordinateur. C’est la référence.
- PageSpeed Insights : pour une URL, les données de terrain (si disponibles) et le diagnostic de laboratoire avec les corrections suggérées ; voir les outils de test de vitesse.
- Lighthouse dans Chrome : pour tester une correction avant mise en ligne.
- Crawler : Screaming Frog avec l’API PageSpeed mesure toutes les pages d’un coup ; voir Screaming Frog.
- Suivi mensuel : la part d’URL « bonnes » sur mobile dans le tableau de bord SEO, avec le taux de rebond et le taux de conversion mobile en regard.
Comment GreenRed vous aide
Plutôt que de jongler entre plusieurs outils, le module Santé du site de GreenRed réunit ces indicateurs dans un seul tableau de bord, les compare dans le temps et vous indique les actions prioritaires. Vous pouvez le tester gratuitement, sans carte bancaire, depuis la page Tarifs.
Questions fréquentes
Les Core Web Vitals sont-ils un facteur de classement important ?
Non, c’est un facteur mineur qui départage des pages de pertinence comparable. Google privilégie toujours le contenu et les liens. En revanche, l’effet sur l’expérience est direct : une page lente sur mobile perd des visiteurs avant la lecture, ce qui pèse sur les conversions.
Quel score PageSpeed faut-il viser ?
Le score sur 100 de Lighthouse n’est pas un facteur de classement. Visez les trois indicateurs de terrain au vert (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1) dans la Search Console. Un score de 70 avec des données de terrain vertes est un bon résultat pour un site de PME.
Pourquoi la Search Console n’affiche-t-elle aucune donnée Core Web Vitals ?
Le rapport repose sur les mesures réelles des utilisateurs de Chrome (CrUX) et exige un volume de trafic minimal par page ou par domaine. Un site à faible trafic n’a pas de données. Utilisez alors PageSpeed Insights et Lighthouse pour le diagnostic, en sachant que le classement n’est pas affecté par ce qui n’est pas mesuré.
INP a remplacé FID : qu’est-ce qui change ?
FID ne mesurait que le délai de la première interaction. INP mesure la réactivité de toutes les interactions et retient la pire, ce qui est plus exigeant : beaucoup de sites passés au vert en FID sont orange en INP. Les causes sont les scripts tiers et le JavaScript lourd, à réduire ou différer.