Pourquoi le délai de 28 jours des Core Web Vitals est un mythe

Démystifier le mythe du délai de 28 jours des Core Web Vitals

L'idée selon laquelle les données Core Web Vitals subissent un délai de 28 jours est une fausse conception courante dans la communauté du développement web. Cette croyance a conduit à des déclarations telles que "Nous ne pourrons pas voir les changements avant 28 jours" ou "Espérons que cela fonctionne ; nous le saurons dans 28 jours". Cependant, cette perception est inexacte et repose sur une incompréhension de la manière dont les données du Chrome User Experience Report (CrUX) sont traitées et présentées.

La réalité des données CrUX !

Contrairement à la croyance populaire, les données CrUX ne sont pas soumises à un délai de 28 jours. En fait, les données sont remarquablement actuelles, datant généralement de seulement deux jours. Cela peut être vérifié en interrogeant l'API Google CrUX, qui démontre clairement la récence des données!

Comprendre la fenêtre de 28 jours

La confusion provient de la manière dont Google présente les données Core Web Vitals. Ce que les utilisateurs voient réellement est la valeur du 75e percentile calculée sur les 28 derniers jours. Cette approche statistique est conçue pour fournir une mesure plus stable et représentative de la performance d'un site web dans le temps, plutôt que de refléter les fluctuations à court terme.

Pourquoi cela semble être un délai

L'utilisation d'une fenêtre glissante de 28 jours pour calculer le 75e percentile peut créer l'illusion d'un délai dans la perception des améliorations. Voici pourquoi :

• Remplacement progressif des données: Initialement, ces nouvelles données sont mélangées à des données plus anciennes, potentiellement moins performantes. Chaque jour, des données sont ajoutées à la fenêtre de performance de 28 jours et une journée des données les plus anciennes est supprimée. Il faudra 28 jours complets pour que toutes les données soient remplacées.
  
• Calcul du percentile: Comme le 75e percentile est utilisé, il faut du temps pour que suffisamment de points de données améliorés déplacent cette métrique de manière significative. Cela peut sembler contre-intuitif, mais vous ne pouvez pas penser aux scores centiles de la même manière qu'aux moyennes. En résumé, le 75e percentile peut être 'résistant au changement' face aux fluctuations soudaines.

Voyez les choses ainsi: Vous avez une boîte de 28 billes rouges. Chaque jour, vous retirez une vieille bille rouge et la remplacez par une nouvelle bille verte. Il faudra 28 jours complets pour rafraîchir entièrement la boîte, mais il n'y a jamais eu de délai !

La rapidité avec laquelle le bocal devient majoritairement vert (le 75e percentile) dépend du nombre de billes rouges qu'il contient déjà. S'il y a beaucoup de billes rouges, cela prendra plus de temps pour devenir vert. Mais s'il y a moins de billes rouges, le bocal deviendra vert plus rapidement.

Implications pour les développeurs web

Comprendre ce mécanisme a des implications importantes pour les développeurs web et les propriétaires de sites :

• Surveillance continue: Plutôt que d'attendre 28 jours pour voir les résultats, surveillez régulièrement vos Core Web Vitals, de préférence avec un suivi RUM capable de calculer le 75e percentile sur un intervalle quotidien.
  
• Améliorations progressives: Même de petites améliorations peuvent contribuer à déplacer progressivement le 75e percentile au fil du temps.
• Patience et persévérance: Bien que vous ne puissiez pas voir de changements spectaculaires immédiats dans les métriques rapportées, des améliorations constantes finiront par se refléter.