Ceux qui sont préoccupés par les performances Web front-end rencontreront le problème du temps d'attente long jusqu'au premier octet (TTFB) lors de l'optimisation des performances Web. Pour les sites WordPress qui ne sont pas optimisés, le temps TTFB dépasse souvent le temps de téléchargement du contenu de la page, entraînant un temps d'attente inutile pour les utilisateurs. La raison principale de ce problème est du côté du serveur, pour ceux qui ne sont pas familiers avec le fonctionnement et la maintenance du serveur ne savent peut-être pas par où commencer, nous analyserons aujourd'hui les différents aspects des causes et des solutions du TTFB.
Qu'est-ce que le temps jusqu'au premier octet (TTFB)
TTFB signifie Time to First Byte, qui fait référence au moment où le navigateur commence à recevoir les données de réponse du serveur (temps de traitement en arrière-plan + temps de redirection), et est un indicateur important de la vitesse de réponse du serveur. Par exemple, si vous posez une question à votre ami, plus votre ami pense court, plus il est intelligent ou plus il connaît votre problème. Pour le serveur, plus le temps TTFB est court, plus la réponse du serveur est rapide.
Combien de temps le temps TTFB est-il considéré comme long ?
Étant donné que le matériel et l'environnement réseau de chaque serveur sont différents, l'heure TTFB de chaque serveur est également différente. Si vous voulez savoir dans quelle mesure votre serveur peut être optimisé, vous pouvez télécharger des pages HTML statiques sur le serveur, puis ouvrir ces pages statiques pour voir le temps TTFB de certaines de ces pages, la plupart des serveurs ont un temps TTFB inférieur à 50 ms, c'est le moment où nous pouvons poursuivre l'optimisation. Les temps TTFB dans les deux figures suivantes sont les temps d'attente TTFB des pages statiques et dynamiques sur le serveur où ce site est hébergé.
D'après nos tests, si le temps TTFB dépasse 500 ms, les utilisateurs ressentiront une attente importante à l'ouverture de la page web. On peut considérer que 500 ms est la référence.
Raisons du long TTFB
Comme nous le savons, pour les pages Web dynamiques, lorsque le serveur reçoit une demande d'un utilisateur pour ouvrir une page, il lit d'abord les données nécessaires à la page à partir de la base de données, puis passe les données dans le modèle, qui est rendu puis renvoyé à l'utilisateur. Étant donné qu'il faut un certain temps pour interroger les données et afficher le modèle, le navigateur est constamment dans un état d'attente pour recevoir une réponse du serveur jusqu'à ce que ce processus soit terminé. Certains services ont des performances inférieures ou ne sont pas bien optimisés, et ce temps sera plus long.
Bien sûr, si le réseau entre le serveur et l'utilisateur n'est pas bon, (par exemple, si le serveur est en Europe et l'utilisateur est en Asie, lorsque l'utilisateur ouvre la page, la requête doit parcourir des milliers de kilomètres pour atteindre le serveur), le serveur met trop de temps à recevoir la requête de l'utilisateur, ce qui est aussi la raison du temps TTFB long.
Parfois, la page enregistre trop de cookies dans le navigateur de l'utilisateur, et chaque fois qu'une demande est faite, ces cookies doivent être envoyés au serveur, et le serveur doit les traiter, ce qui est aussi l'une des raisons du long TTFB temps.
La solution pour les longs TTFB
Une fois que vous connaissez la cause, la solution est évidente, et c'est de raccourcir le temps de réponse du serveur. Lorsqu'une page Web est chargée, cela équivaut à télécharger la page statique directement depuis le serveur.
Si la cause d'un tel problème est le réseau, changer de serveur est une solution plus directe. Si, pour une raison quelconque, vous ne pouvez pas changer de serveur, vous pouvez utiliser un CDN pour synchroniser les pages vers un nœud CDN plus proche de l'utilisateur, ce qui est également une bonne solution.
Si la cause est les cookies, vous pouvez supprimer certains cookies inutiles en modifiant l'application, ou rationaliser le contenu des cookies, raccourcir la durée de validité des cookies, etc.,
Français 
English 
日本語 
Deutsch (Sie) 
Italiano 
Polski 
Português 
ไทย 
Bahasa Indonesia 
Español
Comment accélérer le temps jusqu'au premier octet (TTFB)
Ceux qui sont préoccupés par les performances Web front-end rencontreront le problème du temps d'attente long jusqu'au premier octet (TTFB) lors de l'optimisation des performances Web. Pour les sites WordPress qui ne sont pas optimisés, le temps TTFB dépasse souvent le temps de téléchargement du contenu de la page, entraînant un temps d'attente inutile pour les utilisateurs. La raison principale de ce problème est du côté du serveur, pour ceux qui ne sont pas familiers avec le fonctionnement et la maintenance du serveur ne savent peut-être pas par où commencer, nous analyserons aujourd'hui les différents aspects des causes et des solutions du TTFB.
Qu'est-ce que le temps jusqu'au premier octet (TTFB)
TTFB signifie Time to First Byte, qui fait référence au moment où le navigateur commence à recevoir les données de réponse du serveur (temps de traitement en arrière-plan + temps de redirection), et est un indicateur important de la vitesse de réponse du serveur. Par exemple, si vous posez une question à votre ami, plus votre ami pense court, plus il est intelligent ou plus il connaît votre problème. Pour le serveur, plus le temps TTFB est court, plus la réponse du serveur est rapide.
Combien de temps le temps TTFB est-il considéré comme long ?
Étant donné que le matériel et l'environnement réseau de chaque serveur sont différents, l'heure TTFB de chaque serveur est également différente. Si vous voulez savoir dans quelle mesure votre serveur peut être optimisé, vous pouvez télécharger des pages HTML statiques sur le serveur, puis ouvrir ces pages statiques pour voir le temps TTFB de certaines de ces pages, la plupart des serveurs ont un temps TTFB inférieur à 50 ms, c'est le moment où nous pouvons poursuivre l'optimisation. Les temps TTFB dans les deux figures suivantes sont les temps d'attente TTFB des pages statiques et dynamiques sur le serveur où ce site est hébergé.
Temps d'attente de page Web statique (TTFB)
Temps d'attente de page Web dynamique (TTFB)
D'après nos tests, si le temps TTFB dépasse 500 ms, les utilisateurs ressentiront une attente importante à l'ouverture de la page web. On peut considérer que 500 ms est la référence.
Raisons du long TTFB
Comme nous le savons, pour les pages Web dynamiques, lorsque le serveur reçoit une demande d'un utilisateur pour ouvrir une page, il lit d'abord les données nécessaires à la page à partir de la base de données, puis passe les données dans le modèle, qui est rendu puis renvoyé à l'utilisateur. Étant donné qu'il faut un certain temps pour interroger les données et afficher le modèle, le navigateur est constamment dans un état d'attente pour recevoir une réponse du serveur jusqu'à ce que ce processus soit terminé. Certains services ont des performances inférieures ou ne sont pas bien optimisés, et ce temps sera plus long.
Bien sûr, si le réseau entre le serveur et l'utilisateur n'est pas bon, (par exemple, si le serveur est en Europe et l'utilisateur est en Asie, lorsque l'utilisateur ouvre la page, la requête doit parcourir des milliers de kilomètres pour atteindre le serveur), le serveur met trop de temps à recevoir la requête de l'utilisateur, ce qui est aussi la raison du temps TTFB long.
Parfois, la page enregistre trop de cookies dans le navigateur de l'utilisateur, et chaque fois qu'une demande est faite, ces cookies doivent être envoyés au serveur, et le serveur doit les traiter, ce qui est aussi l'une des raisons du long TTFB temps.
La solution pour les longs TTFB
Une fois que vous connaissez la cause, la solution est évidente, et c'est de raccourcir le temps de réponse du serveur. Lorsqu'une page Web est chargée, cela équivaut à télécharger la page statique directement depuis le serveur.
Si la cause d'un tel problème est le réseau, changer de serveur est une solution plus directe. Si, pour une raison quelconque, vous ne pouvez pas changer de serveur, vous pouvez utiliser un CDN pour synchroniser les pages vers un nœud CDN plus proche de l'utilisateur, ce qui est également une bonne solution.
Si la cause est les cookies, vous pouvez supprimer certains cookies inutiles en modifiant l'application, ou rationaliser le contenu des cookies, raccourcir la durée de validité des cookies, etc.,
Articles Similaires:
Articles similaires