LCP
Quand le principal élément de contenu devient visible.
Web · expérience utilisateur
Core Web Vitals : lire LCP, INP et CLS sans les réduire à un score
Les Core Web Vitals décrivent trois dimensions distinctes de l’expérience : chargement perçu, réactivité aux interactions et stabilité visuelle. Une page doit satisfaire les trois seuils au niveau pertinent ; faire leur moyenne n’a aucun sens d’unité.
À retenir : les métriques stables sont LCP, INP et CLS. Pour une expérience classée “bonne”, web.dev recommande LCP ≤ 2,5 s, INP ≤ 200 ms et CLS ≤ 0,1, évalués au 75e percentile des visites, séparément sur mobile et ordinateur.
LCP ≤ 2,5 sINP ≤ 200 msCLS ≤ 0,175e percentile
Réponse directe
Un passage global exige que les trois métriques soient bonnes
Une page rapide mais instable, ou stable mais non réactive, ne satisfait pas l’ensemble.
bon = LCP p75 ≤ 2 500 ms ET INP p75 ≤ 200 ms ET CLS p75 ≤ 0,1Le percentile 75 signifie qu’au moins trois visites sur quatre se situent au seuil indiqué ou mieux. Le calcul s’effectue sur une fenêtre et un groupe de données éligible, pas sur une moyenne de trois nombres incompatibles.
INP
Temps entre une interaction et la prochaine présentation visuelle.
CLS
Somme structurée des déplacements de mise en page inattendus.
Field
Expérience de vrais utilisateurs, appareils et réseaux.
Trois signaux distincts
Que mesurent LCP, INP et CLS ?
Chaque métrique a un objet, une unité et des causes spécifiques.
| Métrique | Mesure | Bon | Causes fréquentes |
|---|---|---|---|
| LCP | Temps du plus grand élément de contenu | ≤ 2 500 ms | Serveur, ressource LCP, CSS, rendu client. |
| INP | Latence d’interaction observée sur la visite | ≤ 200 ms | Longues tâches, JavaScript, rendu, DOM. |
| CLS | Instabilité visuelle inattendue | ≤ 0,1 | Images sans dimensions, publicités, polices, contenus injectés. |
LCP n’est pas le temps de chargement complet. L’élément candidat peut changer pendant la page et être une image, un bloc texte ou un autre contenu éligible. INP ne mesure pas la connexion : il observe la latence des interactions et retient une valeur représentative proche de la pire selon le nombre d’interactions.
CLS est sans unité. Il combine la fraction d’écran affectée et la distance du déplacement dans des fenêtres de session. Un mouvement attendu immédiatement après une interaction n’est pas traité comme un décalage inattendu de la même manière.
Deux sources complémentaires
Pourquoi PageSpeed Insights affiche-t-il des données différentes ?
Terrain et laboratoire répondent à deux questions distinctes.
| Source | Population | Atout | Limite |
|---|---|---|---|
| CrUX / terrain | Utilisateurs Chrome éligibles sur une période glissante | Expérience réelle et diversité | Pas toujours de données URL ; diagnostic limité. |
| Lighthouse / laboratoire | Chargement simulé dans des conditions définies | Reproductible pour déboguer | Pas d’INP réel sans interactions de visite. |
| RUM interne | Vos utilisateurs instrumentés | Segments et détails personnalisés | Qualité d’implémentation et consentement. |
| DevTools | Session de test | Analyse fine des tâches et ressources | Un seul appareil et scénario. |
Une URL peut hériter de données d’origine
Lorsque le volume de données au niveau URL est insuffisant, certains rapports montrent le niveau de l’origine ou aucune donnée. Vérifiez toujours la portée affichée avant d’attribuer le résultat à une page précise.
Le laboratoire aide à reproduire une cause ; le terrain indique si les visiteurs la subissent réellement. Une amélioration de laboratoire peut mettre du temps à apparaître dans une fenêtre de terrain. À l’inverse, un laboratoire favorable n’annule pas un problème vécu sur appareils lents.
Séparez mobile et ordinateur. Une moyenne combinée masquerait le mix d’appareils et ne correspondrait pas à la méthode officielle de classement.
Cause avant correctif
Comment diagnostiquer chaque métrique sans recette générique ?
Il faut trouver l’élément, l’interaction ou le déplacement responsable.
Identifier le périmètre terrain
URL ou origine, mobile ou bureau, période et percentile.
Reproduire un cas
Enregistrement de performance avec conditions proches.
Localiser la cause
Ressource LCP, longue tâche INP ou source de déplacement CLS.
Corriger et vérifier
Mesure laboratoire puis suivi terrain, sans changer dix facteurs à la fois.
Prioriser le contenu
Réduire délai serveur et découverte de la ressource principale.
Raccourcir le travail
Découper longues tâches et limiter le rendu déclenché.
Réserver l’espace
Dimensions et emplacements stables avant le chargement.
Tiers
Mesurer tags, publicités, CMP, widgets et polices.
Performance durable
Que peut-on conclure — et ne pas conclure — des Core Web Vitals ?
Ce sont des signaux d’expérience importants, pas une mesure complète de qualité ou de classement.
Un passage Core Web Vitals ne garantit ni position SEO, ni conversion, ni accessibilité. Le contenu, l’utilité, la sécurité, l’accessibilité, la disponibilité et le parcours restent essentiels. Inversement, l’absence de données terrain ne signifie pas que la page est rapide : elle peut simplement manquer de volume éligible.
Suivez la distribution et les pages types, pas uniquement un score de page d’accueil. Les gabarits éditoriaux, produits, formulaires et pages avec publicité ont des risques différents. Un budget de performance par type de page rend les régressions visibles avant le déploiement.
Les seuils et métriques peuvent évoluer. Ce dossier est daté ; web.dev et la documentation Chrome restent la référence pour les définitions actuelles.
Passer au calcul
Les calculatrices utiles pour appliquer ces repères
Le dossier explique la métrique ; les outils appliquent les formules à vos volumes, coûts ou mesures en conservant les unités visibles.
Évaluation Core Web Vitals
Interprétez les trois métriques actuelles sans inventer une moyenne globale.
Traçabilité
Documentation primaire et date de vérification
Les références définissent métriques, unités, seuils et limites des plateformes. Une interface ou une définition peut évoluer : sa documentation courante reste prioritaire.
- web.dev — Web VitalsDéfinitions, seuils et percentile recommandé.
- web.dev — Définition des seuils Core Web VitalsMéthode du 75e percentile et catégories.
- Chrome for Developers — CrUXDonnées terrain et portée du rapport.
Cadre éditorial
Dossier informatif vérifié le 16 août 2026. Les exemples rendent les formules contrôlables ; ils ne promettent ni trafic, ni revenu, ni position, ni disponibilité.
Questions fréquentes
FAQ : Core Web Vitals : LCP, INP et CLS
Des réponses courtes aux confusions de définition, de dénominateur ou de périmètre.
Largest Contentful Paint (LCP), Interaction to Next Paint (INP) et Cumulative Layout Shift (CLS).
LCP ≤ 2,5 s, INP ≤ 200 ms et CLS ≤ 0,1 au 75e percentile.
Non. Ils n’ont ni la même unité ni le même objet ; chacun doit respecter son propre seuil.
Le terrain agrège des visites réelles ; le laboratoire exécute un scénario contrôlé utile pour diagnostiquer.
Non. Les Core Web Vitals sont des signaux parmi d’autres et ne garantissent ni position, ni conversion, ni qualité globale.
Approfondir
Dossiers web complémentaires
Les dossiers relient acquisition, analytics, monétisation et performance sans dupliquer les calculatrices.