Juin 16 2022

Qu'est-ce que le TTFB ? Comment améliorer le Time To First Byte.

On découvre l'importance du TTFB et les facteurs qui l'influencent.

TTFB Google PageSpeed
Print Friendly, PDF & Email

Qu'est-ce que le temps TTFB jusqu'au premier octet ?

TTFB, qui signifie time to first byte, est le temps qu'il faut depuis qu'un client lui adresse une requête HTTP en recevant son premier octet de données du serveur Web. Le TTFB est un aspect important de l'optimisation du site Web, car plus le TTFB est rapide, plus la ressource demandée peut commencer à être livrée rapidement au navigateur.

Schéma TTFB

Le temps jusqu'au premier octet est composé de trois composants distincts.

  • Le temps qu'il faut pour envoyer la requête HTTP
  • Le temps qu'il faut au serveur pour traiter la demande
  • Le temps qu'il faut au serveur pour envoyer le premier octet réponse au client

Définition de TTFB

Il Temps de premier octet (TTFB) est une métrique permettant de déterminer la réactivité d'un serveur Web. En termes simples, le TTFB mesure le temps entre la création d'une connexion au serveur et le téléchargement du contenu d'une page Web.

Panoramica

La connexion à un serveur Web est un processus en plusieurs étapes où chaque étape peut potentiellement entraîner des retards. Lorsqu'un site Web est lent ou ne répond pas, il est essentiel de pouvoir identifier la source du ralentissement pour améliorer l'expérience utilisateur.

La valeur TTFB aide les entreprises à identifier les faiblesses du processus de connexion. En déterminant où se produisent les retards, les entreprises peuvent modifier leurs services pour des performances plus rapides et plus fiables. Étant donné que la vitesse d'un site Web peut affecter les classements de recherche Web, le TTFB est devenu essentiel pour optimiser les performances et augmenter la visibilité.

Qu'est-ce qui affecte le temps jusqu'au premier octet ?

TTFB est affecté par trois actions clés :

  1.  envoyer une requête d'une machine cliente au serveur,
  2. traiter cette demande sur le serveur et générer une réponse
  3. envoyer la réponse du serveur au client.

Action 1 : envoyer une requête au serveur

La mesure TTFB commence avec la demande. Le temps nécessaire à un serveur pour recevoir une demande peut varier en fonction du temps nécessaire pour effectuer une recherche DNS, de la vitesse du réseau de l'utilisateur, de la distance par rapport au serveur et de toute interruption de la connexion. Les entreprises n'ont aucun contrôle sur la connexion entre l'utilisateur et Internet, mais tout retard aura toujours un impact sur leur TTFB.

Action 2 : traitement et génération de la réponse

Une fois qu'un serveur reçoit une demande, il doit générer une réponse. Cela implique de démarrer des processus, d'effectuer des appels de base de données, d'exécuter des scripts Web et de communiquer avec d'autres systèmes sur le réseau. Les stratégies courantes utilisées par les entreprises pour réduire le TTFB comprennent mise en cache des pages Web , l'optimisation du code côté serveur et l'amélioration des ressources matérielles.

Action 3 : Envoyer la réponse au client

Une fois qu'un serveur a généré une réponse, il doit la relayer à l'utilisateur. Cette étape dépend à la fois de la vitesse de connexion de l'entreprise et de la vitesse de connexion de l'utilisateur. Le TTFB est déterminé lorsque le client commence à recevoir la réponse, littéralement lorsque le client reçoit le premier octet. La transmission d'une requête et d'une réponse sur un réseau peut représenter près de 40% du TTFB .

Exemple de temps jusqu'au premier octet.

Dans le cadre du projet d'optimisation du site Web, la boutique de caméras espions My-Spycam a tenté de réduire leur TTFB de plus de 4 secondes à 2. Leur stratégie consistait à séparer les zones d'une page qui changeaient en fonction de l'utilisateur, en mettant en cache tout le reste sur un CDN. My-Spycam a modifié Magento, la plate-forme de commerce électronique sous-jacente, pour tout mettre en cache, à l'exception de pages et de contenus spécifiques (comme le panier d'achat d'un utilisateur).

En ajoutant un cache dynamique, My-Spycam a réduit son TTFB de 1162 ms à 152 ms. Cette stratégie de "punching content" sur une page mise en cache a abouti à des pages dynamiques qui se chargent plus rapidement que les pages statiques, sans affecter l'expérience utilisateur.

Avantages de l'optimisation du temps jusqu'au premier octet

Le TTFB n'est pas le même que le temps ou la vitesse de chargement de votre site Web. Au contraire, il s'agit d'une métrique pour mesurer la réactivité d'un site Web à la demande d'un utilisateur. Cette métrique est la plus logique compte tenu de la façon dont un délai de 2 secondes dans la vitesse de la page peut augmenter taux de rebond de 103 % . Cela signifie que si votre site Web se charge et que les utilisateurs obtiennent le premier octet aussi rapidement que possible, vous réduirez votre taux de rebond.

Taux de rebond TTFB Rebond du site Web

L'idée de TTFB est basée sur l'assurance aux utilisateurs que la page Web demandée est "Travailler et se chargera rapidement". De cette façon, les utilisateurs savent qu'ils se trouvent sur le bon site Web et que le serveur traite leur demande.

L'optimisation du TTFB profite à la fois aux utilisateurs et aux fournisseurs de contenu.

  • Les utilisateurs voient une expérience de navigation améliorée car ils doivent passer moins de temps à attendre qu'un service Web génère une réponse. Cela apporte un certain nombre d'avantages en termes d'expérience utilisateur, de vues de pages et de produits et d'amélioration des ventes et des revenus.
  • Les entreprises constatent un engagement et une fidélisation accrus des clients car les utilisateurs sont moins susceptibles de partir en raison de retards ou de temps de chargement lents. Comme déjà mentionné au point ci-dessus, cela a un impact très positif sur le business des entreprises et notamment dans le e-commerce.
  • Les moteurs de recherche comme Google sont capables de récupérer plus d'informations au passage de leur GoogleBot. Plus il y a de pages numérisées, plus il y a de clétage placable et plus il y a de pourcentages à trouver.
  • Score Web Vitals optimal. Avec l'avènement de la Google Vitaux Web de base, ce facteur devient également décisif d'un point de vue SEO, étant i Vitaux Web de base facteur important (mais non décisif) de positionnement.

Il est toujours utile de rappeler que la présence en ligne, aujourd'hui plus que jamais, est de la concurrence et qu'il est donc impensable de ne pas faire le maximum possible si l'on veut obtenir un positionnement optimal et un site rentable et rémunérateur.

Qu'est-ce qu'une bonne valeur TTFB ?

D'une manière générale, PageSpeed Actualités Google recommande que votre TTFB soit inférieur à 200 ms pour une bonne expérience utilisateur.

Si votre TTFB est compris entre 300 et 500 ms , c'est la moyenne et certains changements vous amèneront en dessous de 200 ms.

Cependant, tout TTFB supérieur à 600 ms il est considéré comme invalide et vous devrez enquêter en profondeur sur votre serveur.

Généralement, le TTFB est une métrique sous votre contrôle et vous pouvez facilement décider de l'optimiser pour de meilleurs résultats, vous pouvez travailler soit en intervenant côté application, soit en intervenant côté serveur et évidemment les deux.

Cependant, une partie du TTFB est hors de votre contrôle : la vitesse du réseau de l'utilisateur. Ainsi, même si vous cachez correctement votre site Web sur le serveur le plus proche de la géolocalisation de l'utilisateur, cela dépend toujours de la vitesse de sa connexion Internet, surtout si votre site Web est situé en Italie et que l'utilisateur fait une demande depuis quelque part comme Hong Kong, peut-être depuis un appareil mobile comme un smartphone connecté à un réseau 3G pas trop rapide.

7 façons de réduire le TTFB sur votre site Web

La réduction de votre TTFB vous rapproche d'un site Web plus rapide et offre aux utilisateurs une expérience fluide sur la page. Il existe de nombreuses solutions simples pour faire fonctionner votre TTFB et voici 7 des meilleures :

1. Basculez vers un hébergeur rapide

La cause principale d'un mauvais TTFB est le résultat d'un mauvais hébergement de vos serveurs. Si votre serveur est lent dans le traitement des requêtes, cela est dû à plusieurs problèmes, tels que des réseaux encombrés et des serveurs partagés surchargés par votre fournisseur.

Votre meilleur pari est de passer votre plan d'hébergement mutualisé à un serveur privé virtuel (VPS) ou mieux utiliser Serveurs Dédiés, avec des systèmes de réglage et de mise en cache adéquats comme le nôtre par exemple.

Il est inutile et absurde d'être en hébergement mutualisé et en même temps d'espérer une vitesse optimale.

2. Mettez constamment à jour vos plugins et thèmes

Un système de gestion de contenu (CMS) comme WordPress permet l'installation de plugins et de thèmes pour permettre la personnalisation de votre site Web. Bien que ces plugins et thèmes ajoutent plus de fonctionnalités, ils augmentent également la quantité de code sur le site Web.

La moitié du temps, la plupart du code est inutile et n'affecte pas le site Web. Lors de la demande et de la réponse du navigateur et du serveur, ces codes prendront plus de temps à traiter et ralentiront à leur tour votre TTFB. . Dans ce cas, vous pouvez faire l'une des deux choses suivantes :

I. Supprimez les plugins et les thèmes que vous n'utilisez pas 

II. Mettez à jour vos plugins et thèmes actuels 

Faire l'un d'entre eux vous donne la possibilité d'améliorer les performances actuelles de ces outils et de votre site Web en général. Mais attention, les versions ultérieures ne sont pas toujours exemptes de bugs qui pénalisent les performances et les performances, il faut donc toujours mesurer avant et après pour trancher.

3. Utilisez les CDN pour réduire la latence entre les serveurs et les utilisateurs

Le plus gros problème pour la plupart des propriétaires de sites Web : fournir efficacement leur site Web aux utilisateurs du monde entier à la même vitesse que leurs proches. C'est la raison pourquoi latence c'est une préoccupation importante car les utilisateurs distants ne pourront pas accéder à votre site Web en raison de leur distance par rapport au serveur. Un CDN sera votre meilleur pari dans ce cas.

Avec un CDN (Content Delivery Network), vous pouvez mettre en cache des fichiers statiques tels que des images, du javascript et des fichiers CSS sur les serveurs les plus proches des utilisateurs qui les demandent. Bien que cela ne réduise pas directement le TTFB de votre page HTML initiale, cela réduit vos fichiers statiques. Cela réduit la charge sur votre serveur Web, permettant ainsi un traitement plus rapide des demandes.

En ce qui concerne les réseaux de distribution de contenu, nous recommandons Cloudflare . La combinaison d'un Varnish Cache et de Cloudflare vous offre un moyen simple d'améliorer les performances du site.

4. Améliorez vos requêtes de base de données 

Si vous exploitez un site Web qui accumule des données utilisateur ou y télécharge constamment des fichiers volumineux, votre base de données risque de se remplir en temps voulu. Lorsque cela se produit, la récupération des données lorsque cela est nécessaire devient plus lente à chaque fois.

La réponse aux requêtes des utilisateurs dépend de l'optimisation de la base de données. Dans certains cas, s'il y a des demandes excessives du client vers la base de données, la réponse prendra plus de temps que d'habitude. Parfois, il ne traite même pas efficacement les requêtes.

La résolution de ce problème nécessite un dépannage tel que la suppression des données obsolètes et inutiles et la réécriture de la réponse à la requête pour permettre une exécution plus rapide. Aussi, lorsque vous travaillez sur votre base de données, évitez sous-requêtes associées Ces types de requêtes dépendent les unes des autres pour fonctionner, ce qui ralentit le processus de chargement de votre site Web.

Voici d'autres choses que vous pouvez faire :

  • Optimisez vos images (chargement lent uniquement si nécessaire)
  • Minimisez vos scripts et vos styles
  • Faites une vérification hebdomadaire ou mensuelle de votre part
    base de données

5. Optez pour un fournisseur DNS premium 

Tout sur TTFB commence par la recherche DNS, qui se produit immédiatement après la demande d'un utilisateur. Si le temps de recherche DNS est lent au début, toute l'expérience sera mauvaise.

La plupart des fournisseurs d'hébergement fourniront un DNS premium dans son ensemble. Une fois que vous avez trouvé un fournisseur qui garantit que vos requêtes DNS seront livrées avec une faible latence sur un réseau mondial de serveurs DNS, vous êtes prêt à partir. Si votre fournisseur d'hébergement n'en a pas, vous pouvez en opter pour un comme CloudFlare ou Amazon Route 53.

En ce qui concerne Vitesse DNS on en a beaucoup parlé.

6. Utiliser la mise en cache côté client 

La mise en cache côté client de votre site Web est le meilleur moyen non seulement d'améliorer votre TTFB, mais également vos performances Web globales. Cette méthode enregistre une copie de votre site Web sur l'appareil de l'utilisateur et, lors de visites ultérieures, il peut facilement accéder à votre site Web sans que le navigateur ait à faire un aller-retour vers et depuis le serveur.

Managed Server est votre guichet unique si vous êtes à la recherche d'un fournisseur de cache côté client.

Utilisation du serveur géré en tant que fournisseur de mise en cache côté client pour améliorer le TTFB

La création d'un site Web rapide entraîne finalement une augmentation du taux de conversion, ce qui a un impact positif sur les revenus d'une entreprise. C'est pourquoi les entreprises recherchent constamment des moyens d'améliorer la vitesse de leur site Web, même d'une seule seconde.

La mise en cache côté client est la meilleure pour cela, et c'est ainsi que Managed Server vous aide. Nous utilisons votre trafic pour créer des optimisations automatisées en temps réel pour votre site Web. Notre technologie avancée de pré-cache permet à vos clients de précharger votre contenu avant qu'ils ne le demandent.

Comme nous l'avons vu, cette méthode permet à votre site Web de fonctionner au moins 100 % plus rapidement, sans modifier la base de données ou l'infrastructure frontale.

7. Gardez votre PHP à jour

PHP est la base de ce qui fait fonctionner votre site Web, et il est essentiel de le maintenir à jour. Si vous n'utilisez pas WordPress, la mise à jour de votre PHP peut être un peu technique : si vous y touchez plus qu'il ne le devrait, vous pourriez endommager votre site Web.

D'autre part, les sites Web fonctionnant sur WordPress peuvent être mis à jour en un seul clic. À chaque mise à jour, la version actuelle remplace la précédente et vous pouvez constater une augmentation des performances Web globales.

Que proposons-nous et que recommandons-nous pour améliorer le TTFB ?

Depuis 2017, nous nous sommes donné pour mission de donner quelque chose de plus que les sociétés d'hébergement habituelles qui basaient leurs solutions et leur pile logicielle sur des systèmes basés sur des panneaux de contrôle tels que Plesk ou cPanel.

L'objectif était avant tout d'être différent, de pouvoir dire et donner quelque chose qui pouvait faire la différence et améliorer le business de nos clients à travers un service à vraie valeur ajoutée, réelle et mesurable au-delà du simple slogan commercial.

À cet égard, nous avons développé une pile logicielle spécifique sur mesure qui va du réglage du noyau côté serveur, jusqu'à plusieurs systèmes de mise en cache, en tenant compte des évolutions et des domaines d'application adaptés, tels que les campagnes publicitaires ou le trafic social.

Schéma de pile de serveurs gérés par logiciel

 

conclusion

Le temps de chargement d'une page Web a un impact énorme sur la fidélité des clients. Quand le 40% d'utilisateurs abandonnez un site qui met plus de 3 secondes à se charger, avoir un TTFB bas devient indispensable. Non seulement cela réduit le risque de perdre un client, mais cela garantit également aux utilisateurs une expérience en ligne rapide et attrayante.

 

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous


Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

ManagedServer.it est le premier fournisseur italien de solutions d'hébergement hautes performances. Notre modèle d'abonnement est abordable et prévisible, afin que les clients puissent accéder à nos technologies d'hébergement fiables, à nos serveurs dédiés et au cloud. ManagedServer.it offre également d'excellents services d'assistance et de conseil sur l'hébergement des principaux CMS Open Source tels que WordPress, WooCommerce, Drupal, Prestashop, Magento.

JUSTE UN MOMENT !

Souhaitez-vous voir comment votre WooCommerce fonctionne sur nos systèmes sans avoir à migrer quoi que ce soit ? 

Entrez l'adresse de votre site WooCommerce et vous obtiendrez une démonstration navigable, sans avoir à faire absolument quoi que ce soit et entièrement gratuite.

Non merci, mes clients préfèrent le site lent.
haut