Time to First Byte (TTFB)
Le délai avant que le serveur commence à répondre.
Définition
Le TTFB est le délai avant que le serveur commence à répondre. Il précède tout le reste : aucune optimisation de la page ne le compense, puisque le navigateur n’a rien à afficher tant qu’il attend.
Que mesure exactement le TTFB ?
Le temps entre la demande du navigateur et le premier octet reçu.
Il additionne plusieurs choses : la résolution du nom de domaine, l’établissement de la connexion, puis le travail du serveur pour construire la page. Sur WordPress non mis en cache, cette dernière part domine largement : requêtes en base, assemblage du thème, exécution de toutes les extensions actives.
C’est pour cette raison qu’un TTFB élevé ne se corrige pas en allégeant la page. La page n’a même pas commencé à être envoyée.
Le raccourci à éviter. Mesurer le TTFB une seule fois, sur une page déjà en cache. Le résultat sera excellent et ne dira rien. La mesure utile se fait sur une page qui n’est pas dans le cache, et plusieurs fois.
Qu’est-ce qui fait monter le TTFB ?
L’absence de cache, un hébergement saturé, ou des requêtes lentes.
Sans cache de page, chaque visiteur déclenche la reconstruction complète. Sur un hébergement mutualisé, l’activité des autres sites du serveur ajoute une variabilité qu’aucune optimisation logicielle ne compense. Enfin, une extension qui interroge mal la base, ou une table gonflée par des données chargées à chaque page, allongent le travail à chaque requête.
Comment le réduire sur WordPress ?
Cache de page d’abord, base ensuite, hébergement en dernier.
Cache de page
Il supprime la reconstruction pour la majorité des visites. C’est le gain le plus large et le plus rapide à obtenir.
Alléger le travail restant
Retirer les extensions inutilisées, examiner les requêtes lentes, et surveiller les données chargées automatiquement à chaque page.
Regarder l’hébergement
Si le TTFB reste élevé une fois le reste traité, le serveur est la limite. Aucun réglage logiciel ne remplace alors un changement d’offre.
Constat de terrain. Sur ilti.fr, l’activation prudente du cache de page a fait passer le temps de réponse de la page d’accueil de 240 à 10 millisecondes. Prudente veut dire cache de page et cache navigateur activés, mais minification et report des scripts laissés désactivés : l’extension avait conservé une ancienne configuration où tout cela était actif, et ce sont les réglages qui cassent des pages sans prévenir.
Questions fréquentes
Quel TTFB viser ?
Il n’existe pas de seuil officiel dans les Core Web Vitals, puisque le TTFB est une sous-partie du LCP. Le repère pratique est qu’il ne devrait pas consommer une part importante du budget de 2,5 secondes publié pour le LCP.
Un CDN améliore-t-il le TTFB ?
Pour les fichiers statiques, oui, en les rapprochant du visiteur. Pour la page elle-même, seulement si le CDN met aussi le HTML en cache. Sinon la demande revient au serveur d’origine et le TTFB ne bouge pas.
Mon site est rapide chez moi, pourquoi le test dit l’inverse ?
Parce que votre navigateur garde des éléments en cache et que votre connexion n’est pas celle du test. C’est aussi pourquoi les données relevées sur les visites réelles priment sur toute mesure ponctuelle.
Sources
Et sur votre site ?
Une définition ne dit pas si vous êtes concerné.
L'audit gratuit répond dans votre cas : état technique, temps de chargement, et ce que Google voit réellement de vos pages. Un constat écrit, sans engagement et sans jargon.