INP (Interaction to Next Paint)

Jeremy Wagner

Les données d'utilisation de Chrome montrent que 90% du temps d'un utilisateur sur une page est passé après son chargement. Il est donc important de mesurer minutieusement la réactivité tout au long du cycle de vie de la page. C'est ce que la métrique INP évalue.

Une bonne réactivité signifie qu'une page réagit rapidement aux interactions. Lorsqu'une page répond à une interaction, le navigateur affiche un retour visuel dans le cadre suivant. Les commentaires visuels vous indiquent, par exemple, si un article que vous ajoutez à un panier en ligne est effectivement ajouté, si un menu de navigation mobile s'est ouvert, si le contenu d'un formulaire de connexion est authentifié par le serveur, etc.

Certaines interactions prennent naturellement plus de temps que d'autres, mais pour les interactions particulièrement complexes, il est important de présenter rapidement un retour visuel initial pour indiquer à l'utilisateur que quelque chose se passe. Le cadre suivant affiché par le navigateur est la première occasion de le faire.

Par conséquent, l'objectif d'INP n'est pas de mesurer tous les effets éventuels d'une interaction (tels que les extractions réseau et les mises à jour de l'UI à partir d'autres opérations asynchrones), mais le temps pendant lequel le pain next est bloqué. En retardant le retour visuel, les utilisateurs peuvent avoir l'impression que la page ne répond pas assez rapidement. INP a été développé pour aider les développeurs à mesurer cette partie de l'expérience utilisateur.

Dans la vidéo suivante, l'exemple de droite montre immédiatement qu'un accordéon s'ouvre. Une réactivité médiocre est illustrée dans l'exemple à gauche, et explique en quoi elle peut nuire à l'expérience utilisateur.

Ce guide explique comment fonctionne INP, comment le mesurer et indique des ressources pour l'améliorer.

Qu'est-ce que l'INP ?

L'INP est une métrique qui évalue la réactivité globale d'une page aux interactions des utilisateurs en observant la latence de toutes les interactions liées aux clics, aux appuis et au clavier qui se produisent tout au long de la visite d'un utilisateur sur une page. La valeur INP finale correspond à l'interaction la plus longue observée, ignorant les anomalies.

Une interaction est un groupe de gestionnaires d'événements qui se déclenchent lors d'un même geste logique de l'utilisateur. Par exemple, "appuyer" les interactions sur un appareil à écran tactile incluent plusieurs événements, tels que pointerup, pointerdown et click. Une interaction peut être déterminée par du code JavaScript, CSS, des commandes intégrées au navigateur (comme des éléments de formulaire) ou une combinaison de ces éléments.

La latence d'une interaction correspond à la durée la plus longue d'un groupe de gestionnaires d'événements qui pilotent l'interaction, entre le moment où l'utilisateur commence l'interaction et le moment où le navigateur affiche le frame suivant.

Qu'est-ce qu'un bon score INP ?

Épingler des libellés tels que "Satisfaisant" ou "médiocre" sur une métrique de réactivité est difficile. D'une part, vous souhaitez encourager les pratiques de développement qui donnent la priorité à une bonne réactivité. D'autre part, vous devez tenir compte du fait que les capacités des appareils utilisés par les utilisateurs pour définir des attentes de développement réalistes varient considérablement.

Pour vous assurer de proposer des expériences utilisateur avec une bonne réactivité, le 75e centile de chargements de pages enregistrés sur le terrain, segmenté en fonction des appareils mobiles et de bureau, constitue un bon seuil à mesurer:

• Un INP inférieur ou égal à 200 millisecondes signifie qu'une page a une bonne réactivité.
• Un INP supérieur à 200 millisecondes et inférieur à 500 millisecondes signifie que la réactivité d'une page doit être améliorée.
• Un INP supérieur à 500 millisecondes signifie qu'une page a une mauvaise réactivité.

<ph type="x-smartling-placeholder"></ph>

Qu'est-ce qu'une interaction ?

<ph type="x-smartling-placeholder">

Le principal moteur d'interactivité est souvent JavaScript, même si les navigateurs offrent de l'interactivité par le biais de commandes qui ne sont pas basées sur JavaScript, comme les cases à cocher, les cases d'option et les commandes basées sur CSS.

Dans le cadre d'INP, seuls les types d'interactions suivants sont observés :

• Clic avec la souris
• Appuyer sur un appareil doté d'un écran tactile
• Appuyer sur une touche d'un clavier physique ou d'un clavier à l'écran

Les interactions se produisent dans le document principal ou dans les iFrames intégrés au document (par exemple, un clic sur une vidéo intégrée). Les utilisateurs finaux ne sauront pas ce qui se trouve ou non dans un iFrame. Par conséquent, l'INP dans les iFrames est nécessaire pour mesurer l'expérience utilisateur sur la page de premier niveau. Étant donné que les API Web JavaScript n'ont pas accès au contenu des iFrames, cela peut constituer une différence entre les formats CrUX et RUM.

Les interactions peuvent comporter plusieurs événements. Par exemple, une frappe inclut les événements keydown, keypress et keyup. Les interactions avec les gestes contiennent des événements pointerup et pointerdown. L'événement dont la durée est la plus longue au sein de l'interaction est ce qui contribue à la latence totale de l'interaction.

<ph type="x-smartling-placeholder">

L'INP de la page est calculé lorsque l'utilisateur quitte la page. Le résultat est une valeur unique représentative de la réactivité globale de la page tout au long de son cycle de vie. Un INP faible signifie que la page a répondu de manière fiable aux entrées utilisateur.

En quoi INP est-il différent du First Input Delay (FID) ?

INP est le successeur de la métrique First Input Delay (FID). Bien que ces deux métriques soient des métriques de réactivité, FID n'a mesuré que le délai d'entrée de la première interaction sur une page. INP améliore le FID en observant toutes les interactions sur une page, à partir du délai d'entrée jusqu'au temps nécessaire pour exécuter les gestionnaires d'événements, et enfin jusqu'à ce que le navigateur affiche le cadre suivant.

Ces différences signifient que l'INP et le FID sont des types de métriques de réactivité différents. Le FID était une métrique de réactivité au chargement conçue pour évaluer la première impression de la page sur l'utilisateur. L'INP est un indicateur plus fiable de la réactivité globale, quel que soit le moment où une interaction se produit au cours de la page.

Que se passe-t-il si aucune valeur INP n'est rapportée ?

Il est possible qu'une page ne renvoie aucune valeur INP. Plusieurs raisons peuvent expliquer cette situation. Par exemple:

• La page a été chargée, mais l'utilisateur n'a jamais cliqué, appuyé ou appuyé sur une touche de son clavier.
• La page s'est chargée, mais l'utilisateur a interagi avec elle à l'aide de gestes non mesurés, tels que le défilement ou le passage de la souris sur des éléments.
• Un robot (un robot d'exploration ou un navigateur headless, par exemple) accède à la page, qui n'a pas reçu de script permettant d'interagir avec la page.

Comment mesurer l'INP

L'INP peut être mesuré à la fois sur le terrain et dans l'atelier, dans la mesure où vous pouvez simuler des interactions utilisateur réalistes.

Sur le terrain

Idéalement, votre parcours d'optimisation de l'INP commencera avec les données de terrain. Dans le meilleur des cas, les données de champ de Real User Monitoring (RUM) vous fourniront non seulement la valeur INP d'une page, mais aussi des données contextuelles qui mettent en évidence l'interaction spécifique à l'origine de la valeur INP elle-même, si l'interaction s'est produite pendant ou après le chargement de la page, le type d'interaction (clic, pression de touche ou appui) et d'autres moments importants qui peuvent vous aider à identifier quelle partie de l'interaction a affecté la réactivité.

Si votre site Web remplit les conditions requises pour figurer dans le rapport sur l'expérience utilisateur Chrome, vous pouvez obtenir rapidement des données de terrain pour INP via l'expérience utilisateur CrUX dans PageSpeed Insights (et d'autres Core Web Vitals). Vous pouvez au minimum obtenir une photo de l'INP de votre site Web au niveau de l'origine, mais dans certains cas, vous pouvez également obtenir des données au niveau de l'URL.

Cependant, si l'expérience utilisateur CrUX peut vous indiquer s'il existe un problème, elle ne peut pas vous indiquer la cause du problème. Une solution RUM peut vous aider à obtenir plus de détails sur les pages, les utilisateurs ou les interactions des utilisateurs qui rencontrent des problèmes de réactivité. Pouvoir attribuer l'INP à des interactions individuelles évite les suppositions et les efforts inutiles.

Au laboratoire

Dans l'idéal, commencez les tests dans l'atelier une fois que vous disposez de données réelles suggérant que les interactions d'une page sont lentes. Grâce aux données de terrain, il sera beaucoup plus simple de reproduire les interactions problématiques dans l'atelier.

Toutefois, il est tout à fait possible que vous n'ayez pas de données de champ. Bien que l'INP peut être mesuré avec certains outils d'atelier, la valeur INP obtenue pour une page lors des tests en laboratoire dépendra des interactions effectuées au cours de la période de mesure. Les comportements des utilisateurs peuvent être imprévisibles et très variables, ce qui signifie que vos tests en laboratoire ne révéleront peut-être pas les interactions problématiques de la même manière que les données de terrain. De plus, certains outils de l'atelier ne signalent pas l'INP d'une page, car ils n'observent que le chargement de cette page sans aucune interaction. Dans de tels cas, le Temps de blocage total (TBT) peut être une métrique de proxy raisonnable pour INP, mais il ne le remplace pas en soi.

Même si les outils de l'atelier présentent des limites pour évaluer l'INP d'une page, il existe des stratégies pour reproduire des interactions lentes dans l'atelier. Les stratégies incluent le suivi des flux utilisateur courants et le test des interactions en cours de route, ainsi que l'interaction avec la page lors de son chargement (lorsque le thread principal est souvent le plus actif) afin d'identifier les interactions lentes au cours de cette partie cruciale de l'expérience utilisateur.

Comment améliorer INP

Un ensemble de guides sur l'optimisation de l'INP est disponible pour vous aider à identifier les interactions lentes sur le terrain et à utiliser des données de laboratoire pour vous aider à identifier les causes et à les optimiser.

Journal des modifications

Il arrive que des bugs soient découverts dans les API utilisées pour mesurer les métriques, et parfois dans les définitions des métriques elles-mêmes. Par conséquent, des modifications doivent parfois être apportées et elles peuvent apparaître sous forme d'améliorations ou de régressions dans vos rapports et tableaux de bord internes.

Pour vous aider, toutes les modifications apportées à l'implémentation ou à la définition de ces métriques seront affichées dans ce journal des modifications.

Si vous avez des commentaires concernant ces métriques, envoyez-les dans le groupe Google "web-vitals-feedback".

Tester vos connaissances