L’évolution de la mesure du CLS dans les outils
Découvrez comment la mesure du CLS a évolué dans Lighthouse, PageSpeed Insights et CrUX, et ce que cela change pour votre SEO.
Le Cumulative Layout Shift (CLS) mesure la stabilité visuelle d’une page : il quantifie les décalages de contenu inattendus, par exemple une image ou une bannière qui pousse le texte vers le bas pendant la lecture. Historiquement, ce score était additionné sur toute la durée de vie de la page, ce qui pénalisait mécaniquement les pages longues, le défilement infini et les applications monopages, sans que cela reflète une expérience réellement plus mauvaise.
Google a fait évoluer cette mesure pour mieux coller au ressenti des utilisateurs. Comprendre cette évolution est utile au SEO, car elle modifie la façon dont vos pages sont notées dans les outils officiels. Savoir ce qui a changé, et où le vérifier, vous évite de mal interpréter une variation de score et vous aide à prioriser vos optimisations de stabilité visuelle ; pour les bases, voyez comment comprendre et mesurer le CLS.
Beaucoup de sites traînent encore un mauvais CLS hérité de l’ancienne méthode de calcul, alors que la fenêtre de session a changé la donne. Avant de lancer un chantier de stabilité visuelle, je vérifie toujours dans quel mode l’outil mesure : on s’évite de corriger un problème qui n’en est plus vraiment un, ou d’en ignorer un bien réel.
De la durée de vie de la page à la fenêtre de session
Le terme cumulative venait du fait que chaque décalage individuel s’ajoutait aux précédents pendant toute la session. Les pages à durée de vie longue accumulaient donc naturellement davantage de CLS au fil du temps, ce qui faussait la comparaison entre une page courte et une page longue.
La nouvelle définition retient la pire fenêtre de session : un regroupement de décalages avec un intervalle maximal d’une seconde entre eux, limité à cinq secondes au total. Le CLS correspond désormais à la rafale de décalages la plus pénalisante, et non plus à la somme de toute la page. Cette approche mesure la stabilité de façon plus cohérente, quelle que soit la durée de la visite.
Un déploiement dans tous les outils Google
Le changement a été appliqué progressivement à l’ensemble des surfaces d’outils de Chrome : Lighthouse, PageSpeed Insights, le rapport d’expérience utilisateur Chrome (CrUX) et la Search Console. Pour la plupart des sites, la transition s’est faite sans action requise : environ 70 % des origines ne voyaient aucune variation au 75e centile, et les 30 % restants constataient une amélioration. Pour retrouver ces données, voyez comment auditer avec les outils Google.
Deux points techniques accompagnent cette mise à jour dans Lighthouse. D’abord, le poids du CLS dans le score de performance est passé de 5 % à 15 %, alignant cette métrique sur l’importance accordée aux Core Web Vitals. Ensuite, depuis Lighthouse 8.0, le calcul intègre à la fois la fenêtre de session et la contribution des sous-cadres, comme le fait déjà la mesure de terrain via CrUX.
Comparer avec l'ancienne définition du CLS
Pour permettre une transition en douceur, Google a temporairement exposé l’ancien CLS, calculé sur toute la durée de vie de la page. Cela laissait aux équipes le temps de comparer les deux définitions avant l’abandon de l’ancienne mesure.
La distinction clé entre laboratoire et terrain demeure : en laboratoire, la période d’observation s’arrête au chargement complet, alors que sur le terrain elle couvre toute la durée de vie de la page, y compris l’activité après chargement. La fenêtre de session atténue fortement cet écart. Pour vos données réelles, vous pouvez enregistrer la dernière implémentation du CLS via un outil RUM, en vous appuyant sur la bibliothèque JavaScript Web Vitals, elle aussi mise à jour. Une fois les chiffres lus, passez à l’action en apprenant à optimiser le CLS.
| Outil | Mesure mise à jour | Accès à l'ancien CLS |
|---|---|---|
Lighthouse (outils de développement) |
Oui |
Non concerné |
Lighthouse CLI |
Oui (v8) |
Disponible via totalCumulativeLayoutShift |
PageSpeed Insights |
Oui |
Non concerné |
CrUX (API) |
Oui |
Champ expérimental temporaire, sans plafond |
CrUX (BigQuery) |
Oui |
Champ expérimental temporaire, sans plafond |
Search Console |
Oui |
Non concerné |
import {onCLS} from 'web-vitals';
// Reçoit la valeur de CLS calculée selon la fenêtre de session.
onCLS(({name, value, rating}) => {
console.log(name, value, rating);
// Envoyez ensuite la mesure vers votre outil d'analyse.
});Le CLS en laboratoire (Lighthouse) s’arrête au chargement complet, tandis que le CLS de terrain (CrUX) intègre toute la vie de la page, y compris l’activité post-chargement. Un bon score en laboratoire ne garantit donc pas un bon score sur le terrain. Vérifiez toujours vos données réelles via CrUX ou un outil RUM avant de conclure que le problème de stabilité est résolu.
À faire
- raisonner en pire fenêtre de session
- vérifier le CLS de terrain dans CrUX
- mettre à jour la bibliothèque Web Vitals
- tenir compte du nouveau poids de 15 % dans Lighthouse
À éviter
- croire que le CLS s’additionne encore sur toute la page
- comparer des scores anciens et nouveaux sans le préciser
- se fier au seul score de laboratoire
- négliger les décalages survenant après le chargement
Points clés à retenir
- Comprendre la fenêtre de session (1 seconde d'intervalle, 5 secondes maximum)
- Vérifier le CLS de terrain dans CrUX et la Search Console
- Tenir compte du poids relevé à 15 % dans Lighthouse
- Mettre à jour la bibliothèque JavaScript Web Vitals
- Distinguer mesure de laboratoire et mesure de terrain
La mesure du CLS a changé de logique : retenez l’essentiel pour bien lire vos scores.
Quiz : testez vos connaissances
Quiz : testez vos connaissances
-
Le CLS s'additionne-t-il encore sur toute la durée de vie de la page ?
- Oui, mais uniquement sur les pages consultées plus de dix minutes
- Non, la mesure retient désormais la pire fenêtre de session, un groupe de décalages séparés d'au plus une seconde et limité à cinq secondes
- Oui, chaque décalage continue de s'ajouter aux précédents sans limite
Le CLS ne s’additionne plus sur toute la session : il retient la pire fenêtre de session, soit un groupe de décalages espacés d’au plus une seconde et plafonné à cinq secondes.
-
Faut-il agir pour bénéficier de la nouvelle mesure du CLS dans les outils Google ?
- Non, le changement a été déployé automatiquement, mais il est utile de mettre à jour sa bibliothèque Web Vitals
- Oui, sinon les scores restent bloqués sur l'ancienne définition pour toujours
- Oui, il faut reconfigurer manuellement chaque outil Google un par un
La transition s’est faite automatiquement dans les outils Google, sans action requise pour la plupart des sites. Il reste recommandé de mettre à jour sa bibliothèque Web Vitals.
-
Pourquoi le CLS de laboratoire et le CLS de terrain peuvent-ils différer ?
- Parce que le CLS de laboratoire s'arrête au chargement complet, alors que le CLS de terrain intègre toute la vie de la page, y compris après le chargement
- Parce que le CLS de laboratoire mesure la vitesse et le CLS de terrain mesure le poids des fichiers
- Parce que le CLS de terrain ignore complètement les décalages d'images
Le CLS en laboratoire, mesuré par Lighthouse, s’arrête au chargement complet, tandis que le CLS de terrain issu de CrUX prend en compte toute la vie de la page, y compris l’activité après le chargement.
À propos de l'auteur
Besoin d'un accompagnement SEO ?
Votre stabilité visuelle est-elle au niveau attendu sur les données de terrain ?