Vérificateur FID / INP

L'INP (Interaction to Next Paint) mesure la latence de toutes les interactions d'une page tout au long de sa durée de vie. Il a remplacé le FID en tant que Core Web Vital en mars 2024. Un bon INP est inférieur à 200 ms.

Le FID (First Input Delay) ne mesurait que le délai de la première interaction de l'utilisateur. Il a été abandonné en mars 2024 et remplacé par l'INP, qui mesure toutes les interactions.

Découpez les longues tâches JavaScript, réduisez la taille du DOM, limitez l'impact des scripts tiers, évitez les recalculs de mise en page synchrones forcés et utilisez les transitions CSS plutôt que des animations en JS.

Oui, le Vérificateur FID / INP est 100 % gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement s'effectue localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le Vérificateur FID / INP traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le Vérificateur FID / INP est entièrement adaptatif et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le Vérificateur FID / INP dans votre navigateur et commencez à l'utiliser immédiatement. Il n'y a ni barrière d'inscription ni restriction d'usage.

Oui, le Vérificateur FID / INP est développé conformément aux directives et bonnes pratiques actuelles de Google Search. Nous mettons régulièrement l'outil à jour pour refléter les évolutions des exigences des moteurs de recherche.

Le Vérificateur FID / INP fonctionne sur tous les navigateurs modernes, dont Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Google évalue l'INP (Interaction to Next Paint) selon trois tranches mesurées en millisecondes : Bon en dessous de 200 ms, À améliorer entre 200 et 500 ms, et Mauvais au-delà de 500 ms. Pour réussir l'évaluation Core Web Vitals, le 75e percentile de vos visiteurs réels doit se situer dans la tranche Bon, c'est-à-dire qu'au moins trois interactions sur quatre doivent répondre en moins de 200 ms. Le FID utilisait une échelle plus indulgente car il ne mesurait que la première interaction : Bon en dessous de 100 ms, À améliorer entre 100 et 300 ms, et Mauvais au-delà de 300 ms. Comme l'INP capture la pire interaction sur toute la durée de vie de la page, il est plus difficile à réussir et reflète plus honnêtement la réactivité ressentie. Collez une valeur issue de PageSpeed Insights dans ce vérificateur pour voir exactement dans quelle tranche vous vous situez.

Le FID (First Input Delay) ne mesurait que le délai avant que le navigateur ne commence à traiter la toute première interaction après le chargement, et même dans ce cas, il ne captait que le délai d'entrée, pas le temps de mise à jour réelle de l'écran. Cela le rendait facile à réussir : le premier tap survient souvent avant que le thread principal ne soit occupé, si bien que de nombreuses pages lentes obtenaient un bon score. L'INP corrige ces deux angles morts. Il observe chaque clic, tap et frappe clavier pendant toute la durée d'ouverture de la page, mesure la latence complète entre l'entrée et le prochain affichage visible, et retient la pire. Le résultat reflète une réactivité soutenue telle qu'un vrai visiteur la vit, et non un instantané chanceux. Google a fait de l'INP un Core Web Vital officiel en mars 2024, mettant fin au FID. Cet outil continue d'afficher le FID à titre de comparaison historique tout en mettant l'INP au premier plan, pour que vous puissiez vérifier où se situe une page selon la norme actuelle.

Les deux chiffres répondent à des questions différentes. La mesure en direct de cet outil attache un PerformanceObserver à votre onglet actuel et enregistre la latence des interactions que vous effectuez à cet instant, sur votre appareil, votre réseau et votre processeur. Elle reflète exactement une seule session, ce qui est idéal pour vérifier rapidement une version en développement ou votre propre machine. PageSpeed Insights, en revanche, s'appuie sur des données de terrain issues du Chrome User Experience Report, agrégeant de vraies visites sur les 28 derniers jours au 75e percentile, sur de nombreux appareils et conditions. Un ordinateur portable rapide affichera souvent un meilleur chiffre en direct que les données de terrain, car les téléphones plus lents et les réseaux chargés tirent le chiffre réel vers le haut. Considérez la mesure en direct comme un diagnostic rapide et le score de terrain comme le verdict qui affecte la recherche. Utilisez les deux options de ce vérificateur : mesurez en direct, puis collez la valeur PSI pour l'évaluer.

Vous n'avez pas besoin des DevTools de Chrome ni de la bibliothèque web-vitals pour obtenir une mesure réelle. Ouvrez ce vérificateur, cliquez sur Start Measuring, puis interagissez avec la page exactement comme le ferait un visiteur : cliquez sur des boutons, tapez dans des champs, faites défiler. En coulisses, l'outil attache un PerformanceObserver aux entrées de timing event et first-input, enregistre la latence de chaque interaction, et affiche l'INP maximum observé ainsi que le FID de la première entrée. Comme il lit des données de timing standard du navigateur issues de votre propre session, rien n'est envoyé, et la mesure est véritablement en direct plutôt que simulée. C'est le moyen le plus rapide de confirmer qu'un correctif a fonctionné avant qu'une mise en production n'atteigne les vrais utilisateurs. Pour des données de terrain représentatives de l'ensemble des visiteurs, suivez le lien intégré vers PageSpeed Insights et collez la valeur obtenue dans l'outil pour une évaluation instantanée.

Un INP élevé s'explique presque toujours par un thread principal bloqué au moment où l'utilisateur interagit. Les coupables habituels sont les longues tâches JavaScript de plus de 50 ms, les traitements lourds exécutés directement dans les gestionnaires de clic ou de keydown, les grands arbres DOM qui rendent coûteux chaque recalcul de style et de mise en page, les scripts tiers, les mises en page synchrones forcées, et les animations pilotées par JavaScript qui pourraient s'exécuter sur le compositeur à la place. Pour identifier le coupable, utilisez la mesure en direct de cet outil et interagissez avec chaque élément l'un après l'autre ; l'INP maximum affiché augmente sur l'interaction qui traîne, ce qui vous indique le gestionnaire à examiner. Parmi les correctifs courants : découper les longues tâches avec setTimeout, requestIdleCallback ou scheduler.yield(), garder le DOM sous environ 1 500 nœuds, différer les scripts non critiques, et préférer les transitions CSS aux animations JavaScript. Mesurez, appliquez une modification, puis remesurez ici pour confirmer que l'interaction est devenue plus rapide.