UX & Design

TTFB

Time To First Byte. Temps entre la requête du navigateur et la réception du premier octet du serveur.

Le TTFB (Time To First Byte) mesure le temps entre la requête HTTP du navigateur et la réception du premier octet de réponse du serveur. Un TTFB lent indique un problème de serveur, de backend ou d'absence de cache.

Comment le décomposer

Un TTFB agrège quatre temps : résolution DNS, établissement de la connexion, négociation TLS et traitement serveur. L’onglet réseau du navigateur les sépare ligne par ligne, ce qui évite d’optimiser au hasard. Si le traitement serveur domine, cherchez du côté des requêtes de base de données ou d’un rendu non mis en cache. Mesurez plusieurs fois, à des heures différentes, pour écarter un pic isolé.

À quel seuil s’inquiéter

En dessous de 200 millisecondes, la base est saine. Entre 200 et 600, vous perdez de la marge sur toutes les métriques suivantes, puisque le FCP et le LCP démarrent après. Au-delà de 800 millisecondes, considérez que le problème est structurel : mutualisé saturé, absence de cache page ou appels externes bloquants dans le rendu.

Les causes les plus fréquentes

Hébergement partagé sous-dimensionné, absence de cache serveur, chaînes de redirections qui multiplient les allers-retours, requêtes non optimisées sur des catalogues volumineux, et appels d’API synchrones vers un outil tiers pendant la construction de la page. Un CDN corrige la distance géographique mais ne compensera jamais un backend lent : traitez la cause avant la diffusion.

Exemple concret

Une boutique mesure un TTFB de 920 millisecondes depuis Bruxelles. Après activation d’un cache de pages et suppression de deux redirections en chaîne, elle tombe à 210 millisecondes. Le LCP gagne mécaniquement 0,7 seconde, sans aucune modification du design ni des visuels.

Termes associés

TTFB en pratique : UX & Design

Pour aller au-delà de la définition, découvrez notre approche CRO côté UX.

Voir CRO