Core Web Vitals : comment passer au vert sur Search Console
LCP, FID, CLS : comprendre les Core Web Vitals et les passer au vert sur votre site PME, étape par étape, avec des outils gratuits.
Un site avec des Core Web Vitals au rouge perd entre 15 % et 30 % de son trafic organique potentiel. Pas parce que Google le pénalise frontalement, mais parce que la lenteur fait fuir les visiteurs avant même le premier scroll.
73 % des PME que nous auditons ont au moins un Core Web Vitals au rouge sur mobile. La cause est presque toujours la même : des images mal optimisées, du JavaScript en excès et un hébergement sous-dimensionné.
Cet article détaille la méthode complète pour passer les trois métriques au vert sur Search Console. Sans outil payant obligatoire, sans refonte. Juste des corrections ciblées, mesurées, vérifiables.
Pourquoi les Core Web Vitals comptent vraiment
Google a fait des Core Web Vitals un facteur de classement officiel depuis juin 2021. Trois métriques, trois seuils, une logique simple : récompenser les sites rapides et stables.
L’impact direct sur le ranking est modéré, autour de 5 à 10 % du score global d’une page. Mais l’effet indirect est massif. Un site lent voit son taux de rebond grimper de 32 % quand le LCP dépasse 4 secondes. Et Google interprète ce taux de rebond comme un signal négatif.
Concrètement, un site PME qui passe ses trois Core Web Vitals au vert gagne en moyenne 12 à 25 % de trafic organique sur 90 jours. Ce n’est pas magique : c’est mécaniquement lié à la baisse du taux de rebond et à l’amélioration du temps passé.
LCP : la métrique qui pèse le plus
Le LCP (Largest Contentful Paint) mesure le temps de chargement de l’élément visible le plus volumineux. C’est généralement une image hero, un titre H1 ou un bloc texte principal.
Le seuil officiel Google est de 2.5 secondes maximum. En dessous de 1.8 seconde, vous êtes en zone d’excellence. Au-dessus de 4 secondes, vous êtes en zone rouge.
Les 5 causes principales d’un mauvais LCP
- Image hero non optimisée — un JPEG de 800 Ko en première vue ajoute 1.5 à 3 secondes au LCP sur mobile 4G
- Hébergement lent (TTFB > 600 ms) — le serveur met trop de temps à répondre, le navigateur attend
- Render-blocking CSS/JS — des fichiers CSS ou JavaScript chargés dans le
<head>bloquent le rendu - Fonts non préchargées — le texte attend que la police soit téléchargée pour s’afficher
- Absence de CDN — un visiteur à 800 km du serveur subit 200 à 400 ms de latence réseau supplémentaires
Les corrections concrètes
Pour l’image hero, convertissez en WebP avec un fallback JPEG. Le gain de poids est de 25 à 35 % en moyenne. Spécifiez les attributs width et height pour éviter le reflow. Ajoutez fetchpriority="high" sur l’image principale.
Pour le serveur, vérifiez le TTFB avec curl -w "@curl-format.txt" -o /dev/null -s https://votresite.fr. Au-delà de 600 ms, changez d’hébergeur ou activez un cache serveur (Varnish, Nginx FastCGI cache, plugin WP Rocket).
Pour les fonts, préchargez les fichiers WOFF2 critiques avec <link rel="preload" as="font" type="font/woff2" crossorigin>. Ajoutez font-display: swap dans votre CSS pour afficher le texte immédiatement avec une police système en attendant.
CLS : la métrique invisible mais critique
Le CLS (Cumulative Layout Shift) mesure l’instabilité visuelle de la page. Un score de 0 signifie que rien ne bouge après le chargement. Un score de 0.25 signifie qu’un quart de la page subit des décalages.
Le seuil officiel est de 0.1 maximum. Visez 0.05 pour être large. Au-dessus de 0.25, vous êtes en zone rouge.
Les causes les plus fréquentes :
- Images sans dimensions explicites (width/height absents)
- Publicités ou iframes injectées en JavaScript
- Polices web qui chargent après le HTML et changent la métrique du texte
- Bannières cookies qui s’affichent en haut de page après quelques secondes
- Boutons « Lire la suite » qui injectent du contenu sans réserver l’espace
Les corrections concrètes
Spécifiez toujours width et height sur chaque image et iframe. Même si vous utilisez du CSS responsive avec max-width: 100%. Le navigateur a besoin de connaître le ratio pour réserver l’espace.
Pour les polices web, utilisez font-display: optional ou font-display: swap avec un fallback de taille équivalente. L’outil Font Style Matcher permet de trouver une police système qui ressemble visuellement à votre police web.
Pour le bandeau cookies, affichez-le en position: fixed en bas de l’écran, jamais en haut au-dessus du contenu. Ou pré-réservez l’espace avec un placeholder de hauteur fixe.
INP : la nouvelle métrique d’interactivité
L’INP (Interaction to Next Paint) a remplacé le FID (First Input Delay) en mars 2024. Au lieu de mesurer uniquement la première interaction, l’INP mesure la latence de toutes les interactions de la page : clics, taps, saisies clavier.
Le seuil officiel est de 200 millisecondes maximum. Au-delà de 500 ms, vous êtes en zone rouge.
Les causes principales d’un mauvais INP sont presque toujours liées à JavaScript. Un script lourd qui bloque le thread principal pendant 300 ms empêche le navigateur de répondre aux interactions utilisateur pendant ce temps.
Les corrections concrètes
Auditez votre JavaScript avec l’onglet Performance des Chrome DevTools. Identifiez les « long tasks » (tâches > 50 ms) et les fonctions appelées au chargement.
Différez tout JavaScript non critique avec defer ou async. Les scripts d’analytics, de chat ou de widgets sociaux doivent absolument être chargés en async, jamais en bloquant.
Découpez les fonctions lourdes en chunks plus petits avec requestIdleCallback ou setTimeout(fn, 0). Pour le code React/Vue, utilisez le code splitting et le lazy loading des composants.
Si vous tournez sur WordPress, désactivez les plugins inutilisés. Un site PME tourne rarement avec plus de 15 plugins actifs sans payer le prix en INP.
Mesurer les Core Web Vitals correctement
Il existe deux types de mesures : les données de laboratoire (lab) et les données de terrain (field).
Les données de laboratoire sont mesurées dans un environnement contrôlé. C’est ce que vous voyez avec Lighthouse ou PageSpeed Insights. Elles sont reproductibles mais ne reflètent pas l’expérience réelle.
Les données de terrain proviennent des utilisateurs réels via le Chrome User Experience Report (CrUX). C’est cette donnée que Google utilise pour le classement. Elle est disponible dans Search Console et dans la partie haute de PageSpeed Insights.
Pourquoi vos chiffres lab et field diffèrent
Un site peut avoir 95 sur Lighthouse et être au rouge en CrUX. La raison : Lighthouse simule une connexion 4G stable et un appareil moyen. Les utilisateurs réels sont sur des connexions variables, des appareils plus lents, avec parfois 30 onglets ouverts.
Toujours se fier aux données CrUX pour le SEO. Lighthouse sert uniquement à diagnostiquer et à mesurer l’impact d’une correction.
Le workflow de correction qui marche
Voici la méthode que nous appliquons chez Fix SEO pour passer un site au vert. Elle prend en moyenne 2 semaines.
Semaine 1 — diagnostic et quick wins
- Audit complet avec PageSpeed Insights sur 5-10 pages représentatives
- Identification des 3 problèmes principaux par métrique
- Correction des images (WebP, dimensions, lazy loading) — gain LCP 0.5 à 1.5 s
- Préchargement des fonts et de l’image hero — gain LCP 0.3 à 0.8 s
- Activation de la compression Brotli et du cache navigateur
Semaine 2 — corrections structurelles
- Migration JavaScript bloquant vers async/defer
- Découpage des bundles lourds avec code splitting
- Optimisation du CSS critique (inline) et différé du reste
- Mise en place d’un CDN (Cloudflare gratuit ou Bunny CDN à 1 $/mois)
- Tests itératifs avec PageSpeed après chaque correction
Semaine 3-4 — surveillance et stabilisation
- Search Console met 28 jours à actualiser les données CrUX
- Suivi quotidien des positions sur les pages corrigées
- Documentation des actions pour reproduction sur les autres pages
Les erreurs à éviter absolument
Erreur 1 — vouloir tout corriger en même temps. Vous ne pourrez pas mesurer l’impact de chaque action. Faites une correction, mesurez, puis la suivante.
Erreur 2 — se fier uniquement à Lighthouse. Le score Lighthouse n’est pas un signal de classement. Seules les données CrUX comptent pour Google.
Erreur 3 — installer 5 plugins de cache en même temps. WP Rocket + Autoptimize + W3 Total Cache se marchent dessus et créent plus de problèmes qu’ils n’en résolvent. Un seul plugin de cache à la fois.
Erreur 4 — oublier le mobile. 60 % du trafic est mobile. Un site qui passe au vert en desktop et au rouge en mobile reste pénalisé. Toujours optimiser mobile en priorité.
Erreur 5 — ne pas mesurer après mise en production. Beaucoup d’optimisations testées en local sont annulées par un plugin tiers en prod. Validez sur l’environnement final.
Quels outils utiliser
Tout en gratuit, vous couvrez 95 % des besoins de mesure et diagnostic.
- PageSpeed Insights — mesure lab + field, recommandations automatiques
- Search Console — données CrUX sur 28 jours, par URL et par groupe
- Lighthouse (Chrome DevTools) — audit local, mode incognito conseillé
- WebPageTest — tests avancés multi-régions, gratuit
- Chrome User Experience Report — données publiques sur les 1M sites les plus visités
- Web Vitals Extension Chrome — affichage en temps réel sur n’importe quelle page
Si vous voulez aller plus loin sur la vitesse pure, lisez notre guide sur l’optimisation de la vitesse de chargement. Pour comprendre où s’intègre cette optimisation dans une stratégie SEO complète, voyez notre checklist d’audit SEO technique.
Combien de temps avant de voir les résultats
Sur Search Console, les données CrUX se mettent à jour sur une fenêtre glissante de 28 jours. Une correction publiée le 1er du mois ne sera pleinement reflétée qu’au 28.
Sur les positions SEO, comptez 30 à 60 jours pour observer un gain mesurable. L’effet n’est pas immédiat, mais il est durable. Contrairement aux backlinks ou au contenu, une optimisation Core Web Vitals reste acquise tant que vous ne dégradez pas le site.
En résumé
Trois métriques, trois seuils, une méthode en deux semaines. Les Core Web Vitals ne sont pas la priorité numéro un du SEO, mais ils sont le premier filtre. Un site lent ne ranke pas, même avec le meilleur contenu du marché.
Si vous voulez qu’on diagnostique votre site et qu’on chiffre les corrections, contactez-nous — on livre un rapport sous 48h avec un plan d’action priorisé. Sinon, lancez PageSpeed Insights sur votre page d’accueil dès ce soir. Vous saurez en 30 secondes où vous en êtes.
Questions fréquentes
Combien de temps pour passer au vert sur les Core Web Vitals ?
+
Pour un site PME standard, comptez 1 à 3 semaines de travail technique réparti. Les corrections LCP demandent 2 à 5 jours, CLS 1 à 2 jours, INP 3 à 7 jours. Le suivi Search Console met 28 jours à se stabiliser après les corrections.
Les Core Web Vitals sont-ils vraiment un facteur de ranking ?
+
Oui, depuis juin 2021. Google les utilise comme signal de classement, surtout sur mobile. L'impact direct est modéré (5 à 10 % du score global), mais l'effet indirect via le taux de rebond est bien plus important.
Quel score viser sur PageSpeed Insights ?
+
Visez 90+ sur mobile et 95+ sur desktop. En dessous de 70 sur mobile, vous perdez du trafic au profit de concurrents plus rapides. Le seuil officiel Google est 'Good' = LCP < 2.5s, CLS < 0.1, INP < 200ms.
Le FID existe-t-il encore en 2026 ?
+
Non. Google a remplacé le FID par l'INP (Interaction to Next Paint) en mars 2024. L'INP mesure la latence de toutes les interactions utilisateur, pas seulement la première. C'est une métrique plus représentative de l'expérience réelle.
sur le même silo.
Schema.org / JSON-LD : le guide pratique pour PME
Schema.org pour PME : Organization, Product, FAQ, BreadcrumbList. Comment les ajouter sans dev, avec exemples concrets en JSON-LD.
Lire l'article → SEO techniqueCrawl budget : qu'est-ce que c'est et comment l'optimiser
Comprendre le crawl budget Google et l'optimiser pour les sites PME de 1000+ pages. Méthode complète, outils gratuits, gains mesurables sous 30 jours.
Lire l'article → SEO techniqueErreurs 404 et redirections 301 : la bonne méthode
Gérer correctement les erreurs 404 et mettre en place des redirections 301 sans pénaliser votre SEO. Méthode et outils chiffrés pour PME.
Lire l'article →