Votre site est-il vraiment rapide ? Ce que le TTFB révèle en 1 seconde
Le Time to First Byte mesure la rapidité de réponse de votre serveur. Moins de 800 ms, c'est bien. Plus de 1,5 s, c'est un signal d'alarme — et la plupart des propriétaires de sites ne vérifient jamais.
- Le TTFB (Time to First Byte) mesure la rapidité avec laquelle le serveur envoie le premier octet après une requête — c'est la base de toute performance
- Moins de 800 ms = rapide, 800 ms–1,5 s = à améliorer, plus de 1,5 s = lent. Orilyt le note automatiquement
- Un TTFB lent est souvent causé par l'hébergement, pas par le site — un constat qui peut justifier une migration d'hébergeur
Vous pouvez optimiser les images, minifier le JavaScript et activer le cache — mais si le serveur met 3 secondes à répondre, rien de tout cela ne compte. Le visiteur fixe un écran blanc. Google enregistre le retard. Votre score PageSpeed plonge.
C'est ce que le TTFB mesure : le temps entre la requête du navigateur et le tout premier octet de la réponse du serveur. C'est le coup de départ de chaque chargement de page. S'il est lent, tout ce qui suit est retardé.
La plupart des propriétaires de sites ne vérifient jamais leur TTFB. Ils se concentrent sur le visuel — chargement de la page, images, mise en page — sans réaliser que le goulot d'étranglement est le serveur lui-même. Le test #16 d'Orilyt le mesure automatiquement et le transforme en constat clair et actionnable.
Ce que le TTFB mesure réellement
TTFB signifie Time to First Byte. Quand votre navigateur envoie une requête à un serveur, trois choses se passent :
- Résolution DNS : traduction du nom de domaine en adresse IP
- Connexion TCP/TLS : établissement de la connexion sécurisée avec le serveur
- Traitement serveur : le serveur exécute PHP, interroge la base de données, construit le HTML et envoie le premier octet
Le TTFB est le temps total de ces trois étapes. La troisième — le traitement serveur — est généralement là où se situe le goulot d'étranglement. Une base de données lente, un hébergement mutualisé surchargé ou du PHP non optimisé peuvent ajouter des centaines de millisecondes.
Google considère le TTFB dans son évaluation Core Web Vitals. Un TTFB lent impacte directement le LCP (Largest Contentful Paint), qui est un facteur de classement.
Comment Orilyt note votre TTFB
Le test #16 mesure le TTFB de la page auditée et le note selon trois seuils :
- Moins de 800 ms → Score 100 — Rapide. Le serveur répond vite, aucune action nécessaire
- 800 ms à 1,5 s → Score 80 — Acceptable mais améliorable. Mérite une investigation
- Plus de 1,5 s → Score 50 — Lent. Le serveur est un goulot d'étranglement. Action requise
Ces seuils sont alignés sur les recommandations de Google. Un TTFB au-dessus de 1,5 seconde garantit presque un mauvais score LCP, ce qui impacte le classement dans les résultats de recherche.
Les 5 causes les plus fréquentes d'un TTFB lent
Quand le TTFB est élevé, le coupable est presque toujours côté serveur. Voici les cinq causes les plus fréquentes :
- Hébergement mutualisé bon marché — votre site partage CPU et RAM avec des centaines d'autres. Heures de pointe = réponses lentes
- Pas de cache serveur — chaque requête déclenche une exécution PHP complète et des requêtes en base. Ajouter un cache de page (WP Super Cache, WP Rocket, Redis) peut réduire le TTFB de 80 %
- Requêtes SQL lentes — requêtes non optimisées, index manquants ou table wp_options surchargée. Chaque requête supplémentaire ajoute des millisecondes
- Trop de plugins — chaque plugin se branche sur WordPress et ajoute du temps de traitement. 30+ plugins actifs est un tueur de TTFB classique
- Distance géographique — si votre serveur est aux US et vos visiteurs en Europe, la distance physique ajoute de la latence. Un CDN ou un serveur plus proche résout le problème
Le point clé pour les freelances : un TTFB lent est généralement un problème d'hébergement, pas de code. Cela le rend facile à diagnostiquer et à recommander — « votre hébergement est le goulot d'étranglement, voici quoi changer. »
Le TTFB comme argument de vente
Pour les freelances et les agences, le TTFB est l'un des constats d'audit les plus puissants. Il est mesurable, objectif, et directement lié aux résultats business :
Un TTFB lent signifie des chargements plus lents, ce qui signifie des taux de rebond plus élevés, des conversions plus faibles et un moins bon référencement. Les études montrent que chaque 100 ms de délai réduit les conversions de 1 %.
Dans le rapport Orilyt, le test #16 génère une recommandation FIA structurée :
- Fait : « TTFB mesuré à 2,3 secondes — classé comme lent »
- Impact : « Chaque chargement de page est retardé, affectant l'expérience utilisateur, le SEO et les taux de conversion »
- Action : « Migrer vers un hébergeur plus rapide ou implémenter du cache serveur — amélioration estimée : 60-80 % »
Le test qui révèle la vraie vitesse de votre serveur
Le TTFB est souvent la métrique de performance la plus négligée. Les propriétaires de sites se concentrent sur les images et les scripts, sans voir que leur serveur ajoute 2 secondes avant même que quoi que ce soit ne commence à se charger.
Avec le test #16 d'Orilyt, vous obtenez une mesure instantanée et objective. Pas d'outils manuels, pas de commandes terminal — juste un score clair avec des recommandations actionnables.
Si vous auditez les sites de clients, le TTFB vous donne un point de données concret, facile à expliquer et qui mène à une solution claire. C'est le genre de constat qui lance des conversations — et qui conclut des ventes.