Quel score LCP faut-il viser ?

Un LCP inférieur ou égal à 2,5 secondes est considéré comme bon, entre 2,5 et 4 secondes comme perfectible, au-delà de 4 secondes comme mauvais. La mesure s'apprécie au 75e centile des visites réelles : trois quarts de vos visiteurs doivent passer sous le seuil, ce qui est bien plus exigeant qu'une moyenne.

Pourquoi mon site est-il rapide chez moi et lent en test ?

Parce que vous testez dans les pires conditions pour un diagnostic : navigateur qui a déjà tout en cache, connexion fibre, ordinateur récent. Vos visiteurs arrivent souvent en 4G, sur mobile, sans rien en cache. C'est cette situation que mesurent les Core Web Vitals, et c'est celle qui décide de la première impression.

Faut-il refaire tout le site pour corriger le LCP ?

Rarement. Dans la majorité des cas constatés, le LCP se joue sur un seul élément : l'image ou le titre principal du haut de page. Compression, format moderne, dimensions déclarées et chargement prioritaire suffisent souvent à faire passer une page sous le seuil, sans toucher à la structure du site.

LCP : L'Image de Votre Page d'Accueil Vous Coûte des Clients

Ce que mesure le LCP, en une phrase

Le LCP (Largest Contentful Paint) mesure le temps qu'il faut pour que le plus grand élément visible de votre page — presque toujours l'image ou le titre du haut de page — s'affiche réellement à l'écran. Un LCP inférieur ou égal à 2,5 secondes est bon ; au-delà de 4 secondes, il est mauvais. La mesure s'apprécie au 75e centile des visites réelles.

Autrement dit : le LCP, c'est le délai pendant lequel votre visiteur regarde une page vide en se demandant s'il a bien cliqué.

Le symptôme : un site « qui marche bien » et zéro demande entrante

Le cas est classique. Le site est en ligne, le design plaît, les pages fonctionnent. Mais les demandes de devis n'arrivent pas, et le taux de rebond sur mobile est élevé sans explication apparente.

Testez votre page d'accueil depuis un téléphone, en 4G, en navigation privée. C'est ce que vit un prospect qui vous découvre. Si le visuel principal met plus de trois secondes à apparaître, une partie de vos visiteurs est déjà repartie — et ils ne figurent dans aucun de vos formulaires, donc vous ne les comptez nulle part.

Le coût réel : une perte que vos statistiques ne montrent pas

C'est ce qui rend le problème pernicieux. Un visiteur qui abandonne pendant le chargement laisse peu de traces exploitables : il n'a vu aucune page de contact, déclenché aucun événement. Vos statistiques de conversion portent sur ceux qui sont restés, et paraissent donc normales.

L'impact sur le référencement existe aussi, mais il faut rester mesuré : les Core Web Vitals font partie des signaux d'expérience de page utilisés par Google, avec un poids modeste face à la pertinence du contenu. Le vrai enjeu est commercial, pas algorithmique — c'est la première impression de votre entreprise auprès d'un prospect qui ne vous connaît pas.

Les quatre causes, par fréquence décroissante

L'image du haut de page, non optimisée

La cause numéro un, et de loin. Un visuel exporté à 3000 pixels de large et pesant deux mégaoctets, affiché dans un espace de 800 pixels. Le navigateur télécharge l'intégralité du fichier avant de pouvoir peindre quoi que ce soit.

Trois correctifs se cumulent : dimensionner l'image à son usage réel, la servir dans un format moderne comme WebP ou AVIF, et fournir plusieurs tailles pour que le mobile ne télécharge pas la version destinée au grand écran.

Une image déclarée en chargement différé

Le chargement différé est une bonne pratique — pour tout ce qui se trouve sous la ligne de flottaison. Appliqué à l'image principale du haut de page, il produit exactement l'effet inverse de celui recherché : le navigateur retarde volontairement l'élément qui définit votre LCP.

Sur un projet Next.js, le composant next/image permet de marquer explicitement cette image comme prioritaire. C'est un attribut à poser, pas une optimisation à découvrir.

Les polices personnalisées

Un texte peut être l'élément le plus grand de la page. S'il attend le téléchargement d'une police pour s'afficher, votre LCP attend avec lui. Une stratégie d'affichage qui montre immédiatement une police de substitution, puis remplace, évite la page blanche.

Les scripts tiers en tête de page

Gestionnaire de balises, widget de chat, bandeau de consentement, outil de test A/B. Chargés avant le contenu, ils occupent le fil d'exécution pendant que votre visiteur attend. Rien de tout cela n'est nécessaire à l'affichage initial.

Comment savoir si c'est bien fait

Quatre contrôles, sans compétence technique :

Mesurez sur données réelles, pas en laboratoire. PageSpeed Insights affiche vos données terrain quand elles existent, et la Search Console remonte les URL en échec.
Testez sur mobile en priorité : c'est la cible de mesure et le matériel le plus contraint.
Vérifiez le poids de l'image principale. Au-delà de 200 kilooctets pour un visuel de page d'accueil, il y a un gain immédiat à prendre.
Contrôlez qu'aucun script tiers ne s'exécute avant l'affichage du haut de page.

Le LCP ne traite que la première impression. La suite — la réactivité de l'interface une fois la page affichée — relève d'une autre métrique, que nous détaillons dans notre article sur l'INP, le Core Web Vital qui a remplacé le FID. Et lorsque les correctifs ponctuels ne suffisent plus, la question devient celle de l'architecture du site elle-même.

Passez à l'action

Le LCP est la métrique au meilleur rapport effort/résultat de toutes les Core Web Vitals : dans la majorité des cas, quelques heures de travail sur un seul élément font passer une page sous le seuil.

Securium Agency audite la performance des sites vitrines et e-commerce d'Île-de-France sur données réelles, pas en laboratoire. Demandez votre audit de performance gratuit : nous identifions l'élément exact qui définit votre LCP, mesurons le gain accessible sur chaque correctif, et vous remettons un plan d'action classé par rapport effort/bénéfice.