Que votre site soit « rapide » ne suffit plus à lui seul ; Google mesure désormais aussi la vitesse à laquelle une page répond à un clic. Cette mesure s'appelle l'INP, et la plupart des sites ne passent toujours pas ce seuil. Voici ce qui a changé dans sa mesure et par où commencer pour la corriger.
Trois métriques, un rappel rapide
Les Core Web Vitals reposent sur trois métriques : le LCP (Largest Contentful Paint — le temps d'affichage du contenu principal, objectif : moins de 2,5 secondes), le CLS (Cumulative Layout Shift — l'ampleur des décalages visuels pendant le chargement, objectif : moins de 0,1) et l'INP (Interaction to Next Paint — le temps que met l'écran à se mettre à jour après un clic ou un tap, objectif : moins de 200 millisecondes).
Du FID à l'INP : quelle est la différence
L'ancienne métrique, le FID, ne mesurait que le délai avant que le navigateur commence à traiter une interaction. L'INP mesure la latence complète de l'interaction la plus lente sur toute la durée de vie de la page, du tap jusqu'à la mise à jour visible. Cette différence compte : de nombreux sites qui passaient largement le FID échouent à l'INP lorsqu'il est mesuré avec de vraies données utilisateur, dépassant parfois les 400 millisecondes.
Pourquoi la plupart des sites peinent sur l'INP
Trois éléments dégradent généralement l'INP : un JavaScript lourd qui occupe le thread principal du navigateur, des scripts tiers hors du contrôle de la page (publicité, analytique, widgets de chat en direct), et des gestionnaires d'événements qui font trop de travail juste après un clic. Résultat : l'utilisateur touche un bouton et l'écran semble figé pendant plusieurs centaines de millisecondes.
Photo : Gunther Samson / Unsplash
Ce qui fait vraiment la différence en pratique
- Découpez les grandes tâches JavaScript en morceaux plus petits, pour que le navigateur puisse s'interrompre et répondre aux interactions entre deux.
- Différez ou chargez à la demande les scripts tiers, en ne les activant qu'une fois que l'utilisateur interagit réellement avec la page.
- Dans les gestionnaires d'événements, mettez à jour l'interface visible en premier et reportez le travail en arrière-plan (comme l'envoi de données analytiques) après.
- Retirez le code inutilisé et les bibliothèques dont vous n'avez pas vraiment besoin.
Comment la mesurer
PageSpeed Insights et Chrome DevTools fournissent des données de laboratoire, mais ce qui compte vraiment, ce sont les données réelles des utilisateurs (le rapport CrUX, la section Core Web Vitals de Search Console). Une page qui se comporte bien en test de laboratoire peut réagir très différemment sur l'appareil lent et la connexion faible d'un utilisateur réel.
En bref
Ne pensez plus la vitesse d'une page uniquement en temps de chargement, mais aussi en réactivité au clic. Nous intégrons cela à nos travaux de performance et de développement web — si vous souhaitez que nous examinions ensemble le score INP de votre site, contactez-nous.