# L’INP en pratique sur WordPress un an après son entrée en vigueur officielle

> Depuis que l'INP a remplacé le FID dans les Core Web Vitals, les sites WordPress les plus interactifs ont dû revoir leurs priorités de performance. Bilan de ce que cette métrique a réellement changé.

- Auteur : Clément Hadrot
- Publié le : 2024-12-11
- Mis à jour le : 2024-12-11
- Catégorie : SEO & GEO
- URL : https://wpmoderne.dev.wordpress-developpement.fr/seo/inp-bilan-un-an-wordpress/

## L’essentiel

- Une métrique qui capture toute l'interaction, pas seulement la première
- Les blocs interactifs et le JavaScript tiers sous surveillance
- Un seuil plus difficile à tenir que celui du FID

Depuis que Google a remplacé le First Input Delay par l'Interaction to Next Paint dans ses Core Web Vitals, en mars dernier, les équipes techniques ont dû revoir en profondeur leur façon de mesurer la réactivité d'un site WordPress. Neuf mois après ce changement officiel, l'heure est au bilan, sur des projets concrets suivis tout au long de cette période.

Ce que cette métrique a révélé dépasse largement un simple changement de seuil : elle a mis en lumière des problèmes de réactivité que le FID ne détectait tout simplement pas.

## Ce que l'INP mesure, à la différence du FID

Le FID ne mesurait que le délai avant la prise en compte de la toute première interaction d'un visiteur avec la page. Un site pouvait obtenir un excellent score FID tout en devenant complètement bloquant dès la deuxième ou la troisième interaction, un scénario fréquent sur les pages riches en widgets interactifs. L'INP, lui, observe l'ensemble des interactions survenues pendant la visite et retient la plus représentative des lenteurs perçues, offrant une image beaucoup plus honnête de l'expérience réelle.

## Le constat sur nos projets suivis

> L'essentiel à retenir : Une métrique qui capture toute l'interaction, pas seulement la première ; Les blocs interactifs et le JavaScript tiers sous surveillance ; Un seuil plus difficile à tenir que celui du FID

Sur un échantillon de douze sites WordPress suivis depuis le basculement, la moitié affichait un score FID historiquement excellent tout en obtenant un score INP classé « à améliorer » dès son activation. L'écart le plus marquant concernait systématiquement les mêmes zones fonctionnelles :

- Les filtres de recherche à facettes sur les pages de catalogue, dont chaque clic déclenchait un recalcul complet du DOM.
- Les formulaires multi-étapes, où la validation en temps réel de chaque champ ajoutait une latence cumulative perceptible.
- Les widgets tiers de chat ou d'avis clients, chargés en différé mais interceptant les interactions pendant leur initialisation.

## Le rôle du JavaScript tiers, confirmé sur la durée

Le script le plus souvent responsable d'un mauvais score INP restait, neuf mois après le changement, un script tiers non maîtrisé par l'équipe technique : outil d'analytics avancé, widget de chat, ou script de personnalisation publicitaire. Ces scripts monopolisent le thread principal au moment précis où l'utilisateur interagit, retardant la réponse visuelle de la page bien au-delà du seuil recommandé de 200 millisecondes.

## Ce qui a réellement fonctionné pour corriger l'INP

### Découper les tâches longues en JavaScript

Le recours à `requestIdleCallback` ou à un découpage manuel des traitements lourds en plusieurs micro-tâches a permis, sur plusieurs projets, de réduire significativement le temps de blocage du thread principal pendant une interaction, sans changer la logique fonctionnelle elle-même.

### Différer le chargement des scripts non essentiels

L'attribut `defer` et le chargement conditionnel de certains widgets, déclenché uniquement au scroll ou après un délai d'inactivité, ont réduit la compétition pour le thread principal au moment des premières interactions, souvent les plus scrutées par la métrique.

### Auditer les gestionnaires d'événements redondants

Sur deux projets, plusieurs plugins enregistraient chacun leur propre gestionnaire sur le même événement de clic, dupliquant inutilement le travail effectué à chaque interaction. La consolidation de ces gestionnaires a réduit de façon mesurable le temps de réponse perçu.

## Ce qui reste difficile à corriger

Les sites fortement dépendants de constructeurs de pages historiques, générant un DOM très volumineux, peinent encore à tenir le seuil recommandé sur des interactions complexes comme l'ouverture d'un mega-menu à plusieurs niveaux. Le problème n'est plus seulement le JavaScript exécuté, mais la taille du DOM que le navigateur doit recalculer à chaque interaction, un chantier plus profond que quelques optimisations ponctuelles de script.

> L'INP a fait ressortir un mal plus profond que le FID ne voyait jamais : des sites que l'on croyait rapides parce que leur première impression l'était, alors que toute la suite de la visite restait poussive.

## Notre bilan

Neuf mois après son entrée en vigueur officielle, l'INP s'est révélé être une métrique plus exigeante et plus révélatrice que le FID qu'elle a remplacé. Les sites WordPress les plus touchés sont ceux qui reposent sur une interactivité riche mal maîtrisée, souvent héritée de plugins ou de scripts tiers accumulés au fil du temps. Le travail de correction reste plus long qu'espéré, mais les gains obtenus se traduisent directement en confort d'usage perçu, bien au-delà du seul score technique affiché dans les outils Google.