Qu’est-ce que le TTFB et comment votre serveur l’affecte-t-il?

Les performances d’un site web sont souvent réduite aux trois indicateurs des Core Web Vitals définies par Google. D’autres mesures sont toutefois très importantes, et c’est notamment le cas du délai avant le premier octet ou TTFB.

Comme vous le savez, Ex2 vous propose une vaste gamme d’hébergements web dont les performances sont optimisées par des technologies ultra-modernes. Vous pouvez donc optimiser les performances et la fiabilité de votre site web. Votre TTFB devrais donc être excellent, grâce à la combinaison d’un serveur Litespeed, un stockage NVMe, en CDN Cloudflare et un cache Redis.

Le délai avant le premier octet (TTFB) mesure le temps nécessaire à un navigateur pour recevoir le premier octet de données de votre serveur après avoir fait une requête.

Bien qu’il ne s’agisse que d’un seul indicateur de performance, le TTFB a un impact significatif sur l’expérience utilisateur et le classement dans les moteurs de recherche.

Qu’est-ce que le TTFB?

Le délai comptabilisé au sein du TTFB comprend trois composants. Il s’agit tout d’abord de la latence du réseau, soit le temps pour que la requête atteigne le serveur). Le second élément est le temps de traitement du serveur, soit le temps pour générer une réponse. Finalement, le dernier est la latence du réseau, qui représente le temps nécessaire pour que le premier octet retourne au navigateur.

Google n’inclut pas directement le TTFB comme au sein des Core Web Vitals. Les pages avec un TTFB supérieur à 600 ms ont toutefois du mal à atteindre les attentes du moteur de recherche. Ils sont notamment pénalisés au niveau du Largest Contentful Paint ou LCP, qui est un facteur de classement clé.

Objectif : Un total inférieur à 200ms est excellent. Une mesure située entre 200 et 500ms est tout à fait acceptable. Si le délai de TTFB est supérieur à 600ms, votre site nécessite toutefois une amélioration.

Facteurs liés au serveur affectant le TTFB

Emplacement et réseau du serveur

La distance physique entre le serveur et le visiteur crée une latence inévitable. Et ce, même si la lumière traverse un câble à fibre optique à environ 200 000 km/seconde.

Une requête voyageant entre New York et l’Europe implique donc une latence minimale d’environ 40 ms aller-retour. Et ce délai peut facilement être beaucoup plus élevé

Solution : Utilisez un CDN (comme Cloudflare) pour servir les ressources statiques à partir d’emplacements périphériques proches des utilisateurs. Pour ce qui du contenu dynamique, hébergez le dans la région d’où provient la plupart de votre trafic.

Puissance de traitement du serveur

Un processeur ou une mémoire vive avec une capacité insuffisante peut entraîner des retards. Cela inclut des files d’attente de requêtes serveurs sous-alimentés, un traitement lent du code, et des performances inadéquates des requêtes à la base de données. Il peut alors être nécessaire d’opter pour un hébergement offrant davantage de ressources.

Optimisation de la base de données

Les requêtes de base de données lentes sont la première cause de TTFB élevé. Chaque chargement de page qui interroge la base de données ajoute une latence. Ces requêtes peuvent donc rapidement se cumuler et devenir problématiques. Plusieurs solutions s’offrent toutefois à vous:

• Ajoutez des index à des colonnes fréquemment interrogées
• Optimisez les requêtes lentes (vous pouvez notamment utiliser EXPLAIN dans MySQL et PostgreSQL)
• Augmentez la taille du pool de tampons de base de données
• Utilisez le regroupement de connexions pour réduire la surcharge de connexion
• Mettez en œuvre la mise en cache des requêtes pour les requêtes répétées

Configuration du serveur Web

Litespeed vs Nginx vs Apache : Litespeed vous offre un technologie plus rapide et performante que les deux systèmes traditionnels. C’est pourquoi Ex2 l’utilise pour la majorité de ses hébergements we. Nginx et apache s’oppose néanmoins avec des forces différentes. Nginx fournit généralement un meilleur TTFB pour le contenu statique et en tant que proxy inverse. Apache avec mod_php s’avère toutefois plus rapide pour les petits sites dynamiques.

Activez HTTP/3 : ce protocole moderne incluant le multiplexage permet de réduire la surcharge de connexion.

Activez la compression (gzip/brotli) : les réponses moins volumineuses sont transférées plus rapidement. Réduire la taille de votre contenu peut donc contribuer à améliorer votre TTFB.

Configurez les processus de travail : Ajustez bien les cœurs CPU pour une simultanéité optimale.

Stratégies de mise en cache

Cache de pages web

Mettez en cache des pages HTML entières pour les visiteurs réguliers. Cette stratégie vous permet de réduire le TTFB de 500 ms à moins de 50 ms pour les pages mises en cache. Pour les sites WordPress, cela peut être réalisé avec des plugins comme LS Cache.

Mise en cache d’objet

Mettez en cache les requêtes de base de données et les objets calculés dans Redis. Empêchez aussi les requêtes de base de données redondantes. Ces stratégies peuvent réduire le TTFB de 200 à 300ms sur les pages lourdes en base de données.

Mise en cache via un CDN

Cloudflare et les autres CDN vous permettent de mettre en cache le contenu dans des emplacements périphériques du monde entier.

Les ressources statiques (images, CSS, JS) sont alors servies aux visiteurs depuis le bord le plus proche de leur point de connexion. Cette approche réduit considérablement le TTFB pour les visiteurs internationaux.

Mesurer et améliorer le TTFB

Outils de mesure

• GTmetrix : Fournit la ventilation et les recommandations TTFB
• WebPageTest.org : Le plus complet, tests à partir de plusieurs emplacements
• Google PageSpeed Insights : rapporte que le TTFB fait partie des Core Web Vitals

Optimisation étape par étape du TTFB

• Mesurez le TTFB actuel à partir de plusieurs emplacements
• Identifiez le goulot d’étranglement : exécutez des requêtes dans un journal de requêtes lentes, vérifiez l’utilisation du processeur/de la RAM du serveur, testez le temps de génération de la page, etc.
• Mettez en œuvre la mise en cache : commencez par le cache de page et ajoutez ensuite un cache d’objet si nécessaire
• Optimisez la base de données : ajouter des index, optimiser les requêtes lentes
• Utilisez un CDN : pour l’audience globale ou les sites à forte charge statique
• Mise à niveau du serveur : Si le processeur ou la mémoire vive (CPU/RAM) dépasse régulièrement sa limite maximale

Optimisation TTFB spécifique à WordPress

• Désactivez ou limitez les plugins. Notez que chaque plugin ajoute un temps de traitement.
• Utilisez un thème axé sur la performance. Évitez les générateurs de page pour les sites critiques.
• Activez la mise en cache d’objets avec Redis
• Utilisez un plugin de mise en cache
• Optimisez la base de données (avec un outil comme WP-Optimize)
• Désactivez les pingbacks et les trackbacks
• Limitez les révisions de publications

Dans quels contexte le TTFB est-il moins crucial?

Le TTFB est moins critique pour certains types d’usage. Cela inclut notamment les tableaux de bord d’administration (les utilisateurs authentifiés s’attendent à un certain retard), les outils internes (la performance est moins importante que la fonctionnalité), les API où la mise en cache gère la plupart du trafic.

Le TTFB est toutefois essentiel pour les pages publiques, l’e-commerce (en particulier les pages produits), les pages de destination pour les publicités, les utilisateurs mobiles sur des connexions plus lentes.

Pour la majorité des sites web, cet indicateur est donc incontournable. Certains propriétaires de sites ont toutefois moins de raisons de le prioriser que d’autres.

Pour conclure sur l’importance du TTFB et comment l’améliorer

Un TTFB inférieur à 200 ms est réalisable. Il vous faut toutefois une configuration correcte du serveur, une optimisation de la base de données et une mise en cache.

Pour la plupart des sites, les plus grands gains proviennent de la mise en cache des pages et de l’optimisation de la base de données avant de dépenser dans des mises à niveau d’infrastructure.

Surveillez régulièrement votre TTFB. Une augmentation soudaine signale souvent un problème. Il peut s’agir de conflits de plugin, de problèmes de base de données ou de contraintes de ressources du serveur.

Les hébergements d’Ex2 incluent le stockage SSD NVMe, des configurations de serveur web optimisées par de nombreuses technologies pouvant contribuer à améliorer votre TTFB.

Nous espérons que cet article vous a plu et vous a éclairé sur les Core Web Vitals. Si c’est le cas, nous vous invitons à consulter nos autres articles et tutoriels.

Notre base de connaissance contient aussi sans doute des réponses à toutes vos questions en liens avec vos projets web