Qu'est-ce que l'INP (Interaction to Next Paint) et comment il ralentit votre site en 2026

Vous avez entendu dire que Google a changé l'une de ses Core Web Vitals et qu'une métrique appelée INP compte désormais. Peut-être avez-vous vu un score rouge dans PageSpeed Insights et paniqué. C'est normal : l'INP est plus difficile à saisir que l'ancienne métrique qu'il remplace, mais une fois qu'on comprend ce qu'il mesure, tout devient logique.

En bref : l'INP ne mesure pas la vitesse de chargement de la page. Il mesure la vitesse à laquelle votre site répond quand vous cliquez, touchez l'écran ou saisissez un formulaire. C'est la métrique de « réactivité ». Une page peut sembler entièrement chargée et pourtant paraître figée pendant une fraction de seconde quand vous appuyez sur un bouton — c'est exactement ce que capte l'INP. Dans cet article, je vous montre ce qu'il signifie, comment le mesurer correctement et quoi faire concrètement pour l'améliorer.

Ce qu'est l'INP et ce qu'il remplace

INP signifie Interaction to Next Paint (« de l'interaction au prochain rendu »). Depuis mars 2024, l'INP a officiellement remplacé le FID (First Input Delay) parmi les trois Core Web Vitals, aux côtés du LCP (vitesse de chargement) et du CLS (stabilité visuelle).

La différence avec le FID est importante. Le FID ne mesurait que le délai de la PREMIÈRE interaction, et seulement la partie d'attente — pas la durée réelle de la réaction. C'était une métrique indulgente ; beaucoup de sites lents passaient facilement.

L'INP est bien plus honnête : il examine TOUTES les interactions de la page (clics, touches, frappes) pendant toute la visite et retient en pratique la plus lente. Il mesure tout le parcours : du moment où vous touchez l'écran jusqu'à ce qu'il change réellement en réponse. C'est pourquoi il est plus difficile à valider.

Comment mesurer l'INP : seuils et outils

L'INP se mesure en millisecondes, et Google utilise ces seuils (au 75e centile des utilisateurs réels) :

• Moins de 200 ms — bon (vert)
• Entre 200 et 500 ms — à améliorer (orange)
• Plus de 500 ms — mauvais (rouge)

Où le vérifier :

• PageSpeed Insights — le plus simple ; il fournit aussi des données terrain réelles (CrUX) si votre site a assez de trafic.
• Chrome DevTools, onglet Performance — vous enregistrez une interaction et voyez exactement ce qui prend du temps.
• L'extension Web Vitals pour Chrome — affiche l'INP en temps réel pendant la navigation.

Attention : l'INP est une métrique « de terrain », c'est-à-dire qu'elle dépend des utilisateurs réels, de leurs téléphones et de leur connexion. Un test en laboratoire donne une estimation, mais la réalité apparaît dans les données CrUX, qui s'accumulent avec le temps.

Pourquoi votre site est lent sur l'INP

Dans presque tous les cas, le coupable est le JavaScript qui bloque le fil principal (main thread). Le navigateur dispose d'un seul fil pour à la fois dessiner la page et exécuter les scripts. Quand un script s'exécute longtemps, le navigateur ne peut pas réagir à votre clic tant qu'il n'a pas fini — d'où le délai.

Causes fréquentes, surtout sur les sites de petites entreprises :

• Trop de plugins et de scripts tiers (chats, pixels de suivi, bannières de cookies, widgets).
• Des thèmes WordPress lourds qui chargent des tonnes de JavaScript inutile.
• Des « long tasks » — des tâches qui occupent le fil plus de 50 ms.
• Du code qui recalcule la mise en page plusieurs fois à chaque interaction.

Le paradoxe : un site peut avoir un bon LCP (chargement rapide) et malgré tout un mauvais INP, car tout le poids se ressent dès qu'on commence à interagir.

Comment améliorer concrètement l'INP

Il n'y a pas de bouton magique, mais les étapes sont claires :

• Supprimez les scripts que vous n'utilisez pas. Chaque widget de chat ou outil de suivi en trop a un coût. Ne gardez que ce qui vous amène des clients.
• Différez (defer) le JavaScript non critique pour qu'il ne bloque pas la première interaction.
• Découpez les tâches longues en petits morceaux et « cédez » le fil principal (avec setTimeout ou le planificateur moderne du navigateur) pour que la réponse au clic passe d'abord.
• Préférez le CSS au JavaScript pour les animations et effets simples — le CSS tourne sur un autre fil et ne bloque pas.
• Sur les formulaires, utilisez le debounce pour ne pas exécuter de code à chaque frappe.
• Choisissez un thème ou une construction légère dès le départ, plutôt qu'une base surchargée que vous « optimisez » ensuite.

Le gain le moins cher consiste souvent à enlever le lest, pas à empiler des optimisations dessus.

Ce que cela signifie pour un site de petite entreprise

Si vous tenez un salon, une clinique ou un commerce local, vous n'avez pas besoin de devenir développeur. Mais deux choses valent la peine d'être connues. Premièrement : la réactivité influence réellement le nombre de visiteurs qui restent et cliquent sur « Réserver » ou « Appeler ». Deuxièmement : beaucoup de sites lents le sont par construction, pas à cause d'un plugin oublié — et les optimisations rapportées ne changent alors pas grand-chose.

Chez MPO Web Studio, nous construisons des sites légers dès le départ, justement pour ne pas devoir nous battre ensuite avec l'INP. Nous travaillons à distance dans tout le pays et pouvons vous réaliser gratuitement une démo pré-construite de votre site, pour que vous voyiez la différence avant de payer quoi que ce soit.

Si vous voulez que nous regardions ensemble pourquoi votre site actuel est lent, écrivez-nous sur WhatsApp — nous vous dirons honnêtement s'il y a quelque chose à corriger ou à reconstruire.