Mise à jour des Core Web Vitals : tout savoir sur l'INP et son impact sur votre site web
Le 12 mars 2024, Google a officiellement remplacé le FID (First Input Delay) par l'INP (Interaction to Next Paint) dans les Core Web Vitals. Cette mise à jour majeure change la façon dont Google évalue la réactivité de votre site. Alors que 93% des sites passaient le test FID, seulement 65% réussissent l'INP. Votre site est-il prêt ?
Dans ce guide
Les Core Web Vitals en 2024-2026
Les Core Web Vitals sont un ensemble de métriques définies par Google pour mesurer l'expérience utilisateur sur le web. Intégrées à l'algorithme de classement depuis 2021, ces métriques évaluent trois aspects essentiels : la vitesse de chargement, l'interactivité et la stabilité visuelle.
🎯 Les 3 Core Web Vitals actuels
LCP
INP
CLS
Depuis le 12 mars 2024, l'INP remplace officiellement le FID dans ce trio. Cette transition marque un changement significatif dans la façon dont Google évalue la réactivité des sites web.
Important : Le FID a été déprécié et supprimé de Google Search Console dès le 12 mars 2024. Les autres outils (PageSpeed Insights, CrUX) ont bénéficié d'une période de transition jusqu'au 9 septembre 2024 avant suppression complète.
Qu'est-ce que l'INP (Interaction to Next Paint) ?
L'INP (Interaction to Next Paint) est une métrique qui évalue la réactivité globale d'une page web aux interactions utilisateur. Elle mesure le temps écoulé entre une action de l'utilisateur (clic, touche, frappe clavier) et le moment où le navigateur affiche la réponse visuelle.
Comment fonctionne l'INP ?
Contrairement au FID qui ne mesurait que la première interaction, l'INP observe toutes les interactions pendant toute la durée de la session et rapporte la valeur la plus longue (ou proche de la plus longue pour les pages avec beaucoup d'interactions).
- Types d'interactions mesurées : clics de souris, appuis sur écran tactile, frappes clavier
- Ce qui est mesuré : le délai complet, de l'input jusqu'à l'affichage du prochain frame
- Valeur rapportée : la durée de l'interaction la plus lente (ou quasi la plus lente)
L'INP donne une image bien plus précise de la réactivité réelle d'un site. Un site pouvait avoir un excellent FID mais être terriblement lent après la première interaction. L'INP capture cette réalité.
Pourquoi Google a créé l'INP ?
Le FID présentait des limitations connues :
- Portée limitée : Ne mesurait que la première interaction, ignorant les problèmes ultérieurs
- Biais initial : Se concentrait uniquement sur le chargement initial de la page
- Mesure partielle : Ne mesurait que le délai d'input, pas le temps de traitement ni d'affichage
L'INP corrige ces lacunes en offrant une vision complète et réaliste de l'expérience utilisateur tout au long de la navigation.
FID vs INP : les différences clés
Comprendre les différences entre le FID et l'INP est essentiel pour adapter votre stratégie d'optimisation.
⚔️ Comparaison FID vs INP
FID (First Input Delay)
- Mesure uniquement la première interaction
- Ne capture que le délai d'input
- Ignore le temps de traitement et d'affichage
- Seuil "Bon" : <100 ms
- 93% des sites mobiles passaient le test
- Focalisé sur le chargement initial
INP (Interaction to Next Paint)
- Mesure toutes les interactions
- Capture le cycle complet : input + traitement + affichage
- Rapporte la pire interaction (ou quasi-pire)
- Seuil "Bon" : <200 ms
- Seulement 65% des sites mobiles passent
- Vision globale de la session
📊 Taux de réussite mobile : FID vs INP
Attention : Un site avec un excellent FID peut avoir un mauvais INP. Les scores INP sont en moyenne 35,5% moins bons que les scores FID sur mobile. Ne présumez pas que votre site est conforme sans vérification.
Les seuils INP à respecter
Google définit trois catégories de performance pour l'INP. Pour réussir le test Core Web Vitals, 75% des visites doivent être dans la catégorie "Bon".
🚦 Seuils INP officiels
Comparaison avec le FID
| Catégorie | FID (obsolète) | INP (actuel) | Différence |
|---|---|---|---|
| Bon | <100 ms | <200 ms | Seuil plus élevé mais mesure complète |
| À améliorer | 100-300 ms | 200-500 ms | Plage élargie |
| Mauvais | >300 ms | >500 ms | Seuil plus tolérant |
Pourquoi des seuils plus élevés ? L'INP mesure le cycle complet de l'interaction (input + traitement + affichage), pas seulement le délai d'input. Les seuils sont donc ajustés pour refléter cette mesure plus exhaustive.
Anatomie d'une interaction INP
Pour optimiser l'INP, il faut comprendre ce qui est mesuré. Chaque interaction se décompose en trois phases distinctes :
🔬 Les 3 phases d'une interaction
1. Input Delay
Temps entre l'input et le début du traitement (thread principal occupé)
2. Processing Time
Temps d'exécution des gestionnaires d'événements (callbacks)
3. Presentation Delay
Temps pour calculer le layout et afficher le prochain frame
Exemple concret
Imaginons un utilisateur qui clique sur un bouton "Ajouter au panier" :
- Input Delay (ex: 50ms) : Le navigateur est occupé à exécuter du JavaScript, le clic attend son tour
- Processing Time (ex: 100ms) : Le gestionnaire de clic s'exécute (appel API, mise à jour du state)
- Presentation Delay (ex: 30ms) : Le DOM est recalculé et le nouveau panier est affiché
Dans cet exemple, l'INP de cette interaction serait de 180ms (50+100+30), ce qui est dans la catégorie "Bon".
Le FID ne mesurait que la première phase (Input Delay). L'INP capture les trois, donnant une image bien plus réaliste de ce que l'utilisateur ressent vraiment.
Comment optimiser l'INP de votre site
Améliorer l'INP demande d'optimiser chacune des trois phases de l'interaction. Voici les techniques les plus efficaces.
Diviser les tâches longues
Fragmentez les scripts JavaScript de plus de 50ms en tâches plus petites avec setTimeout ou requestIdleCallback pour libérer le thread principal.
Optimiser les event handlers
Gardez les gestionnaires d'événements légers. Déléguez le travail lourd à des Web Workers ou utilisez le debouncing/throttling.
Réduire la taille du DOM
Un DOM volumineux ralentit les calculs de layout. Visez moins de 1500 éléments et une profondeur maximale de 32 niveaux.
Charger en différé
Utilisez le lazy loading pour les images, vidéos et iframes. Différez le JavaScript non critique avec defer ou async.
Limiter le code tiers
Scripts analytics, widgets sociaux, chats... Chaque script tiers ajoute du poids. Évaluez leur nécessité et utilisez le chargement asynchrone.
Éviter les reflows forcés
Ne lisez pas les propriétés de layout (offsetHeight, scrollTop) juste après avoir modifié le DOM. Regroupez lectures et écritures.
Utiliser requestAnimationFrame
Pour les animations et mises à jour visuelles, utilisez requestAnimationFrame pour synchroniser avec le cycle de rendu du navigateur.
Auditer les plugins WordPress
Les plugins qui ajoutent du JavaScript (chat, formulaires, page builders) sont souvent responsables d'un mauvais INP. Désactivez et testez.
Priorisez le mobile : Les scores INP sont en moyenne 35% moins bons sur mobile que sur desktop. Testez systématiquement sur des appareils mobiles réels ou en simulation.
Outils pour mesurer l'INP
Plusieurs outils officiels et tiers permettent de mesurer et diagnostiquer votre score INP.
🛠️ Outils de mesure INP
PageSpeed Insights
Données terrain (CrUX) + données lab. Affiche l'INP dans les Core Web Vitals.
Google Search Console
Rapport Core Web Vitals avec INP pour toutes vos pages indexées.
Chrome UX Report (CrUX)
Données terrain officielles de millions d'utilisateurs Chrome.
Chrome DevTools
Onglet Performance pour diagnostiquer les interactions lentes en local.
Web Vitals Extension
Extension Chrome affichant les Core Web Vitals en temps réel.
RUM Providers
Solutions de Real User Monitoring (Cloudflare, SpeedCurve, etc.).
Données terrain vs données lab
Pour l'INP, les données terrain (field data) sont essentielles car elles capturent les interactions réelles des utilisateurs. Les outils synthétiques comme Lighthouse ne simulent pas efficacement toutes les interactions possibles sur une page.
- Données terrain : CrUX, PageSpeed Insights (section "Découvrir..."), RUM → Données réelles
- Données lab : Lighthouse, DevTools → Utiles pour le diagnostic, pas pour l'évaluation finale
Impact SEO de l'INP
Les Core Web Vitals font partie des signaux Page Experience de Google, intégrés à l'algorithme de classement. Mais quel est l'impact réel de l'INP sur votre référencement ?
Ce que dit Google
De bons scores Core Web Vitals ne garantissent pas un bon classement. L'expérience de page est l'un des nombreux facteurs que nos systèmes prennent en compte. Un contenu de qualité reste primordial.
Impact réel sur le SEO
- Facteur de classement : L'INP fait partie des signaux Page Experience, mais n'est pas un facteur dominant
- Pas de pénalité directe : Un mauvais INP ne provoque pas de chute brutale, mais peut vous désavantager face à des concurrents mieux optimisés
- Impact indirect : Un site lent augmente le taux de rebond et diminue l'engagement, ce qui affecte d'autres signaux de qualité
- Badge Page Experience : Affiché dans Search Console si les 3 Core Web Vitals sont dans le vert
Notre recommandation : Considérez l'optimisation INP comme un investissement UX autant que SEO. Un site réactif améliore les conversions, réduit les abandons et fidélise les utilisateurs — des bénéfices qui dépassent largement le simple référencement.
Checklist de conformité INP
- ✅ Vérifiez votre score INP dans PageSpeed Insights et Search Console
- ✅ Identifiez les interactions les plus lentes avec Chrome DevTools
- ✅ Optimisez le JavaScript (tâches longues, event handlers)
- ✅ Réduisez la taille du DOM et le code tiers
- ✅ Testez régulièrement sur mobile et desktop
- ✅ Surveillez l'évolution avec un outil RUM si possible
Conclusion : préparez votre site à l'ère INP
Le remplacement du FID par l'INP marque une évolution majeure dans l'évaluation de la performance web. Cette nouvelle métrique, plus exigeante et plus réaliste, expose les problèmes de réactivité que le FID ne détectait pas.
Avec seulement 65% des sites passant le test INP (contre 93% pour le FID), de nombreux propriétaires de sites doivent agir. Les principales causes de mauvais scores sont les scripts JavaScript lourds, les plugins mal optimisés et les DOM complexes.
L'optimisation de l'INP n'est pas seulement une question de SEO. C'est avant tout une question d'expérience utilisateur. Un site réactif convertit mieux, fidélise davantage et renforce la confiance de vos visiteurs.
N'attendez pas que vos concurrents vous dépassent. Auditez votre site dès maintenant et implémentez les optimisations nécessaires pour offrir une expérience irréprochable à vos utilisateurs.
Article rédigé selon les critères E-E-A-T de Google
Ce guide technique respecte les critères E-E-A-T (Expérience, Expertise, Autorité, Fiabilité) définis par Google. Basé sur la documentation officielle web.dev et notre expérience de +500 sites optimisés. Découvrez notre guide complet sur les critères E-E-A-T →
Sources officielles
- web.dev – "Interaction to Next Paint becomes a Core Web Vital on March 12"
- web.dev – "Interaction to Next Paint is officially a Core Web Vital"
- Google Search Central – "Introducing INP to Core Web Vitals"
- web.dev – Documentation INP officielle
- web.dev – "Optimize Interaction to Next Paint"
- Cloudflare Blog – "INP: Get ready for the new Core Web Vital"
Besoin d'optimiser les Core Web Vitals de votre site ?
WY-Créations audite et optimise la performance de vos sites web depuis 2018
Demander un audit gratuit