Core Web Vitals
Les Core Web Vitals sont un ensemble de métriques créées et promues par Google qui fournissent des conseils unifiés pour des signaux de qualité, un aspect essentiel à prendre en compte pour offrir pour une bonne expérience utilisateur sur le web.
Consultez l'article "Core Web Vitals" de notre Centre d'aide pour les découvrir plus en détails.
La collecte des (Core) Web Vitals de Contentsquare est basée sur la bibliothèque des Web Vitals afin d'assurer la cohérence des données avec les standards du marché. Le tableau qui suit référence les mises à jour de la bibliothèque sous-jacente et autres changements pouvant affecter vos métriques Web Vitals dans le RUM de Speed Analysis.
Date du changement | Changement | Impact |
14/02/2024 | Mise à jour de la bibliothèque des Web Vitals de la version 3.3.2 à la 3.5.2 |
Retrouvez ici, le journal détaillé des modifications de ces versions. Ci-dessous, une courte liste d'éléments susceptibles d'avoir un impact : - Empêcher les entrées FID d'être émises comme INP pour les navigateurs qui ne le supportent pas (#368) |
01/06/2023 |
Mise à jour de la bibliothèque des Web Vitals de la version 3.1.0 à la 3.3.2 |
Retrouvez ici, le journal détaillé des modifications de ces versions. Ci-dessous, une courte liste d'éléments susceptibles d'avoir un impact : - Différer la logique du CLS jusqu'à après le callback onFCP() (#297) : correction d'un bug de la v3.1.0 - Prévenir la déclaration du LCP pour les pages pré-rendues masquées (#326) : correction d'un bug de la v3.1.0 |
25/04/2023 |
Mise à jour de la bibliothèque des Web Vitals de la version 2.1.4 à la 3.1.0
|
Retrouvez ici, le journal détaillé des modifications de ces versions. Ci-dessous, une courte liste d'éléments susceptibles d'avoir un impact : - Déclaration de la valeur initiale du CLS lorsque le "reportAllChanges" est juste (#283) - Ignorer le TTFB pour les chargements pour lesquels le "responseStart" est égal à zéro (#281) - [BREAKING] Déclaration du TTFB après restauration du "bfcache" (#220) - Ajout de support pour les pages pré-rendues (#233) |
Le Largest Contentful Paint remplace le Temps de chargement
Une fois le RUM de Speed Analysis Lab activé, la métrique du temps de chargement de Contentsquare sera remplacée par le Largest Contentful Paint (LCP). Le LCP est une métrique Web Vitals établie qui indique le moment où le plus grand contenu de la page est chargé. Il est plus significatif de le suivre comme métrique principale de chargement.
FAQ
Quels navigateurs et devices supportent les Web Vitals dans le RUM ?
- CLS : ne peut être suivi que sur les navigateurs et devices qui se basent sur Chromium. Chromium est une technologie créée par Google et utilisée par certains navigateurs tels que Google Chrome, Edge, Opera, Samsung Internet, Brave et quelques autres.
- LCP et FID : peuvent être capturés sur les navigateurs qui se basent sur Chromium et sur le navigateur Firefox.
- TTFB et FCP : peuvent être enregistrés sur Firefox et Safari.
Puis-je suivre les Web Vitals pour les navigations dans une application à page unique (SPA) ?
Non, ce n'est pas possible. Lorsqu'un utilisateur navigue sur une application à page unique (Single Page Application ou SPA), il ne charge pas réellement de nouvelle page. Les navigations SPA sont basées sur un rafraîchissement dynamique du contenu de la page. Il ne s'agit pas d'une navigation dans une page de haut niveau.
Toutefois, cela ne signifie pas que nous ne collecterons aucune donnée sur un site web SPA. Par exemple, un utilisateur qui accède directement à une page d'entrée, ou qui rafraîchit une page, constitue une navigation de haut niveau, et les Web Vitals seront collectées pour les consultations naturelles de la page.
Les vues de pages artificielles sont-elles prises en charge ?
Nous ne pouvons pas suivre les Web Vitals pour les vues de pages artificielles.