LCP lent sur une boutique en ligne : les causes à corriger en priorité

Le LCP, ou Largest Contentful Paint, mesure le temps qu’il faut à l’élément le plus visible de l’écran — le plus souvent la photo du produit ou le titre de la fiche — pour s’afficher complètement. C’est l’un des trois indicateurs Core Web Vitals que Google utilise pour juger de la qualité de l’expérience sur une page, aux côtés du CLS, qui mesure la stabilité visuelle, et de l’INP, qui mesure la réactivité aux clics. Pour une boutique en ligne, le LCP se mesure presque toujours sur la fiche produit et sur la page catégorie, les deux pages les plus visitées et les plus chargées en images.

Un LCP lent ne se voit pas forcément à l’œil nu depuis un poste de travail avec une bonne connexion. Il se révèle sur les mesures réelles des visiteurs, en particulier sur mobile et avec une connexion moyenne — exactement le profil d’une bonne partie des acheteurs. Une fiche produit qui met plusieurs secondes à afficher sa photo principale laisse le visiteur face à un écran incomplet pendant un temps perceptible, au moment précis où il décide de rester ou de repartir.

Ce que mesure le LCP, et où se situent les seuils

Google définit trois paliers de performance pour le LCP, calculés sur le 75^e centile des chargements de page, séparément pour mobile et pour desktop. En dessous de 2,5 secondes, le LCP est considéré comme bon. Entre 2,5 et 4 secondes, il est jugé « à améliorer ». Au-delà de 4 secondes, il est classé « médiocre », selon la définition officielle publiée sur web.dev.

Ces seuils ne sont pas arbitraires : la documentation précise aussi que le LCP intègre le temps de redirection, la mise en place de la connexion et le délai avant le premier octet reçu par le navigateur, et pas seulement le temps d’affichage de l’image elle-même. Un site peut donc avoir un LCP décevant pour des raisons qui n’ont rien à voir avec le poids de sa photo produit.

Les quatre familles de causes qui ralentissent l’affichage

La documentation technique de Google, dans son guide dédié à l’optimisation du LCP, distingue quatre familles de causes. Elles ne demandent pas toutes une compétence de développeur pour être identifiées : un responsable e-commerce peut en repérer plusieurs en posant les bonnes questions à son prestataire ou à son hébergeur, selon le détail disponible sur web.dev.

Un serveur ou un hébergement trop lent à répondre

Avant même que la page ne commence à s’afficher, le navigateur attend la première réponse du serveur. Des redirections multiples — d’une ancienne URL vers une nouvelle, ou d’une campagne publicitaire vers la fiche produit —, un hébergement éloigné géographiquement de la clientèle, ou une page jamais mise en cache à cause de paramètres dans l’URL (un identifiant de session, un code de suivi) rallongent ce délai. Un diffuseur de contenu et une politique de cache correctement réglée chez l’hébergeur réduisent ce temps sans toucher au design du site.

Des ressources qui bloquent l’affichage

Une feuille de style trop volumineuse, chargée avant tout le reste, ou des scripts placés dans l’en-tête de la page sans être différés, retardent le moment où le navigateur peut commencer à peindre quoi que ce soit à l’écran, y compris la photo produit. C’est un terrain fréquent chez les thèmes très personnalisés ou surchargés d’extensions, où chaque module ajoute son propre fichier de style et son propre script, au point parfois de rendre la page plus lente que le thème d’origine.

Une image principale mal priorisée ou trop lourde

La photo produit, souvent désignée comme l’élément LCP, doit être découverte par le navigateur le plus tôt possible. Si elle est chargée en différé alors qu’elle est visible dès l’arrivée sur la page, injectée par un script plutôt que présente dans le code HTML, ou hébergée sur un nom de domaine externe sans préconnexion, elle arrive en retard. Son poids compte aussi : une image mal compressée ou dans un format ancien ajoute des kilo-octets inutiles au moment le plus critique du chargement. Les formats WebP et AVIF, déjà présentés dans notre guide sur les images produits en WebP et AVIF, réduisent ce poids sans perte de qualité visible.

Un rendu qui dépend trop du JavaScript

Sur certains sites fortement dépendants d’un rendu côté client, le contenu de la fiche produit — texte, prix, photo — n’existe pas dans le code HTML envoyé par le serveur : il est généré dans le navigateur, après coup. Le LCP attend alors que ce code s’exécute avant de pouvoir afficher quoi que ce soit. Le rendu côté serveur ou la génération statique des pages les plus consultées évitent cette attente, au prix d’un travail d’architecture technique plus lourd à mettre en place.

Ce qu’un responsable e-commerce peut vérifier sans écrire une ligne de code

1. Mesurer le LCP réel de trois ou quatre fiches produit représentatives, avec l’outil gratuit PageSpeed Insights, en s’appuyant sur les données de terrain quand le site a assez de trafic pour en afficher.
2. Regarder quelle ressource est désignée comme LCP dans le rapport : une image, un bloc de texte, une bannière.
3. Demander à son prestataire si cette ressource est chargée en priorité, sans chargement différé, et dans un format d’image récent.
4. Vérifier auprès de l’hébergeur le délai de première réponse du serveur, la présence d’un diffuseur de contenu et les règles de cache appliquées aux pages produit.

Ce diagnostic en quatre étapes ne remplace pas un audit technique complet, mais il suffit souvent à savoir si le sujet mérite d’être traité en priorité, ou s’il peut attendre une prochaine refonte.

Ce que le LCP change, au-delà du référencement

Le LCP fait partie des signaux pris en compte par l’algorithme de classement de Google, mais son poids y reste modeste comparé à la pertinence du contenu pour la requête d’un internaute. Son intérêt principal pour une boutique en ligne est plus direct : c’est une mesure de ce que vit réellement le visiteur entre le clic sur un lien et le moment où il peut lire la fiche produit et décider d’ajouter l’article au panier. Un chantier de performance mené sur les fiches produit profite donc autant à l’expérience d’achat qu’au référencement, sans qu’il faille arbitrer entre les deux.

Le LCP ne travaille pas seul parmi les Core Web Vitals. Une fiche produit peut afficher rapidement sa photo puis voir son prix ou son bouton d’ajout au panier se déplacer une fois les polices et les avis clients chargés : c’est le CLS, détaillé dans notre guide sur la stabilité visuelle d’une boutique en ligne. Elle peut aussi s’afficher vite mais réagir avec retard au clic sur « ajouter au panier », ce que mesure l’INP, présenté dans notre analyse sur la métrique de réactivité qui pénalise les boutiques chargées de scripts. Les trois indicateurs se corrigent rarement par le même chantier, mais ils partagent souvent les mêmes causes de fond : un thème surchargé, un hébergement sous-dimensionné, des extensions mal choisies.

Ce qu’il faut retenir

• Le LCP mesure le temps d’affichage de l’élément principal d’une page ; il est bon en dessous de 2,5 secondes, médiocre au-delà de 4 secondes.
• Sur une fiche produit, c’est presque toujours l’image produit ou le titre qui est désigné comme élément LCP.
• Les causes se classent en quatre familles : serveur lent, ressources qui bloquent l’affichage, image mal priorisée, rendu trop dépendant du JavaScript.
• Un diagnostic de base avec PageSpeed Insights, suivi de questions précises au prestataire, ne demande pas de compétence de développeur.