Mis à jour le 12 juillet 2026 · Relu et vérifié par Damien Hernandez
LCP (Largest Contentful Paint) : definition, role et bonnes pratiques SEO
Le Largest Contentful Paint (LCP) mesure l’affichage du plus grand element 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 pese dans l’evaluation de l’experience de page par Google.
A retenir
- Un bon LCP reste sous 2,5 secondes au 75e percentile, selon Google Search Central.
- 62 % des pages mobiles obtiennent un bon LCP en 2025, selon le HTTP Archive Web Almanac.
- Google decompose le LCP en 4 sous-parties : TTFB, decouverte, chargement, rendu (web.dev).
Comment fonctionne le LCP ?
Le Largest Contentful Paint chronometre le rendu du plus grand element de contenu dans le viewport. Chrome retient les images, les blocs de texte, les videos et les images d’arriere-plan chargees via url(). Le navigateur mesure le delai entre le lancement du chargement et l’apparition de cet element. Google decompose le LCP en quatre sous-parties, selon web.dev : le TTFB (reponse serveur), le delai de decouverte de la ressource, sa duree de chargement, puis le delai de rendu. Chaque phase appelle un correctif distinct. Un TTFB lent releve du serveur, un delai de decouverte 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 experience de page, dans sa documentation Search Central mise a jour en decembre 2025. Le LCP reste le Core Web Vital le plus difficile a 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’utilite de la page et limite les abandons avant affichage du contenu principal.
| Critere | LCP | FCP |
|---|---|---|
| Ce que la metrique mesure | Rendu du plus grand element visible | Rendu du premier contenu affiche |
| Position dans le chargement | Apres le FCP | Le plus tot |
| Bon seuil (Google) | Sous 2,5 s | Sous 1,8 s |
| Role | Core Web Vital, signal de classement | Metrique de diagnostic |
Auditer les Core Web Vitals de votre site
Quel est un bon score LCP ?
Un bon score LCP reste inferieur ou egal a 2,5 secondes, selon Google. Google note un LCP entre 2,5 et 4 secondes comme a ameliorer, et au-dela de 4 secondes comme mediocre. 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’apres web.dev.
Comment ameliorer le LCP ?
Ameliorer 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 decouverte tard gagne a un preload et a l’attribut fetchpriority. Google recommande de ne jamais differer (lazy-load) l’image LCP. Sur mobile, 76 % des elements LCP sont des images, selon le HTTP Archive Web Almanac 2025, ce qui fait de l’optimisation d’image le levier prioritaire. Reduire le CSS et le JavaScript bloquants accelere le rendu final.
Exemple concret de diagnostic LCP
Un releve PageSpeed Insights isole la sous-partie fautive du LCP. Version faible : un delai de decouverte domine parce que l’image hero porte un lazy-load. Version solide : l’image LCP passe en chargement prioritaire, prechargee via un en-tete 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 s
Correctif 1 : precharger l'image LCP via en-tete HTTP (LiteSpeed / o2switch)
Link: </wp-content/uploads/hero.avif>; rel=preload; as=image; fetchpriority=high
Correctif 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.
Sources
- Google Search Central, Comprendre les Core Web Vitals · decembre 2025
- web.dev, Largest Contentful Paint (LCP) · septembre 2025
- HTTP Archive Web Almanac 2025, chapitre Performance · 2025
- HTTP Archive Web Almanac 2025, chapitre SEO · 2025
Termes lies
Damien Hernandez · Consultant SEO senior, 15 ans d’experience (Accor, Louvre Hotels, Infopro Digital). Specialiste SEO technique et GEO (optimisation pour les moteurs generatifs).