Le temps de blocage total est une métrique d'atelier importante pour mesurer la réactivité à la charge. Elle mesure la durée totale après le First Contentful Paint (FCP) où le thread principal a été bloqué suffisamment longtemps pour empêcher des réponses à une entrée utilisateur. Une valeur de requête large faible permet de s'assurer que la page est utilisable.
Par défaut, Lighthouse arrête la surveillance de la navigation détaillée après le délai avant interactivité (TTI), comme c'est le cas avec d'autres outils d'atelier qui mesurent le chargement des pages. Pour en savoir plus, consultez la section Quel est le lien entre la requête de navigation et le TTI ?.
Le thread principal est considéré comme "bloqué" chaque fois qu'une tâche Long Task est exécutée sur le thread principal pendant plus de 50 millisecondes (ms). Nous disons que le thread principal est "bloqué", car le navigateur ne peut pas interrompre une tâche en cours. Si un utilisateur tente d'interagir avec la page au milieu d'une tâche longue, le navigateur doit attendre la fin de la tâche avant de pouvoir répondre.
Si la tâche du thread principal est bloquée pendant plus de 50 ms, l'utilisateur remarquera probablement le délai et perçoit la page comme lente ou non fonctionnelle.
Le temps de blocage d'une tâche longue donnée correspond à sa durée supérieure à 50 ms. Le temps de blocage total d'une page est la somme du temps de blocage de chaque tâche longue qui se produit après le FCP pendant la période mesurée (généralement l'TTI pour les outils de chargement de page ou le temps de trace total pour d'autres outils).
Prenons l'exemple du schéma suivant du thread principal du navigateur lors du chargement de la page:
Cette chronologie comporte cinq tâches, dont trois sont des tâches longues, car leur durée dépasse 50 ms. Le schéma suivant montre le temps de blocage pour chacune des tâches longues:
La durée totale d'exécution de tâches sur le thread principal est de 560 ms, dont 345 ms sont considérées comme du temps bloquant.
| Durée de la tâche | Temps de blocage de la tâche | |
|---|---|---|
| Tâche 1 | 250 ms | 200 ms |
| Tâche 2 | 90 ms | 40 ms |
| Tâche trois | 35 ms | 0 ms |
| Tâche quatre | 30 ms | 0 ms |
| Tâche 5 | 155 ms | 105 ms |
| Total Blocking Time | 345 ms | |
Quel est le lien entre la navigation détaillée et le TTI ?
La conversion de type "TBT" est mesurée sur une période donnée. Pour certains outils d'atelier qui mesurent traditionnellement les chargements de page, y compris Lighthouse, la conversion de type "TBT" a été mesurée jusqu'à l'heure TTI, car cela permet de quantifier le degré de non-interactivité d'une page avant qu'elle devienne interactive de manière fiable. Toutefois, vous pouvez continuer à mesurer la valeur de synthèse vocale au-delà du TTI, par exemple en mode d'intervalle de temps Lighthouse.
L'TTI considère qu'une page est "fiable interactive" si le thread principal n'a pas été chargé de longues tâches pendant au moins cinq secondes. Cela signifie que trois tâches de 51 ms réparties sur 10 secondes peuvent repousser l'TTI jusqu'à une seule tâche de 10 secondes.
Cependant, ces deux scénarios sont très différents pour un utilisateur qui tente d'interagir avec la page. Pour 3 tâches de 51 ms, la valeur de navigation détaillée est de 3 ms, tandis qu'une seule tâche de 10 secondes a une valeur de navigation détaillée de 9 950 ms, ce qui nuit à l'expérience utilisateur.
Étant donné que la technique de requête large représente les valeurs aberrantes de manière plus précise, elle s'avère souvent plus utile que le TTI, même lorsque les mesures de la valeur de requête large s'arrêtent à TTI.
Mesurer les actions de conversion à partir d'un texte
La requête de test est une métrique qui doit être mesurée dans l'atelier. Le meilleur moyen de mesurer cette métrique consiste à exécuter un audit de performances Lighthouse sur votre site. Pour en savoir plus sur l'utilisation, consultez la documentation Lighthouse sur la requête de navigation détaillée.
Outils de l'atelier
Qu'est-ce qu'un bon score de navigation détaillée ?
Pour offrir une expérience utilisateur de qualité, les sites doivent avoir un volume de test à perte de données inférieur à 200 millisecondes lorsqu'ils sont testés sur du matériel mobile moyen.
Pour en savoir plus sur l'impact de la fonctionnalité de test de bascule de votre page sur le score de performance de Lighthouse, consultez Comment Lighthouse détermine votre score de navigation ?.
Améliorer la navigation détaillée
Pour découvrir comment améliorer l'analyse de données à long terme pour un site spécifique, exécutez un audit de performances Lighthouse et prêtez attention aux opportunités spécifiques suggérées par l'audit.
Pour découvrir comment améliorer la navigation détaillée en général (pour tous les sites), consultez les guides d'amélioration des performances suivants: