LCP
Le signal de chargement des Core Web Vitals : ce qu’il mesure, le seuil de 2,5 s, la méthode de diagnostic.
Le Largest Contentful Paint (LCP) mesure l’affichage du plus grand élément visible d’une page. Google classe ce Core Web Vital comme bon sous 2,5 secondes, au 75e percentile des chargements. En SEO, le LCP pèse dans l’évaluation de l’expérience de page par Google.
Comment fonctionne le LCP ?
Le Largest Contentful Paint chronometre le rendu du plus grand élément de contenu dans le viewport. Chrome retient les images, les blocs de texte, les vidéos et les images d’arrière-plan chargées via url(). Le navigateur mesure le délai entre le lancement du chargement et l’apparition de cet élément. Google décompose le LCP en quatre sous-parties, selon web.dev : le TTFB (réponse serveur), le délai de découverte de la ressource, sa durée de chargement, puis le délai de rendu. Chaque phase appelle un correctif distinct. Un TTFB lent releve du serveur, un délai de découverte releve du HTML. Le LCP se mesure sur le terrain via le rapport CrUX et en laboratoire via Lighthouse.
Pourquoi le LCP est important pour le SEO ?
Le LCP compte parmi les trois Core Web Vitals, signaux de classement de Google. Google confirme viser un LCP sous 2,5 secondes pour une bonne expérience de page, dans sa documentation Search Central mise à jour en décembre 2025. Le LCP reste le Core Web Vital le plus difficile à valider : 62 % des pages mobiles seulement le passent en 2025, contre 74 % sur ordinateur, selon le HTTP Archive Web Almanac. Un LCP maitrise rassure l’internaute sur l’utilité de la page et limite les abandons avant affichage du contenu principal.
| Critère | LCP | FCP |
|---|---|---|
| Ce que la métrique mesure | Rendu du plus grand élément visible | Rendu du premier contenu affiche |
| Position dans le chargement | Après le FCP | Le plus tôt |
| Bon seuil (Google) | Sous 2,5 s | Sous 1,8 s |
| Rôle | Core Web Vital, signal de classement | Métrique de diagnostic |
Quel est un bon score LCP ?
Un bon score LCP reste inférieur ou égal a 2,5 secondes, selon Google. Google note un LCP entre 2,5 et 4 secondes comme à améliorer, et au-delà de 4 secondes comme médiocre. La mesure retient le 75e percentile des chargements, separement sur mobile et ordinateur. Une page valide le seuil quand 75 % des visites affichent un LCP sous 2,5 secondes, d’après web.dev.
Comment améliorer le LCP ?
Améliorer le LCP commence par identifier sa sous-partie dominante via Lighthouse ou CrUX. Un TTFB lent appelle du cache serveur et un CDN. Une image LCP découverte tard gagne a un preload et a l’attribut fetchpriority. Google recommande de ne jamais différer (lazy-load) l’image LCP. Sur mobile, 76 % des éléments LCP sont des images, selon le HTTP Archive Web Almanac 2025, ce qui fait de l’optimisation d’image le levier prioritaire. Réduire le CSS et le JavaScript bloquants accélère le rendu final.
Exemple concret de diagnostic LCP
Un releve PageSpeed Insights isole la sous-partie fautive du LCP. Version faible : un délai de découverte domine parce que l’image hero porte un lazy-load. Version solide : l’image LCP passe en chargement prioritaire, prechargee via un en-tête HTTP Link, ce qui evite toute balise dans le corps de page.
Releve PageSpeed Insights (sous-parties du LCP)
TTFB ................. 0,8 s
Resource load delay .. 1,9 s (dominant)
Resource load duration 0,4 s
Element render delay . 0,3 s
LCP total ............ 3,4 sCorrectif 1 : precharger l'image LCP via en-tete HTTP (LiteSpeed / o2switch)
Link: </wp-content/uploads/hero.avif>; rel=preload; as=image; fetchpriority=highCorrectif 2 : retirer le lazy-load sur l'image LCP
loading="lazy" -> fetchpriority="high"Erreur fréquente observée en audit
Erreur observée. Un mauvais score LCP est souvent traité comme un simple problème de poids d’image, sans analyser ses quatre composantes. Compresser le visuel ne corrige pas un TTFB lent, une découverte tardive de la ressource ou un délai de rendu causé par le CSS et le JavaScript. L’audit doit d’abord identifier la sous-partie dominante avant de choisir le correctif.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1Google Search Central, Comprendre les Core Web Vitals · décembre 2025
- 2web.dev, Largest Contentful Paint (LCP) · septembre 2025
- 3HTTP Archive Web Almanac 2025, chapitre Performance · 2025
- 4HTTP Archive Web Almanac 2025, chapitre SEO · 2025
Questions fréquentes
Quel élément est retenu comme LCP sur une page ?−
Le plus grand élément visible dans la fenêtre au chargement. Image, bloc de texte ou vidéo d’arrière-plan entrent en compte. Les DevTools de Chrome désignent l’élément retenu, qui change selon la taille d’écran.
Le TTFB explique-t-il un mauvais LCP ?+
Le TTFB constitue la première des quatre sous-parties du LCP. Un serveur lent plafonne le score avant tout travail sur les images. Google recommande de décomposer le LCP avant d’optimiser.
Un CDN améliore-t-il le LCP ?+
Un CDN réduit la latence réseau et le TTFB. Le gain reste limité quand le retard vient du rendu ou d’une image trop lourde. La décomposition du LCP indique où porter l’effort.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).