INP et Core Web Vitals: l'Impact de la Vitesse sur les Ventes
Comment les Core Web Vitals de Google et la métrique INP influencent à la fois le classement et le fait qu'un visiteur termine un achat ou une réservation.
Équipe rabbitclipPublié: 6 min de lecture
En bref
Les Core Web Vitals sont trois métriques que Google utilise pour mesurer la vitesse de chargement d'une page, sa stabilité visuelle et sa réactivité à l'interaction (LCP, CLS, INP); ensemble, elles servent à la fois de signal de classement et d'indicateur direct du fait qu'un visiteur reste ou non sur la page. L'INP (Interaction to Next Paint) a remplacé la métrique FID en mars 2024 et mesure le temps entre un clic ou un tap et la réponse effective de l'écran.
Ces métriques peuvent sembler être un détail d'ingénierie, mais le résultat est concret: sur une page qui charge lentement ou répond tardivement à un clic, un visiteur part avant de remplir un formulaire ou d'ajouter quelque chose au panier.
Cet article couvre ce que mesurent ces trois métriques, pourquoi elles comptent selon le type d'entreprise, et par où commencer.
Ce que mesurent vraiment les Core Web Vitals
Les Core Web Vitals forment un ensemble de mesures que Google utilise pour résumer l'expérience utilisateur d'une page à travers trois métriques distinctes: le LCP (Largest Contentful Paint) mesure le temps que met le contenu principal à apparaître, le CLS (Cumulative Layout Shift) mesure à quel point les éléments bougent pendant le chargement, et l'INP (Interaction to Next Paint) mesure la rapidité de réponse de l'écran après un clic ou un tap.
Ensemble, elles répondent à une question simple: la page paraît-elle rapide ? Si le contenu apparaît tard (LCP élevé), qu'un bouton saute pendant que quelqu'un lit (CLS élevé), ou que l'écran semble figé après un tap sur un menu (INP élevé), l'expérience est jugée médiocre.
Pourquoi l'INP a remplacé le FID
Le FID (First Input Delay) ne mesurait que le délai avant le tout premier clic; il ignorait toute interaction survenue après le chargement de la page. L'INP mesure chaque clic, tap et frappe tant que la page reste ouverte et rapporte la pire valeur, ce qui reflète bien plus fidèlement l'usage réel.
Prenons une page de réservation où la liste des créneaux se fige un instant après le choix d'une date: le FID ne l'aurait jamais détecté, l'INP le montre directement. Selon les seuils publiés par web.dev, un INP sous 200 millisecondes est considéré comme bon, et au-delà de 500 millisecondes comme mauvais. Plus la réponse est lente, plus vite un visiteur abandonne.
Comment la vitesse du site affecte les ventes
Une page lente signifie qu'un visiteur part avant de terminer ce pour quoi il est venu. Prenons le formulaire de réservation d'une chaîne de spas: si le choix d'une date traîne d'une seconde à chaque tap, le visiteur préfère peut-être simplement appeler, ou vérifier un concurrent.
Le même constat s'applique au formulaire de devis d'un fabricant. Si l'écran de confirmation met trop de temps à apparaître après l'envoi, l'utilisateur n'est pas sûr que ça soit parti, retape, envoie parfois la même demande deux fois, ou abandonne sans même l'envoyer.
Le risque ici ne concerne pas seulement le classement dans les moteurs de recherche; c'est le nombre de transactions abouties.
Par où commencer: mesurer
La première étape est de mesurer. PageSpeed Insights de Google et le rapport Core Web Vitals dans Search Console reposent sur des données réelles de visiteurs (field data), qui, contrairement à un test en laboratoire, montrent comment le site se comporte réellement sur les appareils et connexions des visiteurs.
Un effort de rapidité qui saute l'étape de la mesure vise souvent la mauvaise cible. Réduire une image peut ne rien changer si le vrai coupable est un widget de chat tiers qui ralentit toute la page.
La mesure fonctionne mieux comme habitude régulière que comme rapport ponctuel; si le même rapport n'est pas revérifié après une mise à jour ou une nouvelle fonctionnalité, une régression peut passer inaperçue pendant des semaines.
- Vérifier les valeurs actuelles de LCP, CLS et INP dans PageSpeed Insights
- Lire le rapport Core Web Vitals dans Search Console pour des données réelles de visiteurs
- Évaluer mobile et ordinateur séparément; le mobile est généralement le plus critique
- Tester séparément les scripts tiers (publicités, widgets de chat, outils analytiques)
Pour quelles entreprises c'est le plus sensible
La vitesse du site compte partout, mais dans certains secteurs elle affecte directement le chiffre d'affaires. Sur un site e-commerce, une page panier qui charge lentement, c'est une vente perdue; pour une activité construite autour des réservations ou des candidatures, un formulaire qui traîne, c'est un client perdu.
Sur un site vitrine avec quelques pages, la vitesse compte aussi, mais son effet passe surtout par la perception de marque; un visiteur peut simplement juger un site lent moins fiable.
Des moyens concrets d'améliorer l'INP
Améliorer un score INP revient généralement à découper les longues tâches JavaScript qui occupent le thread principal du navigateur. Si le code qui s'exécute juste après un clic prend trop de temps, le navigateur attend qu'il finisse avant de mettre à jour l'écran; l'utilisateur ressent cette attente comme un gel.
Les scripts tiers, un widget de chat en direct, des balises publicitaires, des outils analytiques, sont souvent la vraie source d'un mauvais INP, puisqu'ils partagent le même thread principal que le code de la page. Retarder un script pour qu'il ne s'exécute que quelques secondes après le chargement réduit les blocages lors des premières interactions.
Si le filtre produit d'un fabricant recalcule la liste entière à chaque option cliquée, découper ce calcul en petits morceaux qui laissent le navigateur respirer corrige le problème; le détail technique revient au développeur, mais un dirigeant doit savoir que cette correction est mesurable et exige rarement une réécriture complète.
Ces corrections n'ont pas à se faire d'un coup; commencer par les trois ou quatre scripts qui ont le plus d'impact est une voie plus réaliste qu'une réécriture de plusieurs mois.
Les Core Web Vitals peuvent ressembler à un rapport technique, mais le résultat est un résultat commercial: une page qui charge vite et répond instantanément à un clic amène plus de visiteurs jusqu'à une réservation, un achat ou un formulaire menés à terme. Lors d'un échange avec rabbitclip, les données réelles de visiteurs du site sont examinées ensemble, et le point à corriger en premier devient clair. Suivre les trois métriques ensemble rend souvent évidente la page qui mérite l'attention en premier.
Questions fréquentes
Qu'est-ce qu'un bon score INP ?
Selon les seuils publiés par web.dev, en dessous de 200 millisecondes est bon et au-dessus de 500 millisecondes est mauvais.
Les Core Web Vitals décident-elles seules du classement ?
Non, elles ne priment pas sur la qualité du contenu, mais elles font partie des signaux d'expérience de page de Google et peuvent départager deux pages par ailleurs similaires.
Le mobile compte-t-il plus que l'ordinateur ?
Search Console rapporte les deux séparément; la plupart des sites d'entreprise ayant une part de trafic mobile élevée, les données mobiles sont généralement prioritaires.
Combien de temps prend une correction de vitesse ?
Cela dépend de la cause; une correction d'image peut prendre quelques jours, un souci de script tiers peut prendre plus longtemps.
Le LCP et le CLS comptent-ils autant que l'INP ?
Oui, les trois sont évaluées ensemble; se concentrer sur une seule risque de laisser passer des problèmes sur les autres.
