Protocole INP sur interactions mobiles
Listez les interactions importantes : ouverture du menu, filtre, sélection de variante, ajout au panier et validation. Les mesurer séparément est plus utile qu’un score de page qui mélange des gestes sans le même enjeu.
Pour chaque cas lent, découpez délai d’entrée, exécution des gestionnaires et présentation de l’image suivante. Cette lecture indique si l’utilisateur attend une tâche précédente, un calcul synchrone ou un rendu trop coûteux.
Réduisez le travail effectué dans le gestionnaire et différez ce qui n’est pas requis pour le premier retour visuel. Découper une longue tâche doit laisser au navigateur la possibilité de présenter, pas seulement créer plusieurs fonctions appelées dans la même boucle.
Testez les scripts tiers et la file déclenchée après consentement. La première interaction mobile peut subir une accumulation absente des scénarios de laboratoire déjà chargés.
Utilisez des appareils modestes et rejouez le parcours après un chargement réel, avec données et composants présents. Une interaction vide en environnement isolé sous-estime le coût du DOM et des abonnements.
Après correction, vérifiez erreurs, résultat fonctionnel et traces, puis relisez la cohorte terrain. Le succès appartient à l’interaction ciblée, pas à une moyenne obtenue en changeant le trafic.
Donner un budget à chaque interaction critique
Définissez le retour visuel attendu après chaque geste : menu ouvert, filtre appliqué, variante sélectionnée ou article ajouté. Cette preuve fonctionnelle empêche une optimisation de réduire le travail en retardant simplement une action indispensable.
Instrumentez le type d’interaction, le composant et la version, sans enregistrer de données saisies par l’utilisateur. Une trace agrégée par parcours permet de distinguer une régression générale d’un cas produit ou d’un script tiers.
Testez aussi la première interaction après chargement et après consentement. Elle concentre souvent les longues tâches d’initialisation que les scénarios répétés ne rencontrent plus.
La correction se ferme lorsque le parcours reste juste, que la tâche principale est découpée ou supprimée et que les données terrain progressent sur la cohorte visée. Une moyenne globale ne remplace pas ce contrat par interaction.
Relier chaque interaction lente à sa tâche bloquante
Les blocages qui dégradent l’INP mobile doivent être reproduits depuis une interaction précise, puis reliés à la tâche JavaScript, au composant et aux données chargées. La méthode SEO et technique compare appareils modestes, percentiles terrain et scénarios métier au lieu de valider une seule mesure locale. L’équipe découpe ou diffère le travail, puis vérifie que le retour visuel reste immédiat sans masquer une action encore impossible à terminer.
