Les Core Web Vitals reposent sur trois métriques, chacune mesurant un type différent de lenteur perçue par l'utilisateur. Le Largest Contentful Paint (LCP) mesure le temps que met le plus grand élément visible, souvent une image ou un bloc de texte, à s'afficher ; le seuil « bon » en 2026 est sous 2,5 secondes. L'Interaction to Next Paint (INP) mesure la réactivité ressentie de la page quand un visiteur interagit réellement avec elle, clic sur « ajouter au panier » ou ouverture d'un filtre, avec un seuil sous 200 millisecondes. Le Cumulative Layout Shift (CLS) mesure à quel point le contenu visible se déplace de façon inattendue pendant que la page continue de charger, noté sous 0,1 pour passer. Google intègre ces trois métriques dans ses signaux de classement, et ce sont les données réelles des utilisateurs Chrome (CrUX) qui servent de référence pour la plupart des sites, pas un test synthétique en laboratoire.
Une fiche produit WooCommerce typique est structurellement plus exposée que la plupart des types de pages sur deux de ces trois métriques. L'élément LCP d'une fiche produit est très souvent la photo produit principale elle-même : si cette image est surdimensionnée, dans un format lent, ou attend d'autres ressources avant même de pouvoir commencer à se télécharger, tout le score LCP de la page en dépend. Le CLS suit une logique proche pour une autre raison : une galerie produit, une bande de vignettes ou une grille de catégorie où les images se chargent sans que leurs dimensions finales soient réservées à l'avance repousse le texte et les boutons environnants à chaque photo qui finit de charger, ce qui est exactement ce que le CLS pénalise. Les deux problèmes remontent à la même cause : des images plus lourdes ou plus lentes à décoder que nécessaire, et des mises en page qui ne réservent pas leur espace à l'avance.
L'INP appartient à une autre catégorie. Il dépend surtout du temps d'exécution JavaScript, du coût des gestionnaires d'événements et du blocage du thread principal, des choses comme un script de tiroir panier trop lourd ou un widget de filtre lent, pas de la façon dont les images sont servies. Un catalogue chargé d'images peut très bien avoir un excellent INP si ses éléments interactifs sont légers, et une page pauvre en texte peut avoir un mauvais INP si ses scripts sont lourds. Ça vaut la peine de connaître ce seuil et d'où il vient, mais traiter l'optimisation d'images comme un correctif d'INP reviendrait à résoudre le mauvais problème.
Là où le traitement des images agit directement, c'est sur le LCP, et indirectement sur le CLS via un poids de page global plus faible : servir chaque image déjà redimensionnée à ses dimensions d'affichage réelles, dans un format moderne supporté par le navigateur du visiteur, depuis un cache plutôt qu'en la générant à la volée, s'attaque à la cause mécanique d'un LCP lent plutôt qu'à ses symptômes. C'est exactement le niveau où intervient ImagePipe à l'intérieur d'une boutique WordPress/WooCommerce, sans toucher au volet JavaScript de l'INP.