Core Web Vitals sur Magento 2 : guide pour passer au vert en 2026

• Maxime • 13 min de lecture

Core Web Vitals sur Magento 2 : guide pour passer au vert en 2026

Depuis 2021, Google intègre les Core Web Vitals dans son algorithme de classement. Ce n’est plus une tendance — c’est un signal de ranking officiel. Et pourtant, la majorité des boutiques Magento que nous auditons affichent encore des scores PageSpeed insuffisants, notamment sur mobile. Résultat : elles perdent des positions face à des concurrents mieux optimisés, parfois sur des sites techniquement moins bons mais plus rapides.

Voici comment comprendre ces métriques, identifier les causes sur Magento, et mettre en place les leviers qui font vraiment bouger l’aiguille.

Les trois métriques Core Web Vitals en 2026

Google mesure trois aspects distincts de l’expérience utilisateur. Chacun a un seuil « bon », « à améliorer » et « mauvais » :

Les trois Core Web Vitals — seuils 2026

LCP

Largest Contentful Paint

Temps d’affichage du plus grand élément visible

Bon : < 2,5s
Moyen : 2,5 – 4s
INP

Interaction to Next Paint

Réactivité aux interactions — clics, touches, saisies

Bon : < 200ms

Remplace FID depuis 2024

CLS

Cumulative Layout Shift

Stabilité visuelle — décalage des éléments pendant le chargement

Bon : < 0,1
Moyen : 0,1 – 0,25

Les trois Core Web Vitals et leurs seuils — source : web.dev/vitals (Google, 2026)

LCP — le plus impactant pour Magento

Le LCP mesure le temps avant que le plus grand élément visible de votre page soit affiché. Sur une boutique Magento, c’est souvent l’image principale d’un produit, le banner de la homepage ou le logo. Un mauvais LCP est presque toujours lié à l’une de ces causes :

  • Images non optimisées — des photos produit de 3 Mo servies sans compression ni conversion WebP
  • Absence de Varnish ou cache full-page — PHP doit générer la page à chaque requête, ajoutant 1 à 3 secondes
  • Ressources bloquantes — des fichiers CSS ou JS chargés en synchrone qui retardent l’affichage
  • Serveur trop lent — un TTFB supérieur à 800ms plombe mécaniquement le LCP

Le levier numéro un : activer Varnish et convertir les images en WebP. Ces deux actions seules peuvent diviser votre LCP par deux sur la plupart des boutiques Magento.

INP — la métrique que Magento rate souvent

L’INP remplace le FID depuis mars 2024. Il mesure la réactivité de votre page aux interactions utilisateur — un clic sur un bouton « Ajouter au panier », une saisie dans le champ de recherche, un filtre de catégorie. Si votre page met plus de 200ms à réagir après une interaction, votre INP est dégradé.

Sur Magento, les coupables habituels sont les bibliothèques JavaScript volumineuses chargées sur toutes les pages, les extensions tierces qui ajoutent des scripts lourds, et le JavaScript de tracking (Google Analytics, pixels publicitaires) mal configuré. Le thème joue un rôle crucial : Breeze et Hyvä sont nativement bien meilleurs que les thèmes classiques basés sur RequireJS sur cette métrique.

CLS — l’ennemi des images sans dimensions

Le CLS mesure les décalages visuels pendant le chargement — ces moments frustrants où vous allez cliquer sur un lien et la page bouge au dernier moment. Sur Magento, la cause la plus fréquente est simple : des images HTML sans attributs width et height explicites.

Sans ces dimensions, le navigateur ne réserve pas d’espace pour l’image avant qu’elle soit chargée. Quand l’image arrive, elle pousse le contenu existant vers le bas — c’est exactement ce que mesure le CLS. La correction est simple : s’assurer que toutes les images générées par Magento incluent leurs dimensions dans le HTML.

Leviers d’amélioration par métrique sur Magento 2

LCP

Activer Varnish

Images WebP + compression

Preload image LCP

Critical CSS inline

INP

Breeze ou Hyvä theme

Réduire JS tiers (tracking)

Lazy load extensions

Defer JS non critique

CLS

width/height sur toutes les images

Réserver espace pour les fonts

Éviter les injections DOM tardives

Bannières en position fixe

Leviers prioritaires (orange) et secondaires par métrique Core Web Vitals sur Magento 2

Breeze et Hyvä — pourquoi ils changent la donne

Les thèmes Magento classiques (Luma, Porto, et la plupart des thèmes marketplace) héritent d’une architecture JavaScript basée sur RequireJS qui charge des dizaines de modules même quand ils ne sont pas nécessaires sur la page courante. C’est structurellement lourd et difficile à optimiser sans réécrire le thème.

Breeze est un frontend alternatif qui remplace la couche JS de Magento par une implémentation légère, sans RequireJS. Il est compatible avec les thèmes existants (Porto, Argento…) et s’installe sans refonte complète. Hyvä va plus loin en remplaçant entièrement le frontend par une stack Alpine.js + Tailwind CSS — scores PageSpeed spectaculaires, mais migration plus lourde.

Pour une boutique qui cherche à améliorer ses Core Web Vitals sans refonte complète, Breeze est souvent le meilleur rapport effort/résultat.

Comment mesurer et suivre vos scores

L’outil de référence est PageSpeed Insights (pagespeed.web.dev). Il affiche deux types de données : les données de terrain (CrUX — mesures réelles sur vos vrais visiteurs sur 28 jours) et les données lab (mesure simulée sur la requête du moment). Google utilise les données terrain pour le ranking — c’est donc ces chiffres qui comptent pour le SEO.

Mesurez systématiquement trois pages : votre homepage, une page catégorie et une fiche produit. Les problèmes ne sont pas toujours les mêmes selon le type de page. Et mesurez toujours en mobile — c’est la version que Google utilise en priorité (mobile-first indexing).

FAQ

Un bon score PageSpeed améliore-t-il directement le classement Google ?

C’est un signal parmi d’autres — Google a confirmé que les Core Web Vitals sont un facteur de classement, mais un facteur de départage entre des pages de pertinence similaire. Un contenu très pertinent avec un mauvais score peut encore se classer au-dessus d’un contenu médiocre avec un excellent score. En revanche, à pertinence égale, les Core Web Vitals font la différence — et ils impactent directement le taux de rebond et la conversion, indépendamment du SEO.

Mon score est bon en desktop mais mauvais en mobile — lequel corriger en priorité ?

Le mobile, sans hésitation. Google indexe et classe les sites selon leur version mobile depuis 2019 (mobile-first indexing). Le score desktop est utile pour diagnostiquer, mais c’est le mobile qui compte pour le SEO et qui représente plus de 60% du trafic e-commerce en France.

Vos scores Core Web Vitals sont dans le rouge ?

On identifie les causes précises sur votre boutique Magento et on met en place les optimisations adaptées — avec un rapport PageSpeed avant/après pour mesurer les gains.

Demander un audit performances →
ML

Maxime

Magento 2 Specialist

Fondateur d'eBusiness360 — expert Magento 2 depuis 2010.