À propos du Largest Contentful Paint
Qu’est-ce que le Largest Contentful Paint ?
Le Largest Contentful Paint mesure le temps nécessaire au plus grand élément visible pour finir de s’afficher — généralement une image principale, une affiche vidéo ou un bloc de texte de titre. C’est la mesure qui répond le mieux, à elle seule, à la question « quand la page est-elle apparue ? ».
Il ignore délibérément tout ce qui se trouve sous la ligne de flottaison et tout ce qui est invisible. Une page peut continuer à charger des scripts et des polices longtemps après son LCP, et cela n’a pas d’importance pour cette mesure, car le visiteur a déjà quelque chose à lire.
C’est ce qui le distingue du temps de chargement total. Le temps de chargement décrit le moment où le navigateur a terminé son travail ; le LCP décrit le moment où la page est devenue utile, c’est-à-dire le moment réellement vécu par le visiteur.
Qu’est-ce qu’un bon LCP ?
Google considère qu’un délai inférieur ou égal à 2,5 secondes est bon, qu’un délai compris entre 2,5 et 4 secondes doit être amélioré, et que tout délai supérieur à 4 secondes est mauvais. Ce seuil s’applique au 75e percentile des chargements réels de pages : il doit donc être respecté par trois visiteurs sur quatre, et non en moyenne.
Ce centile compte davantage qu’il n’y paraît au premier abord. Une moyenne peut facilement être améliorée par des visites rapides sur des connexions performantes, tandis que le 75e centile continue de prendre en compte le quart le plus lent de votre audience, qui correspond généralement aux utilisateurs mobiles.
Une page peut donc échouer au LCP tout en semblant parfaitement rapide sur la machine sur laquelle elle a été développée. Cet écart est plutôt la règle que l’exception.
Ce qui cause généralement un LCP lent
L’élément lui-même est rarement le problème. Ce qui le retarde est presque toujours lié à ce qui se passe avant son affichage, et quatre causes reviennent généralement :
- Une réponse lente du serveur, qui retarde tout le traitement en aval avant le rendu du moindre octet.
- Des fichiers CSS et JavaScript bloquant le rendu dans l’en-tête, que le navigateur doit terminer de traiter avant d’afficher la page.
- L’image principale est trop volumineuse, non optimisée ou chargée paresseusement alors qu’elle ne devrait pas l’être.
- L’image est découverte tardivement, car elle est définie par CSS ou injectée par un script au lieu de figurer dans le HTML.
C’est la dernière qui piège le plus souvent les utilisateurs. Un navigateur ne peut commencer à charger que ce qu’il peut voir dans le balisage. Ainsi, une image qui n’est jamais mentionnée dans le HTML ne peut pas commencer à se charger avant que la feuille de style ou le script qui la mentionne ait été chargé et analysé.
Comment l’améliorer
- Placez l’image principale dans le HTML sous forme de balise img afin que le navigateur la détecte immédiatement.
- Ne chargez jamais l’élément LCP en différé : le chargement différé est destiné aux éléments situés sous la ligne de flottaison.
- Servez-la dans un format moderne, à la taille à laquelle elle est réellement affichée.
- Préchargez-la s’il s’agit véritablement de l’élément le plus important de la page.
- Déplacez les fichiers CSS et JavaScript non critiques hors du chemin de rendu.
- Réduisez le temps de réponse du serveur, car chaque milliseconde y est passée avant que toute autre opération ne commence.
Ce que cet outil vérifie
Le test LCP lit les données de terrain de Google pour la page — des mesures recueillies auprès de visiteurs réels utilisant Chrome — et indique où elles se situent par rapport aux seuils ci-dessus.
Si aucun résultat ne s’affiche, cela signifie que la page ne reçoit pas suffisamment de trafic pour que Google puisse fournir un rapport, ce qui est courant pour les pages nouvelles ou peu consultées. Il ne s’agit pas d’un échec, et la réaction la plus judicieuse consiste à corriger les causes évidentes plutôt qu’à attendre qu’un score apparaisse.
Pour aller plus loin