Cliquer sur un bouton et attendre, une fraction de seconde de trop, que quelque chose se passe à l’écran : cette latence perçue est précisément ce que l’INP cherche à quantifier, en observant la réactivité réelle d’une page tout au long de la visite.
Le remplaçant du FID depuis mars 2024
L’INP a officiellement remplacé le First Input Delay (FID) parmi les Core Web Vitals de Google. Sur un site WordPress, un INP dégradé provient souvent d’un JavaScript trop lourd exécuté sur le thread principal : trop de plugins qui ajoutent chacun leurs scripts, une bibliothèque d’animation surdimensionnée, ou un gestionnaire d’événement qui déclenche un traitement long à chaque interaction.
Exemple
bouton.addEventListener('click', () => {
requestIdleCallback(() => {
traiterCalculLourd();
});
});Déporter un traitement coûteux vers requestIdleCallback laisse le navigateur peindre d’abord la réaction visuelle immédiate (comme un état de chargement), avant d’exécuter le calcul plus lourd pendant un moment d’inactivité.
Bon à savoir
- Un INP inférieur à 200 millisecondes est considéré comme bon ; au-delà de 500 millisecondes, l’expérience est jugée mauvaise.
- Contrairement au LCP qui ne mesure qu’un instant du chargement, l’INP surveille toutes les interactions de la visite et retient la pire d’entre elles pour établir le score.
- Désactiver les plugins inutilisés reste souvent le levier le plus efficace pour améliorer l’INP d’un site WordPress chargé de scripts tiers superflus.