TTFB
Le temps de réponse serveur : seuil de 800 ms, méthode de mesure, causes d’une dégradation.
Le Time to First Byte (TTFB) mesure le temps de réponse initial d’un serveur. Le TTFB, aussi nomme temps de réponse serveur, court du départ de la navigation jusqu’au premier octet reçu. En SEO, Google recommande via web.dev un bon TTFB sous 800 ms au 75e centile.
Comment fonctionne le TTFB ?
Le TTFB additionne cinq phases réseau avant le premier octet du serveur. La chaîne comprend le temps de redirection, la résolution DNS, la connexion TCP, la négociation TLS, puis le traitement de la requête côté serveur. Le navigateur mesure ce délai via la Navigation Timing API, entre startTime et responseStart. Un site rendu côté serveur peut afficher un TTFB plus eleve mais un meilleur LCP qu’une application monopage. Selon web.dev, les seuils TTFB restent un repère indicatif, à pondérer selon le mode de livraison du contenu.
Pourquoi le TTFB est important pour le SEO ?
Le TTFB précède et plafonne le LCP, métrique de classement de Google. Un TTFB de 1,5 s consomme déjà plus de la moitie du budget de 2,5 s d’un bon LCP, selon web.dev. Le TTFB n’entre pas directement dans les Core Web Vitals, mais un serveur lent bride toute la suite du chargement. Le Web Almanac 2025 de HTTP Archive releve que seuls 44 % des sites mobiles atteignent un bon TTFB. Réduire ce délai reste souvent le levier le plus rapide pour repasser le LCP en zone verte.
| Seuil cite | Origine | Statut en 2026 |
|---|---|---|
| 200 ms | Ancienne doc PageSpeed (API v4) | Guidage retire, obsolète depuis 2019 |
| 600 ms | Alerte PageSpeed « temps de réponse serveur » | Seuil d’alerte de l’outil, pas le seuil officiel |
| 800 ms | web.dev, mis à jour nov. 2025 | Reference actuelle, au 75e centile |
Comment réduire le TTFB ?
Réduire le TTFB passe d’abord par le cache serveur et un hébergement adapte. Activez un cache de page, un cache objet Redis, puis servez le HTML depuis un CDN en edge. Supprimez les chaînes de redirection : chaque saut ajoute un aller-retour réseau compte dans le TTFB. web.dev conseille de traiter le TTFB en priorité, car il précède le FCP et le LCP, avec un objectif de 800 ms au 75e centile.
Le TTFB est-il un facteur de classement Google ?
Le TTFB n’est pas un facteur de classement direct, car il ne fait pas partie des Core Web Vitals. Google le classe comme métrique diagnostique. Son impact reste fort et indirect : un TTFB eleve retarde le LCP, qui entre dans le signal Page Expérience. Le seuil bon du LCP est fixe a 2,5 s, selon web.dev, et un serveur lent le rend inatteignable.
Exemple concret de mesure du TTFB
Une commande curl mesure le TTFB réel d’une URL en isolant le temps jusqu’au premier octet. Comparez la valeur avec cache actif puis cache vide pour localiser un goulot serveur ou base de données.
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://exemple.fr/Erreur fréquente observée en audit
Erreur observée. Un TTFB élevé est souvent attribué immédiatement à l’hébergement. Pourtant, la mesure inclut aussi les redirections, la résolution DNS, la connexion TCP, la négociation TLS et le traitement serveur. L’audit doit décomposer ces étapes, puis comparer les réponses avec et sans cache avant d’identifier l’origine du délai.
Faire expliquer ce terme par une IA
Ouvre le moteur de ton choix avec un prompt pré-rempli sur ce terme.
Sources
- 1web.dev – Time to First Byte (TTFB) · nov. 2025
- 2web.dev – Optimize Time to First Byte · nov. 2025
- 3HTTP Archive – Web Almanac 2025, chapitre Performance · 2025
Questions fréquentes
Comment mesurer le TTFB sans outil dédié ?−
La commande curl affiche la valeur via son option de format de temps. L’onglet Réseau des DevTools la donne aussi, sur la ligne d’attente. Les deux mesurent depuis votre connexion, pas depuis celle des visiteurs.
Un hébergement mutualisé condamne-t-il le TTFB ?+
Non, un cache serveur bien réglé ramène le TTFB sous le seuil. La mutualisation ajoute une variabilité liée aux voisins de la machine. Le passage à un serveur dédié se justifie quand le cache ne suffit plus.
Le TTFB varie-t-il selon la page ?+
Oui, une page en cache répond plus vite qu’une page générée à la demande. Recherche interne et panier échappent au cache. La mesure porte donc sur plusieurs types de pages.
Damien Hernandez
Consultant SEO senior, 17 ans d’expérience (Accor, Louvre Hotels, Infopro Digital). Spécialiste SEO technique, analyse de logs et optimisation pour les moteurs génératifs (GEO).