L'INP (Interaction to Next Paint) mesure la réactivité des pages. Découvrez le seuil de 200 ms, comment le mesurer et 5 techniques d'optimisation. Mis à jour en avril 2026.
Votre site Web se charge rapidement. Mais quand un visiteur clique sur un bouton, rien ne se passe pendant 400 millisecondes. Ce délai vous coûte des classements. L'INP (Interaction to Next Paint) est le Core Web Vital qui mesure exactement cela : la vitesse à laquelle votre page répond aux interactions des utilisateurs.
Juillet 2026 : Gardez définitions, FAQ et entités à jour pour Google AI Overviews, ChatGPT, Perplexity et Grok.
Google a remplacé le First Input Delay (FID) par l'INP comme métrique officielle de réactivité le 12 mars 2024. Un bon score INP est de 200 millisecondes ou moins. À l'échelle mondiale, 77 % des pages mobiles atteignent un score satisfaisant. Les 23 % restants perdent un signal de classement qui affecte directement la visibilité dans la recherche.
Qu'est-ce que l'INP (Interaction to Next Paint) ?
INP signifie Interaction to Next Paint. C'est une métrique Core Web Vital qui mesure la rapidité avec laquelle une page Web répond aux interactions des utilisateurs comme les clics, les tapotements et les frappes au clavier.
Contrairement à son prédécesseur FID, qui ne mesurait que le délai avant la première interaction, l'INP mesure chaque interaction qu'un utilisateur fait avec la page. Il rapporte ensuite une valeur unique représentant la réactivité globale de la page. Cette valeur correspond à l'interaction au 75e percentile. En termes pratiques : 75 % de toutes les interactions doivent se terminer en moins de 200 ms pour que la page réussisse.
L'INP capture le cycle complet d'une interaction en 3 phases :
| Phase | Ce qu'elle mesure | Cause courante de délai |
|---|---|---|
| Délai d'entrée | Temps entre le clic de l'utilisateur et le début du traitement par le navigateur | JavaScript bloquant le thread principal |
| Temps de traitement | Temps que le navigateur passe à exécuter les gestionnaires d'événements | JavaScript lourd ou inefficace |
| Délai de présentation | Temps entre la fin du traitement et la mise à jour visuelle à l'écran | DOM important, recalculs de mise en page |
Point clé : L'INP mesure la réactivité sur TOUTES les interactions d'une page, pas seulement la première. Une page peut avoir un premier clic rapide mais des interactions ultérieures lentes. L'INP détecte les deux.
Pourquoi l'INP est important pour le SEO
Les Core Web Vitals sont un facteur de classement Google confirmé. Ils sont devenus partie intégrante des signaux d'expérience page de Google en juin 2021. L'INP est la composante réactivité de ce système.
Impact sur le classement. La pertinence du contenu reste le principal facteur de classement. Mais dans les niches compétitives où 2 pages ont une qualité de contenu similaire, les Core Web Vitals jouent le rôle de tiebreaker. Réussir l'INP peut faire la différence entre la position 5 et la position 8.
Impact sur l'expérience utilisateur. Les interactions lentes incitent les utilisateurs à abandonner les pages. Un délai de 400 ms entre le clic sur un bouton et l'apparition d'une réponse donne l'impression à l'utilisateur que la page est cassée. Il clique à nouveau, clique ailleurs ou part entièrement. Ce signal comportemental (pogo-sticking) amplifie la perte de classement.
Le mobile compte le plus. Les scores INP sont généralement plus faibles sur les appareils mobiles en raison de processeurs moins rapides. Google utilise l'indexation mobile-first. Si votre score INP mobile dépasse 200 ms, votre vitesse de page pénalise le classement quelle que soit la performance sur ordinateur.
L'essentiel : Échouer à l'INP est un signal de classement que vous pouvez corriger avec une optimisation technique. Tous les autres facteurs de classement (contenu, backlinks, autorité) demandent des mois de travail. Les améliorations de l'INP peuvent prendre effet en quelques jours après le réexploration de vos pages par Google.
Votre équipe SEO. 99 $ par mois. 30 articles optimisés, publiés automatiquement. Nous gérons le contenu. Vous gérez la performance technique.
Comment mesurer l'INP
L'INP ne peut être mesuré qu'avec des données de terrain issues d'utilisateurs réels. Les outils de laboratoire ne peuvent pas produire de scores INP significatifs car l'INP dépend de véritables interactions humaines. Il est impossible de simuler les boutons sur lesquels un utilisateur cliquera ou comment il interagira avec votre page.
Où vérifier votre score INP
| Outil | Ce qu'il montre |
|---|---|
| Google PageSpeed Insights | INP au 75e percentile des utilisateurs Chrome réels (moyenne sur 28 jours) |
| Google Search Console | Rapport Core Web Vitals avec l'état INP pour toutes les pages |
| Chrome User Experience Report (CrUX) | Données de terrain brutes accessibles via BigQuery ou le tableau de bord CrUX |
| Extension Chrome Web Vitals | Mesure de l'INP en temps réel pendant votre propre navigation |
Seuils de score INP
| Score | Évaluation | Action |
|---|---|---|
| ≤200 ms | Bon (vert) | Réussi. Aucune action nécessaire |
| 200-500 ms | À améliorer (orange) | Optimiser. Vous perdez un signal de classement |
| >500 ms | Faible (rouge) | Critique. Probablement affecte les classements et l'expérience utilisateur |
Google utilise le 75e percentile. Cela signifie que 75 % de vos utilisateurs réels doivent vivre des interactions plus rapides que 200 ms. La métrique capture l'expérience des utilisateurs sur des appareils plus lents, pas seulement sur du matériel haut de gamme.
Comment optimiser l'INP
Les scores INP faibles proviennent de 3 sources : un JavaScript lourd bloquant le thread principal, des gestionnaires d'événements lents et de grands arbres DOM qui retardent les mises à jour visuelles. Voici les 5 correctifs les plus efficaces.
1. Diviser les longues tâches JavaScript
Le thread principal gère les interactions des utilisateurs. Si une longue tâche JavaScript (plus de 50 ms) s'exécute quand un utilisateur clique, le navigateur ne peut pas répondre tant que cette tâche n'est pas terminée. Divisez les longues tâches en petits morceaux en utilisant setTimeout, requestIdleCallback ou l'API Scheduler.
2. Différer et charger paresseusement les scripts non critiques
Les scripts tiers (analytique, widgets de chat, trackers publicitaires) bloquent souvent le thread principal. Auditez chaque script sur votre page. Différez les scripts qui n'ont pas besoin de s'exécuter immédiatement. Utilisez loading="lazy" pour le contenu sous la ligne de flottaison. Supprimez les scripts dont vous n'avez pas réellement besoin.
3. Réduire la taille du DOM
Les grands arbres DOM (plus de 1 500 nœuds) ralentissent chaque mise à jour visuelle. Le navigateur recalcule la mise en page et repeint plus lentement à mesure que la taille du DOM augmente. Supprimez les éléments HTML inutilisés. Utilisez le CSS content-visibility: auto pour le contenu hors écran. Virtualisez les longues listes.
4. Optimiser les gestionnaires d'événements
Gardez les gestionnaires d'événements JavaScript légers. N'exécutez pas de calculs complexes à l'intérieur des gestionnaires de clic ou de saisie. Déplacez les traitements lourds vers des Web Workers. Utilisez le débouncing pour les entrées comme les barres de recherche où chaque frappe déclencherait sinon un appel de fonction.
5. Minimiser le layout thrashing
Lire et écrire des propriétés DOM en succession rapide force le navigateur à recalculer la mise en page à plusieurs reprises. Regroupez les lectures DOM ensemble, puis regroupez les écritures DOM ensemble. Évitez de lire les propriétés de mise en page (comme offsetHeight) à l'intérieur de boucles.
Pour un guide plus large sur les 3 Core Web Vitals (LCP, INP, CLS), lisez notre guide d'amélioration des Core Web Vitals.
Erreurs courantes à éviter
- Tester l'INP uniquement avec des outils de laboratoire. Lighthouse et les outils de laboratoire similaires ne peuvent pas mesurer l'INP avec précision car ils simulent des chargements de page, pas de véritables interactions utilisateurs. Vérifiez toujours les données de terrain dans PageSpeed Insights ou Search Console.
- Ne corriger que la page d'accueil. L'INP est mesuré par page. Un article de blog avec une navigation fixe, une section de commentaires et des formulaires intégrés peut avoir un INP plus mauvais que votre page d'accueil. Vérifiez tous les modèles de pages à fort trafic.
- Ignorer les scores mobiles. L'INP mobile est presque toujours plus mauvais que sur ordinateur en raison de processeurs plus lents. Google indexe en mobile-first. Optimisez spécifiquement l'INP mobile.
INP et Stacc
Stacc publie du contenu optimisé pour les performances de recherche. Bien que l'INP soit une métrique technique qui dépend du code et de l'hébergement de votre site, chaque article que nous publions utilise une structure HTML propre, un JavaScript minimal et un contenu correctement formaté qui n'alourdit pas votre DOM. Nous nous concentrons sur le contenu. Vous vous concentrez sur la performance technique. Ensemble, les deux aspects du SEO on-page sont couverts.
Plus de 3 500 blogs publiés. Score SEO moyen de 92 %. Découvrez ce que Stacc peut faire pour votre site.
En savoir plus
Sujets connexes :
- Comment améliorer les Core Web Vitals
- Guide du SEO on-page
- Comment faire un audit SEO
- Glossaire Core Web Vitals
- Glossaire LCP (Largest Contentful Paint)
Ce que disent les praticiens sur X
Les conseils SEO vieillissent vite. Voici un signal opérateur à fort engagement sur X — du contexte, pas un dogme.
- @hridoyreh (Mar 2026): Widely shared SEO skill tree: foundations, research, technical, on-page, content, links, AI SEO/GEO, analytics, UX, brand, programmatic — useful map for stats and how-to posts. X.
- @jakezward (Feb 2026): 2026 SEO predictions emphasize AI Overview share-of-SERP, schema for LLM token efficiency, brand mentions in AI answers as a KPI, proprietary data as a moat, and content refresh beating net-new AI slop. X.
- @e_tartakovsky (Jul 2026): When an AI summary appears, organic CTR can fall (cited ~8% vs ~15% traditional), but remaining clicks may convert higher because AI pre-qualifies intent — measure quality not only volume. X.
Grok, AI Overviews et visibilité multi-moteurs
Définitions claires, tableaux et FAQ favorisent les citations IA. Grok mêle le web et X en direct — gardez des claims cohérents sur le site et en public.
- Google AI Overviews: lists, tables, FAQ.
- ChatGPT / Perplexity: named sources + entities.
- Grok: on-site facts + consistent X discussion.
Publiez du contenu SEO et local en autopilote. theStacc — essai à 1 $.
Checkout · Pricing · Réserver un appel stratégique gratuit →
FAQ
Un bon score INP est de 200 millisecondes ou moins au 75e percentile. Cela signifie qu'au moins 75 % des interactions des utilisateurs sur votre page doivent se terminer en moins de 200 ms. Les scores entre 200 ms et 500 ms doivent être améliorés. Les scores supérieurs à 500 ms sont faibles et affectent probablement vos classements.
Oui. L'INP a officiellement remplacé le First Input Delay (FID) comme Core Web Vital le 12 mars 2024. Le FID ne mesurait que le délai avant la première interaction. L'INP mesure la réactivité de chaque interaction sur la page. Le FID a été déprécié et supprimé de Google Search Console.
Oui. Les Core Web Vitals (y compris l'INP) sont un facteur de classement Google confirmé. Ils fonctionnent comme un tiebreaker dans les niches compétitives. Réussir les 3 Core Web Vitals (LCP, INP, CLS) donne à vos pages un avantage de classement sur des pages au contenu similaire qui échouent à ces métriques.
Pas avec précision. L'INP nécessite des données de terrain issues de véritables interactions utilisateurs. Lighthouse fonctionne dans un environnement de laboratoire et simule des chargements de page, pas de vrais clics et tapotements. Utilisez PageSpeed Insights (qui affiche les données de terrain des utilisateurs Chrome) ou Google Search Console pour des scores INP précis.
L'INP est le Core Web Vital qui détecte les interactions que le SEO axé sur les mots-clés ne peut pas corriger. Passez le seuil de 200 ms, et vous éliminez une barrière de classement qui affecte chaque page de votre site.
