Ce que mesurent réellement les trois métriques
Le Largest Contentful Paint correspond au moment où le contenu principal devient visible ; le seuil « bon » est sous 2,5 secondes au 75e centile des visites réelles. L'Interaction to Next Paint a remplacé le First Input Delay en 2024 et mesure la rapidité de réponse de la page aux interactions sur toute la session ; le seuil est sous 200 millisecondes. Le Cumulative Layout Shift mesure l'ampleur des déplacements de la page sous le doigt du lecteur ; le seuil est sous 0,1. Les définitions officielles figurent dans la documentation Web Vitals de Google.
Les trois échouent pour des raisons différentes, ce qui compte au moment de cadrer le chantier. Le LCP relève généralement du serveur, des images ou de ressources bloquant le rendu. L'INP relève presque toujours du JavaScript : trop de code, exécuté au mauvais moment, sur un téléphone de milieu de gamme et non sur le portable du développeur. Le CLS relève de la mise en page : images sans dimensions, polices qui basculent, bandeaux injectés au-dessus du contenu. Un chantier qui les traite comme un seul ticket corrige généralement le plus facile et annonce une réussite.
Seules les données terrain comptent ici. Les outils de laboratoire simulent un appareil et une connexion ; le Chrome User Experience Report mesure ce qu'ont réellement vécu vos visiteurs, et les deux divergent couramment d'un facteur deux. Partez du rapport Core Web Vitals de la Search Console, descendez sur le gabarit le plus mauvais, et n'ouvrez un outil de laboratoire qu'ensuite, pour diagnostiquer la cause.
Signal de classement ou levier de conversion ?
Les Core Web Vitals sont un signal de classement confirmé, mais faible. Google a été explicite : l'expérience de page départage des résultats de pertinence comparable, elle ne promeut pas une page rapide devant une page lente plus utile. Une agence qui vend un sprint de performance comme une stratégie de classement survend ; une agence qui ignore un site mal noté sous-vend, car l'effet sur la conversion est réel et bien plus important.
L'élasticité de conversion utilisée ici — entre 0,4 et 1,0 % de variation relative par tranche de 100 ms de LCP — provient de mesures publiques répétées : l'étude retail de Deloitte, l'expérience LCP de Vodafone et les cas publiés sur web.dev. La fourchette est large car l'effet dépend du parc d'appareils, de la longueur du parcours et de l'impatience de l'intention. Le simulateur en fait un choix explicite plutôt qu'une constante enfouie dans le code.
Le retour n'est pas linéaire sur toute la plage, et c'est le point de planification pratique. Faire passer un site de 5 à 3 secondes change visiblement les comportements ; passer de 2,2 à 1,9 ne change presque rien, souvent pour un coût d'ingénierie supérieur. Priorisez les gabarits actuellement notés médiocres, sur mobile, sur les parcours les plus fréquentés — et vérifiez le résultat dans les données terrain un mois plus tard, pas dans un score de laboratoire le jour du déploiement.
- Partez toujours des données terrain au 75e centile
- Diagnostiquez LCP, INP et CLS comme trois problèmes distincts
- Priorisez les gabarits mobiles mal notés sur les parcours à fort trafic
- Attendez-vous à des rendements décroissants sous environ 2 secondes de LCP
- Vérifiez les gains dans les données terrain après 28 jours, pas dans un test de laboratoire
- Considérez le gain de classement comme un bonus ; la conversion est le business case