<\/p>
Pendant près de trois mois, nous avons été confrontés à des problèmes de CLS<\/strong> sur notre portail TutKit.com. Nous avons consacré beaucoup de temps et d’énergie à identifier et résoudre les Cumulative Layout Shifts<\/strong>. Dans ce retour d’expérience, je voudrais te donner un aperçu de la manière dont nous avons procédé.<\/p> <\/p> Le Cumulative Layout Shift (CLS) est l’une des trois métriques centrales des Core Web Vitals<\/strong> de Google. Ces métriques sont décisives pour évaluer la convivialité des sites et influencent le classement dans les résultats de recherche. Le CLS mesure la stabilité visuelle d’une page et indique la fréquence des décalages de mise en page inattendus pendant son chargement.<\/p> <\/p> Quand des éléments d’un site changent soudainement de position pendant le chargement, cela peut être frustrant pour les utilisateurs. Tu connais peut-être la situation : le contenu d’un site saute parce qu’une publicité s’affiche d’un coup. Un bouton sur lequel tu allais cliquer peut aussi changer brusquement de position et activer un autre lien à la place. Ces décalages de mise en page inattendus sont gênants et nuisent à l’expérience utilisateur. Pour éviter ces problèmes et bien optimiser un site<\/strong>, il est important de surveiller la valeur du CLS et de l’améliorer de façon ciblée.<\/p> La valeur CLS se calcule à partir de la taille de l’élément déplacé et de la distance qu’il parcourt dans le viewport. Google considère les valeurs CLS inférieures à 0,1 comme bonnes, entre 0,1 et 0,25 comme à améliorer, et tout ce qui est au-dessus comme mauvais.<\/p> Voici notre graphique issu de la Search Console. En jaune, les valeurs entre 0,1 et 0,25 ; en rouge, les pages dont les valeurs dépassent ce seuil.<\/p> <\/h2>
<\/h3>