Cette traduction n’a pas encore été relue par la rédaction. La version allemande fait foi. Deutsche Fassung →
Performance
Qu'est-ce que le TBT (Total Blocking Time) et pourquoi un site ne répond-il pas immédiatement après le chargement ?
La Total Blocking Time (TBT) mesure combien de temps une page lors du chargement est tellement occupée par du travail de script que les entrées restent en arrière — Google évalue jusqu'à 200 millisecondes comme bon, plus de 600 millisecondes comme mauvais. La page semble finie à ces moments-là mais ne répond à aucun clic. C'est précisément cette raideur masquée qui rend la TBT visible en tant que nombre.
Le temps de blocage est la rigidité invisible après le chargement
Un navigateur a pour chaque site une voie principale sur laquelle tout est traité l'un après l'autre : exécuter les scripts, traiter les entrées, dessiner l'écran. Si un long script s'exécute, la voie est occupée — le clic du visiteur doit attendre que le script se termine. Le TBT additionne toutes ces phases d'attente pendant le chargement. Cela explique un ennui bien connu : le site semble terminé, le menu est visible, mais le tapotement dessus n'a aucun effet pendant des secondes. Le visiteur tape à nouveau, pense que son appareil est cassé ou abandonne — pendant ce temps, le site traite silencieusement ses scripts.
La TBT est l'approximation en laboratoire de la durée de réaction
La durée de blocage total mesure combien de temps une page lors du chargement est occupée par du travail de script que les entrées sont laissées en attente — Google évalue jusqu'à 200 millisecondes comme bon, plus de 600 millisecondes comme mauvais. La page paraît finie à ces moments, mais ne répond à aucun clic. C'est précisément cette raideur cachée qui rend la TBT visible en tant que nombre.
Trop de travail de script est la cause, le nettoyage la solution
Les temps de blocage longs résultent presque toujours d'une trop grande ou d'une trop lourde charge JavaScript : les réseaux publicitaires, les outils d'analyse, les fenêtres de chat, les intégrations vidéo et les extensions de constructeurs apportent chacun leurs propres scripts, qui veulent tous être exécutés lors du chargement. Individuellement, chacun semble inoffensif, mais ensemble, ils paralysent le fil principal — surtout sur les téléphones mobiles avec des processeurs plus faibles. Le remède est banal : supprimer les intégrations inutilisées, charger les scripts restants après le contenu visible et ne lancer les fonctionnalités complémentaires comme le chat que lorsque le visiteur les demande. Le rapport de contrôle indique la valeur mesurée et la valeur cible comme directive claire pour ce nettoyage.
- Tapotez immédiatement après l'apparition de votre page d'accueil sur le menu et vérifiez s'il répond immédiatement ou seulement après une seconde de réflexion.
- Faites dresser une liste de tous les scripts tiers intégrés par votre agence et supprimez ensemble ce qui n'a plus d'utilité prouvée.
- Demandez que les fenêtres de chat, les vidéos et les cartes ne se chargent que lorsque le visiteur les clique réellement.
- Vérifiez surtout le temps de blocage lors de la mesure mobile, car les processeurs téléphoniques plus faibles créent une raideur bien plus longue à partir du même volume de script.
- Mesurez à nouveau après chaque nouvel outil intégré — chaque intégration supplémentaire allonge le temps de blocage.