Ce billet explique le fonctionnement des Core Web Vitals (LCP, INP, CLS) et leurs pièges, en insistant sur la mécanique de mesure plutôt que sur l'optimisation elle-même. Il détaille les seuils officiels (ex. LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1) et souligne deux nuances cruciales : l'évaluation repose sur le 75e percentile des sessions réelles (et non la moyenne) et une fenêtre d'observation de 28 jours glissants, rendant les corrections lentes à refléter. Les données proviennent principalement du CrUX (Chrome User Experience Report), limité aux utilisateurs de Chrome, ce qui exclut une partie significative du trafic (comme les utilisateurs Safari ou Firefox).

Conor McCarthy, ingénieur en support client chez DebugBear, partage cinq enseignements clés tirés de 100 revues de vitesse de site réalisées en 2025. Il souligne la valeur de Lighthouse, souvent utilisé comme référence, mais recommande de privilégier les données CrUX et de surveillance des utilisateurs réels pour les grandes équipes. Il note également que les seuils de Total Blocking Time (TBT) sont élevés, avec la plupart des pages dépassant 1 seconde, mais que cela n'impacte pas nécessairement l'expérience utilisateur réelle, comme le montre les données CrUX.