Google Chrome est actuellement en train de tester une nouvelle méthode pour évaluer les **Core Web Vitals** dans les **Applications à Page Unique (SPAs)**, une lacune persistante en matière de suivi de performance qui impacte les **audits SEO** et les signaux de classement.

À partir de Chrome 139, les développeurs peuvent participer à un essai d’origine pour l’**API des Navigations Douces**. Cela permet la mesure de métriques telles que le **LCP**, le **CLS** et l’**INP**, même lorsqu’une page met à jour son contenu sans réaliser un rechargement complet.

Importance de cette évolution pour le SEO

Les SPAs sont appréciées pour leur rapidité et leur interactivité, mais elles ont souvent représenté un défi en matière de surveillance à l’aide d’outils comme **Lighthouse**, les données de terrain dans **CrUX**, ou les scripts de suivi utilisateurs en temps réel.

Ce problème provient du fait que les SPAs mettent fréquemment à jour le contenu de la page via JavaScript sans déclencher une navigation traditionnelle. Par conséquent, les systèmes de mesure de Google et la majorité des outils de performance manquent ces mises à jour lors du calcul des **Core Web Vitals**.

Cette nouvelle API vise à combler cette lacune, offrant une vue plus précise sur la performance de votre site dans des conditions réelles, notamment après qu’un utilisateur clique ou navigue dans une interface semblable à une application.

Fonctionnalités de la nouvelle API

L’**API des Navigations Douces** de Chrome utilise des heuristiques intégrées pour détecter lorsqu’une navigation douce se produit. Par exemple :

• Un utilisateur clique sur un lien
• L’URL de la page change
• Le DOM subit une modification visible et déclenche une peinture

Lorsque ces conditions sont réunies, Chrome considère désormais cela comme un événement de navigation pour la mesure des performances, même si aucun chargement complet de la page n’a eu lieu.

L’API introduit de nouvelles métriques et améliorations, notamment :

• interaction-contentful-paint – permet de mesurer le **Largest Contentful Paint** après une navigation douce
• navigationId – ajouté aux entrées de performance afin que les métriques puissent être liées à des navigations spécifiques (crucial lorsque les URL changent en cours d’interaction)
• Améliorations pour le **layout shift**, le **timing des événements** et l’**INP** pour fonctionner lors de navigations douces

Méthodes pour l’essayer

Vous pouvez tester cette fonctionnalité dès maintenant avec Chrome 139 en utilisant :

• Test local : Activez chrome://flags/#soft-navigation-heuristics
• Essai d’origine : Ajoutez un jeton à votre site via une balise méta ou un en-tête HTTP pour collecter des données utilisateurs réelles

Chrome recommande d’activer le drapeau « Attribution des Peintures Avancées » pour obtenir des données les plus complètes possibles.

À garder en tête

Barry Pollard de Chrome, qui dirige cette initiative, souligne que l’API est encore en phase expérimentale :

« Vous souhaitez mesurer les **Core Web Vitals** pour les SPAs ?

Eh bien, nous avons travaillé sur l’**API des Navigations Douces** dans ce but et nous lançons un nouvel essai d’origine avec Chrome 139.

Essayez-la sur votre application et voyez si elle détecte correctement les navigations douces, et faites-le nous savoir si ce n’est pas le cas ! »

Voici d’autres éléments à prendre en considération :

• Les métriques peuvent ne pas être supportées par des versions antérieures de Chrome ou d’autres navigateurs
• Votre fournisseur de **RUM** pourrait avoir besoin de prendre en charge navigationId et interaction-contentful-paint pour le suivi
• Certains cas particuliers, comme les redirections automatiques ou l’utilisation de replaceState(), peuvent ne pas être enregistrés comme des navigations

Perspectives d’avenir