L’INP, le nouveau critère Core Web Vitals qui fait parler de lui
Depuis mars 2024, l’INP (Interaction to Next Paint) a officiellement remplacé le FID (First Input Delay) dans le tableau de bord des Core Web Vitals de Google. Ce changement, annoncé depuis plusieurs mois, a été pleinement intégré dans les critères de ranking du moteur de recherche. Pour les agences SEO françaises et les développeurs web, cette transition représente un vrai défi technique : l’INP est une métrique bien plus exigeante et complète que son prédécesseur. Alors que le FID ne mesurait que le délai avant la première interaction, l’INP évalue la réactivité globale d’une page tout au long de la session utilisateur. Autrement dit, chaque clic, chaque touche de clavier, chaque tap sur mobile est potentiellement scruté.
Concrètement, un bon score INP se situe en dessous de 200 millisecondes. Entre 200 ms et 500 ms, la page est considérée comme perfectible. Au-delà de 500 ms, Google juge l’expérience utilisateur comme mauvaise, ce qui peut impacter le positionnement dans les SERPs. En France, de nombreux sites e-commerce, médias en ligne et portails institutionnels peinent encore à atteindre ce seuil. Les raisons sont multiples : JavaScript trop lourd, scripts tiers mal gérés, ou encore des frameworks front-end peu optimisés. Comprendre comment l’INP est calculé est donc la première étape avant de pouvoir l’améliorer.
Comment l’INP est-il calculé ? Décryptage technique
L’INP mesure la latence de toutes les interactions qualifiées (clics, appuis sur des touches, interactions tactiles) survenant pendant la visite d’un utilisateur sur une page. Google retient ensuite le percentile 98 de ces interactions pour calculer le score final — ce qui signifie que même les interactions les plus lentes sont prises en compte. Une interaction se décompose en trois phases : le input delay (temps d’attente avant que le navigateur commence à traiter l’événement), le processing time (temps nécessaire pour exécuter les gestionnaires d’événements JavaScript), et enfin le presentation delay (temps entre la fin du traitement et l’affichage visuel du changement à l’écran). C’est cette vision à 360° qui rend l’INP bien plus représentatif de l’expérience réelle qu’un simple délai d’initiation.
Pour mesurer l’INP de votre site, plusieurs outils sont disponibles. Google Search Console intègre désormais ce rapport dans la section Expérience de la page. Le Chrome User Experience Report (CrUX) fournit des données de terrain réelles, collectées anonymement depuis les navigateurs Chrome. Pour des analyses plus fines, des outils comme PageSpeed Insights, WebPageTest ou encore l’extension Chrome Web Vitals permettent de simuler et d’inspecter les interactions problématiques. Les développeurs peuvent également utiliser la bibliothèque JavaScript open-source web-vitals, maintenue par Google, pour intégrer la mesure de l’INP directement dans leurs outils de monitoring.
Les leviers d’optimisation concrets pour réduire l’INP
Une fois les interactions problématiques identifiées, il faut s’attaquer aux causes racines. La première piste est la réduction du travail JavaScript sur le thread principal. Le navigateur ne peut traiter qu’une tâche à la fois sur ce thread : si une longue tâche JS monopolise le processeur au moment où l’utilisateur interagit, l’INP s’envole. Pour y remédier, on recommande de découper les longues tâches en morceaux plus courts grâce à setTimeout, requestAnimationFrame ou l’API scheduler.yield() (encore expérimentale mais prometteuse). Cette technique, appelée « task splitting » ou « yielding to the main thread », permet de libérer régulièrement le thread principal pour qu’il puisse traiter les entrées utilisateur.
La deuxième piste majeure concerne les scripts tiers : analytics, chatbots, publicités programmatiques, widgets de réseaux sociaux… Ces scripts, souvent chargés sans contrôle, sont parmi les premiers responsables d’un INP dégradé. Il est conseillé de les auditer régulièrement et de les charger de manière différée (attributs defer ou async), voire de les remplacer par des alternatives moins gourmandes. Côté frameworks, si votre site utilise React, Vue ou Angular, il est indispensable de vérifier la gestion des re-renders : un composant qui se re-rend inutilement à chaque interaction peut significativement alourdir le processing time. Des techniques comme la mémoïsation (React.memo, useMemo) ou la virtualisation des listes longues sont à envisager sérieusement.
Stratégies avancées : CSS, animations et architecture front-end
Au-delà du JavaScript, le CSS et les animations jouent également un rôle dans le presentation delay. Privilégiez systématiquement les propriétés transform et opacity pour vos animations, car elles s’exécutent sur le GPU et n’impliquent pas de recalcul de layout. Évitez les propriétés qui déclenchent un reflow (comme width, height, top, left), particulièrement dans des gestionnaires d’événements. L’attribut HTML content-visibility: auto peut également être un allié précieux pour les pages longues : il indique au navigateur de ne rendre que les parties visibles du DOM, réduisant ainsi la charge de calcul lors des interactions.
Du côté de l’architecture, les équipes qui travaillent sur des applications très interactives gagneront à explorer les Web Workers : ces processus JavaScript s’exécutant en arrière-plan permettent de déléguer les calculs lourds hors du thread principal, sans bloquer les interactions utilisateur. C’est particulièrement pertinent pour les traitements de données complexes, les filtres de catalogue e-commerce, ou les moteurs de recherche côté client. Enfin, n’oubliez pas l’importance du monitoring en conditions réelles : les données de laboratoire (Lighthouse) ne reflètent pas toujours les performances observées sur de vrais appareils en situation mobile sur réseau 4G. En France, où une part significative du trafic web est encore mobile sur des appareils d’entrée de gamme, ce point est particulièrement stratégique pour les agences qui conseillent leurs clients.
L’INP dans la stratégie SEO globale des agences françaises
Pour les agences SEO françaises, l’intégration de l’INP dans les audits techniques n’est plus une option. Google a clairement inclus les Core Web Vitals — et donc l’INP — comme signal de ranking dans son algorithme de Page Experience. Si l’impact direct sur les positions reste difficile à isoler (il s’agit d’un signal parmi des centaines), l’amélioration de l’INP a des répercussions indirectes très concrètes : meilleur taux de rebond, sessions plus longues, taux de conversion amélioré. Des études menées par Google ont montré qu’un site dont l’INP passe de « mauvais » à « bon » peut observer une augmentation du taux de conversion allant jusqu’à 10%. Pour les sites e-commerce ou les médias qui monétisent leur trafic, ces chiffres justifient à eux seuls l’investissement dans l’optimisation technique.
Intégrer l’INP dans une prestation d’agence, c’est aussi apprendre à communiquer sur ce sujet avec des clients non-techniques. Expliquer que « votre site met 800 ms à répondre quand un utilisateur clique sur un filtre » est bien plus parlant que d’évoquer un percentile 98 de latence d’interaction. Les développeurs et les consultants SEO doivent donc travailler main dans la main pour identifier les pages les plus critiques (souvent les pages catégories e-commerce, les pages d’accueil chargées de scripts, ou les articles de presse avec de nombreux widgets publicitaires), prioriser les corrections et mettre en place un suivi régulier. L’INP n’est pas un objectif à atteindre une fois pour toutes : c’est un indicateur vivant, qui évolue avec chaque nouvelle fonctionnalité ajoutée au site.
