Core Web Vitals (signaux web essentiels)

Les trois mesures et ce qui compte comme bon

• Largest Contentful Paint (LCP) — le temps nécessaire pour peindre le plus grand élément visible à l'écran, en général une image d'en-tête ou le titre. Bon à 2,5 secondes ou moins, mauvais au-delà de 4 secondes. C'est ce qui se rapproche le plus d'une mesure du moment où la page a semblé arriver.
• Interaction to Next Paint (INP) — la latence entre un appui, un clic ou une frappe et l'image suivante peinte par le navigateur, mesurée sur toute la visite et non sur la seule première interaction. Bon à 200 millisecondes ou moins, mauvais au-delà de 500. L'INP a remplacé le First Input Delay en mars 2024, parce que presque toutes les pages passaient le FID sans effort.
• Cumulative Layout Shift (CLS) — l'ampleur des sauts du contenu visible pendant le chargement, exprimée par un nombre sans unité. Bon à 0,1 ou moins, mauvais au-delà de 0,25. Les coupables habituels sont les images sans dimensions, les polices chargées tard et les bandeaux insérés au-dessus du contenu.

Les scores utilisés par Google sont des données de terrain : de vraies sessions de vrais utilisateurs de Chrome, collectées dans le Chrome User Experience Report sur une fenêtre glissante de 28 jours. Les outils de laboratoire, comme Lighthouse ou la partie laboratoire de PageSpeed Insights, simulent une visite sur un appareil synthétique — précieux pour déboguer, mais ce n'est pas le chiffre évalué. Un site à faible trafic peut n'avoir aucune donnée de terrain, et il n'est alors tout simplement pas évalué.

Leur poids réel dans le classement

Moins que ne le suppose l'effort qu'on leur consacre. Les Core Web Vitals sont une entrée de l'expérience de page, que Google décrit invariablement comme un signal modeste, capable de départager des résultats comparables plutôt que de propulser un résultat faible. Une page rapide ne bat pas une meilleure réponse. Si une page ne reçoit pas de trafic, la performance en est rarement la cause : le diagnostic se situe plus en amont, du côté de l'indexation, de l'intention de recherche ou de l'absence pure et simple de quelque chose qui mérite de se positionner.

Là où ils paient de façon fiable, c'est après le clic. Un visiteur qui part avant que la page ne soit peinte n'a jamais été un problème de classement, et une mise en page qui saute sous le pouce coûte des conversions précisément sur l'appareil où vous pouvez le moins vous le permettre. Traitez les Core Web Vitals comme un travail de conversion qui sert accessoirement de départage dans la recherche, et vous prioriserez juste : réparez les pages vraiment lentes et cessez d'optimiser un score déjà au vert.

Le piège rencontré en mesurant notre propre LCP

Le LCP mesure ce que le navigateur enregistre, pas ce qu'un humain voit — et c'est dans cet écart que la mesure induit en erreur. Sur notre propre page d'accueil, celle d'AgentCeres — le Directeur de la croissance par l'IA, sur agentceres.com —, le titre se trouvait derrière une animation d'apparition qui ne se déclenchait qu'après l'hydratation. PageSpeed Insights a signalé un LCP mobile de 6,6 secondes dont environ 98 % de délai de rendu de l'élément : la page était chargée depuis longtemps, le titre était simplement invisible jusqu'à ce que JavaScript rattrape son retard. Les visiteurs qui bloquaient JavaScript ne le voyaient jamais.

Corriger cela a révélé un problème plus étrange encore. Nous avons remplacé l'apparition en JavaScript par un fondu purement CSS, et le LCP mesuré a empiré au lieu de s'améliorer : 8,1 secondes lors de notre mesure en direct du 12 juillet 2026, désormais ancré sur le petit logo de la barre de navigation. Un fondu depuis une opacité nulle s'exécute sur le compositeur et ne repeint jamais l'élément : Chrome n'émet donc aucun candidat LCP pour lui, et la mesure glisse silencieusement vers la chose suivante qui, elle, est peinte. La solution a été de ne donner au titre aucune animation d'entrée. La leçon se généralise : tout ce que vous animez à l'apparition peut cesser d'être votre élément LCP, et le score que vous lisez ensuite décrit une autre partie de la page.