INP : le nouvel indicateur qui met les scripts tiers sous pression
Depuis que Google a officiellement remplacé le FID (First Input Delay) par l’INP (Interaction to Next Paint) dans les Core Web Vitals en mars 2024, les équipes SEO et développement web ont dû revoir leur copie. L’INP mesure la réactivité globale d’une page en capturant le temps de réponse de toutes les interactions utilisateur — clics, appuis, saisies clavier — et non plus uniquement la première. Ce changement de paradigme a mis en lumière une problématique que beaucoup d’agences françaises connaissent bien sans toujours savoir comment l’adresser efficacement : l’impact des scripts tiers sur l’expérience utilisateur. Trackers analytics, pixels publicitaires, widgets de chat, scripts de réseaux sociaux… autant d’éléments qui peuvent transformer une page rapide en véritable bourbier interactif.
Pourquoi les scripts tiers sont particulièrement nocifs pour l’INP
Contrairement au LCP ou au CLS, l’INP est particulièrement sensible à ce qu’on appelle le main thread blocking — le blocage du fil d’exécution principal du navigateur. Or, les scripts tiers sont des champions toutes catégories dans ce domaine. Quand un utilisateur clique sur un bouton ou remplit un formulaire, le navigateur doit traiter cette interaction sur le thread principal. Si ce dernier est occupé à exécuter un script Google Tag Manager mal configuré, un pixel Meta qui charge à contretemps ou un widget Intercom qui se réveille au mauvais moment, la réponse à l’interaction sera retardée — parfois de plusieurs centaines de millisecondes. Google considère qu’un score INP supérieur à 200 ms est problématique, et au-delà de 500 ms, la page est classée dans la catégorie « mauvaise ». Pour de nombreux sites e-commerce ou sites d’actualité français chargés en scripts marketing, ces seuils sont régulièrement dépassés sans que les équipes en soient pleinement conscientes.
Le problème est structurel : vous n’avez pas la main sur le code des scripts tiers. Vous faites confiance à des fournisseurs externes dont les scripts peuvent évoluer à tout moment, intégrer de nouvelles dépendances, ou tout simplement être mal optimisés. Certains scripts chargent eux-mêmes d’autres scripts en cascade, générant ce que les développeurs appellent des third-party chains. Une seule balise insérée dans GTM peut finir par déclencher cinq à dix requêtes supplémentaires, chacune capable de monopoliser le thread principal quelques dizaines de millisecondes. Multipliés, ces délais s’accumulent et dégradent significativement l’INP de votre page.
Audit et identification : savoir ce qui tourne réellement sur vos pages
Avant d’agir, il faut voir. Et c’est souvent là que le bât blesse : beaucoup d’agences découvrent avec stupéfaction la liste des scripts qui s’exécutent sur leurs sites clients lors d’un audit approfondi. L’outil de référence reste le panneau Performance de Chrome DevTools, combiné avec l’onglet Network filtré sur les requêtes tierces. En enregistrant une session et en analysant le flame chart, vous pouvez identifier précisément quels scripts génèrent des long tasks (tâches dépassant 50 ms sur le thread principal) et à quel moment ils entrent en conflit avec les interactions utilisateur. WebPageTest, dans sa version avancée, propose également une visualisation des scripts tiers avec leur impact mesuré sur les métriques de performance — une ressource précieuse pour contextualiser les problèmes avant de les présenter à un client.
Il existe aussi des outils spécialisés comme Requestmap ou des extensions comme Request Blocker qui permettent de simuler le chargement de la page sans certains scripts, afin de mesurer l’impact individuel de chaque tiers. Cette approche par élimination est souvent révélatrice : il n’est pas rare de constater qu’un seul script — parfois un outil de heatmap ou un A/B testing mal paramétré — est responsable de 60 à 70 % de la dégradation de l’INP. Google Search Console, via le rapport Core Web Vitals, vous donnera quant à lui une vision agrégée sur les données de terrain (CrUX), ce qui permet de vérifier si les problèmes observés en laboratoire se traduisent réellement par une mauvaise expérience pour vos vrais visiteurs.
Les leviers techniques pour réduire l’impact sur l’INP
Une fois les coupables identifiés, plusieurs stratégies permettent d’atténuer leur impact sur votre score INP. La première, et souvent la plus efficace, est le chargement différé (deferred loading). En retardant l’exécution des scripts non critiques jusqu’à ce que la page soit interactive — par exemple après le premier scroll ou après un délai fixe de 3 à 5 secondes — vous libérez le thread principal pendant la phase où l’utilisateur est le plus susceptible d’interagir. Cette technique peut être implémentée directement dans GTM via des déclencheurs personnalisés, ou côté code avec des attributs defer et async bien positionnés.
La deuxième approche concerne l’utilisation des Web Workers. Ces environnements d’exécution JavaScript parallèles permettent de déporter certains traitements lourds hors du thread principal. Des bibliothèques comme Partytown, développée par l’équipe de Builder.io, sont spécifiquement conçues pour exécuter les scripts tiers (analytics, pixels) dans un Web Worker, supprimant ainsi leur impact sur l’interactivité. L’intégration de Partytown avec des frameworks comme Next.js ou Nuxt.js est relativement documentée, et plusieurs agences françaises commencent à l’adopter sur leurs projets headless. Troisième levier : la façade lazy-load pour les widgets embarqués. Remplacer un lecteur vidéo YouTube ou un widget de chat par une image statique (ou un composant léger) qui ne charge le script réel qu’au moment du clic réduit considérablement la charge initiale sur le thread principal.
Gouvernance des scripts : un enjeu stratégique pour les agences
Au-delà des aspects purement techniques, la problématique des scripts tiers soulève une question de gouvernance que les agences doivent aborder frontalement avec leurs clients. Il est fréquent que des scripts soient ajoutés dans GTM par des équipes marketing sans validation technique préalable — un pixel ajouté pour tester une nouvelle plateforme publicitaire, un script de personnalisation intégré par un prestataire externe, un outil de sondage utilisateur mis en place sans suivi. Au fil du temps, ces scripts s’accumulent, certains deviennent orphelins (le contrat avec le prestataire est terminé mais le script reste actif), et l’impact cumulatif sur les performances peut devenir significatif.
Mettre en place un processus de validation des nouveaux scripts — avec audit d’impact sur les Core Web Vitals avant déploiement — est une pratique que les agences SEO sérieuses devraient proposer systématiquement dans leurs prestations. Cela peut prendre la forme d’un protocole de test en staging, avec mesure de l’INP avant et après l’ajout du script, et d’un registre des scripts actifs mis à jour régulièrement. Certaines agences vont plus loin en proposant des audits trimestriels spécifiquement dédiés à la hygiène des scripts tiers. Dans un contexte où les Core Web Vitals continuent de peser dans l’algorithme de Google, et où l’INP est encore mal maîtrisé par de nombreux acteurs du marché français, cette expertise représente une vraie valeur différenciante. Les clients qui comprennent l’enjeu — notamment les e-commerçants dont le taux de conversion est directement corrélé à la réactivité de leurs pages — sont souvent prêts à investir dans ce type de démarche structurée.
