Core Web Vitals 2026 : pourquoi le seuil LCP est passé à 2 secondes (et comment réagir)

Depuis la mise à jour de mars 2026, Google a resserré ses exigences sur les Core Web Vitals : le seuil « bon » du LCP est passé de 2,5 secondes à 2 secondes, et Google évalue désormais la performance à l’échelle du site entier plutôt que page par page. Résultat : des sites qui passaient tous leurs tests individuels perdent des positions parce qu’une poignée de gabarits lents plombe la moyenne globale. Voici ce qui a changé concrètement, et comment adapter votre site pour ne pas perdre de trafic.

Ce qui a changé en 2026

Trois évolutions majeures redéfinissent les Core Web Vitals cette année :

Un seuil LCP plus strict

Le Largest Contentful Paint (temps d’affichage du plus gros élément visible) doit désormais être inférieur à 2 secondes pour être considéré comme « bon », contre 2,5 secondes auparavant. Entre 2 et 2,5 secondes, la page est classée « à améliorer » — une zone grise qui n’était pas pénalisée avant mars 2026.

L’INP confirmé comme métrique de référence

L’Interaction to Next Paint, qui a définitivement remplacé le First Input Delay, doit rester sous les 200 millisecondes. Les sites les plus performants visent en réalité 150 ms, cette marge servant de coussin de sécurité face aux fluctuations de mesure sur mobile.

Une évaluation à l’échelle du domaine

C’est le changement le plus structurant : Google n’analyse plus vos pages une par une, il agrège les données de performance sur l’ensemble du domaine. Concrètement, si plus de 25 % de vos URLs sont classées « à améliorer » ou « mauvais » sur une métrique donnée, l’ensemble de votre site en subit les conséquences — y compris les pages qui, individuellement, passent tous les seuils.

Pourquoi ça coûte des positions

Les premières analyses post mise à jour de mars 2026 montrent des pertes de 0,8 à 4 positions en moyenne sur des requêtes concurrentielles, pour les sites présentant un LCP ou un INP dégradé. Sur des secteurs comme l’e-commerce ou l’immobilier, où les templates de fiches produit ou d’annonces sont dupliqués par milliers, une seule faiblesse technique récurrente suffit à tirer tout le site vers le bas.

Le mobile aggrave encore ce phénomène : Google pondère davantage les scores mobiles dans le calcul global, alors que ce sont souvent les pages les plus lourdes en images et en scripts tiers (bannières, chat, tracking) qui souffrent le plus sur ce type d’appareil.

Diagnostiquer les pages qui plombent votre site

Avant de corriger, il faut identifier les gabarits responsables plutôt que de traiter les pages une par une :

• Search Console : le rapport « Signaux Web essentiels » regroupe désormais les URLs par groupe d’expérience, ce qui permet de repérer les gabarits de pages problématiques plutôt qu’une liste d’URLs isolées.
• CrUX (Chrome UX Report) : croisez les données terrain avec vos données de laboratoire (Lighthouse) pour distinguer un problème structurel d’un incident ponctuel.
• Segmentation par type de page : classez vos URLs par gabarit (accueil, catégorie, fiche produit, article) et calculez le pourcentage de pages « mauvaises » par groupe — c’est ce ratio, pas la moyenne globale, qui déclenche la pénalité de site.

Les leviers techniques qui font vraiment la différence

Réduire le LCP

• Précharger l’image ou l’élément hero avec <link rel="preload"> plutôt que de le laisser découvrir par le navigateur.
• Servir les images en format nouvelle génération (WebP, AVIF) et dimensionner précisément chaque image à sa taille d’affichage réelle.
• Éliminer le JavaScript bloquant le rendu au-dessus de la ligne de flottaison — reportez tout ce qui n’est pas critique pour l’affichage initial.
• Passer par un CDN pour réduire la latence serveur (TTFB), surtout si votre audience est internationale.

Faire baisser l’INP

• Découper les longues tâches JavaScript en morceaux plus courts pour libérer le thread principal entre chaque interaction utilisateur.
• Limiter les scripts tiers non essentiels (chat, pop-ups, trackers multiples) qui monopolisent le thread principal au moment critique où l’utilisateur clique.
• Différer le chargement des widgets sociaux et publicitaires jusqu’après l’interaction initiale de l’utilisateur.

Stabiliser le CLS

• Réserver systématiquement l’espace des images et des vidéos avec des attributs width/height ou une propriété CSS aspect-ratio.
• Éviter d’insérer du contenu dynamique (bannières, publicités) au-dessus du contenu déjà chargé.

Une approche par gabarit, pas par page

Avec l’évaluation à l’échelle du site, corriger une page isolée n’a plus le même impact qu’avant. La priorité doit aller aux gabarits qui génèrent le plus de pages : si votre thème de fiche produit charge un carrousel JavaScript lourd sur 5 000 URLs, corriger ce composant a un effet de levier bien supérieur à l’optimisation manuelle d’une poignée de pages phares. Auditez vos templates, pas seulement vos pages les plus visibles.

Un plan d’action sur 30 jours

Pour reprendre la main sans se disperser, mieux vaut suivre un ordre de priorité plutôt que de corriger au hasard :

• Semaine 1 — Diagnostic : exportez le rapport Signaux Web essentiels de Search Console, croisez-le avec les données CrUX, et identifiez les 2 ou 3 gabarits qui concentrent le plus d’URLs « à améliorer » ou « mauvais ».
• Semaine 2 — Correctifs LCP et CLS : ce sont généralement les plus rapides à traiter (preload, dimensionnement des images, réservation d’espace) et ils produisent un gain visible dès le prochain rapport CrUX, publié avec un décalage de 28 jours.
• Semaine 3 — Correctifs INP : ce chantier est souvent plus long car il touche à l’architecture JavaScript. Commencez par auditer les scripts tiers avec l’outil « Performance » de Chrome DevTools et supprimez ceux qui n’apportent pas de valeur mesurable.
• Semaine 4 — Suivi : surveillez l’évolution du pourcentage de pages « bonnes » par gabarit dans Search Console plutôt que la moyenne globale, qui met plus de temps à refléter les corrections.

Gardez en tête que les données CrUX utilisées par Google pour l’évaluation officielle reposent sur une fenêtre glissante de 28 jours : un correctif déployé aujourd’hui ne se reflétera pleinement dans votre score qu’au bout d’un mois. Patience et suivi régulier sont donc indispensables pour mesurer l’impact réel de vos actions.

Ce qu’il faut retenir

Les Core Web Vitals 2026 ne sont plus un simple bonus SEO : ils fonctionnent désormais comme un filtre global qui peut plomber des pages par ailleurs bien optimisées à cause de gabarits défaillants ailleurs sur le site. Les priorités sont claires : viser un LCP sous 2 secondes, un INP sous 150-200 ms, un CLS stable, et surtout raisonner par gabarit plutôt que par page isolée.

Vous voulez savoir où se situe réellement votre site sur ces nouveaux seuils, et quels gabarits corriger en priorité ? L’équipe seoforge.io réalise des audits techniques Core Web Vitals complets, avec un plan d’action priorisé par impact. Découvrez nos outils et notre accompagnement SEO sur seoforge.io.