Table des matières de l'article :
Dans le monde de l'hébergement Web, on parle souvent de TTFB, acronyme de Time To First Byte. C'est un paramètre fondamental pour mesurer la rapidité avec laquelle un serveur web répond à une requête. TTFB est le temps entre un client envoyant une requête HTTP et le serveur recevant le premier octet de données.
Cependant, un autre paramètre mérite notre attention, même s'il est souvent négligé : le TTLB, ou Time To Last Byte. Cette métrique, bien que moins connue, joue un rôle tout aussi critique dans la détermination des performances globales d'un site Web. Bien qu'on en parle peu, son importance est indéniable.
Qu'est-ce que le TTLB (Time To Last Byte) ?
Le TTLB, comme son nom l'indique, représente le temps qu'il faut à un serveur pour envoyer le dernier octet de réponse à une requête client. En d'autres termes, c'est le temps total qu'un client doit attendre pour recevoir la réponse complète du serveur. Cette métrique est particulièrement utile pour mesurer la vitesse à laquelle les données sont téléchargées depuis le serveur.
Le TTLB inclut le temps de transmission du contenu, c'est-à-dire le temps nécessaire pour transférer toutes les données de la source au destinataire, ainsi que le temps mis par le serveur pour traiter la requête. Ce paramètre est important pour comprendre à quelle vitesse un utilisateur peut afficher l'intégralité de la page Web ou télécharger un fichier à partir du serveur.
La relation entre TTFB et TTLB
Alors que le TTFB indique la rapidité avec laquelle un serveur peut commencer à répondre à une demande, le TTLB indique le temps qu'il faut pour terminer la réponse. Un TTFB inférieur indique que le serveur est capable de commencer à répondre rapidement, ce qui est essentiel pour l'expérience utilisateur, en particulier pour les pages Web dynamiques.
Cependant, un faible TTFB ne garantit pas nécessairement un faible TTLB. Si le serveur met beaucoup de temps à envoyer la réponse complète, l'utilisateur peut devoir attendre longtemps pour afficher la page entière ou pour télécharger un fichier, même si la réponse a commencé rapidement. Cela souligne l'importance de surveiller à la fois le TTFB et le TTLB.
Comment optimiser le TTLB.
Une réponse lente du serveur peut sérieusement affecter les performances. Si le navigateur attend plus de 600 ms pour une réponse, c'est une indication que quelque chose ne fonctionne pas comme il se doit. Un retard excessif dans la réponse du serveur peut entraîner de longs temps de chargement des pages, un problème que les internautes ne tolèrent pas.
Lorsque les utilisateurs visitent une URL via leur navigateur, celui-ci envoie une requête réseau pour obtenir le contenu souhaité. Le serveur reçoit cette requête et délivre le contenu de la page. Cela peut demander des efforts considérables au serveur pour générer une page avec tout le contenu dynamique que les utilisateurs veulent voir. Par exemple, si un utilisateur vérifie l'historique de ses commandes, le serveur doit collecter ces informations dans la base de données puis les intégrer dans la page.
Améliorer les performances du serveur pour réduire le temps d'attente lors du chargement des pages est une étape cruciale. La première étape pour optimiser le temps de réponse du serveur consiste à identifier les principales opérations que le serveur doit effectuer pour générer le contenu de la page, puis à mesurer le temps qu'il faut pour chacune d'entre elles. Une fois les activités les plus chronophages identifiées, des solutions peuvent être recherchées pour les accélérer.
De nombreuses raisons peuvent entraîner la lenteur de la réponse d'un serveur et, par conséquent, il existe plusieurs façons d'apporter des améliorations :
- Activez la compression GZIP pour les connexions.
- Améliorez la logique de l'application serveur pour générer des pages plus rapidement. Chaque pile technologique et serveur Web a ses propres recommandations spécifiques pour optimiser les performances ; pour PHP, par exemple, OPCACHE est disponible.
- Examinez et optimisez la façon dont votre serveur interagit avec les bases de données ou envisagez de passer à des systèmes de base de données plus performants.
- Mettez à niveau le matériel de votre serveur en augmentant la mémoire ou le processeur.
Plus brièvement, nos solutions d'hébergement sont déjà optimisées pour résoudre tous les problèmes de TTFB et TTLB.
Comment mesurer le TTLB à l'aide des commandes Linux
Il existe plusieurs façons de mesurer le TTLB, et l'une des méthodes les plus courantes utilise la commande curl sur un système Linux. Voici un exemple de la façon dont cela peut être fait :
time curl -so /dev/null http://example.com
Dans cette commande, time est une commande Linux qui mesure le temps d'exécution d'une autre commande. curl est une commande utilisée pour télécharger ou envoyer des données via divers protocoles réseau. L'option -s fait que curl fonctionne silencieusement, sans afficher la barre de progression, tandis que l'option -o rediriger la sortie vers un fichier, ou dans ce cas, un /dev/null, afin que vous ne voyiez pas les données téléchargées dans le terminal.
La commande retournera quelque chose comme :
réel 0m0.412s utilisateur 0m0.006s système 0m0.005s
Le temps "réel" est le TTLB que nous recherchons. Indique le temps total écoulé depuis le moment où la commande a été envoyée jusqu'au moment où le dernier octet a été reçu.
conclusion
En conclusion, TTLB est une mesure extrêmement utile pour mesurer les performances du serveur. Bien qu'il ne soit pas discuté autant que TTFB, il est essentiel de comprendre combien de temps un utilisateur devra attendre pour recevoir la réponse complète du serveur. La surveillance de TTLB conjointement avec TTFB peut fournir une image plus complète des performances de votre serveur et vous permettre d'effectuer des optimisations ciblées pour améliorer l'expérience de l'utilisateur final.
