Tu testes ton site. Les images sont optimisées. Le CSS est minifié. Le cache est configuré. Pourtant… La page met toujours du temps à commencer à s'afficher. Tu regardes les résultats. Et tu découvres quelque chose d'intéressant : le serveur met déjà beaucoup de temps à répondre. Bienvenue dans le monde du TTFB.
TTFB signifie Time to First Byte. On peut le traduire simplement par : « Combien de temps faut-il avant de recevoir le premier morceau de réponse du serveur ? »
Lorsque tu demandes une page, plusieurs étapes peuvent se produire. Ton navigateur envoie une demande. Le serveur la reçoit. Il doit éventuellement exécuter du code, interroger une base de données, construire la réponse… Puis il commence enfin à répondre. Le TTFB s'intéresse notamment à cette première partie du trajet.
Imaginons que tu demandes une page à ton site. Le navigateur envoie une requête. Le serveur doit alors traiter cette demande. Selon le fonctionnement du site, il peut devoir exécuter du code, interroger une base de données, récupérer certaines informations, construire la réponse ou vérifier certains éléments de cache. Ce n'est qu'ensuite qu'il commence à envoyer la réponse au navigateur.
Un TTFB élevé n'a pas toujours une seule cause. Cela peut venir de l'hébergement, de la distance géographique, du temps de traitement côté serveur, d'une base de données lente, de plugins ou modules, d'une mauvaise configuration du cache ou d'une infrastructure trop sollicitée. Il faut donc éviter de conclure trop rapidement qu'un seul élément est responsable.
Ton visiteur demande : https://monsite.fr/. Le navigateur envoie la requête. Le serveur met 1,5 seconde avant de commencer à répondre. Ensuite, les fichiers sont envoyés rapidement. Tu peux avoir optimisé parfaitement tes images et ton CSS. Mais si le serveur met déjà beaucoup de temps à répondre, tu pars avec un retard important.
Mesure ton TTFB
Utilise un outil de performance comme PageSpeed Insights. Tu peux également utiliser les outils développeur du navigateur pour observer les temps réseau. L'objectif est d'avoir une première indication sur le temps nécessaire avant le début de la réponse du serveur.
Regarde si le problème est généralisé
Teste plusieurs pages. Si une seule page est lente, le problème peut venir de cette page. Si toutes les pages sont lentes au démarrage, le serveur ou l'infrastructure devient une piste importante. Cette comparaison est très utile pour orienter ton diagnostic.
Vérifie le cache
Un cache serveur correctement configuré peut éviter de reconstruire inutilement certaines pages. Vérifie donc si le cache est actif et s'il fonctionne correctement.
Regarde ton hébergement
Un hébergement très bon marché peut ne pas offrir les mêmes ressources qu'une infrastructure plus performante. Mais attention : le prix seul ne permet pas de conclure. Il faut regarder les performances réelles de ton infrastructure.
Regarde la base de données
Sur certains CMS, des requêtes nombreuses ou lourdes peuvent ralentir la génération d'une page. La base de données peut donc devenir une piste lorsque le serveur met du temps à construire une réponse.
Regarde les extensions
Sur WordPress par exemple, certains plugins peuvent ajouter beaucoup de traitements. Cela ne signifie pas qu'il faut supprimer tous les plugins. Il faut identifier ceux qui posent réellement problème.
Demande de l'aide si nécessaire
Si tu as optimisé la partie front-end mais que le serveur reste lent, il peut être temps de parler à ton hébergeur ou à un développeur. Tu n'as pas forcément besoin de résoudre seul un problème qui concerne une infrastructure ou un traitement technique avancé.
| Terme | Définition simple |
|---|---|
| TTFB | Temps nécessaire avant de recevoir le premier octet de la réponse du serveur |
| Serveur | Ordinateur qui héberge ou génère les ressources du site |
| Requête | Demande envoyée au serveur |
| Base de données | Système permettant notamment de stocker et récupérer les données du site |
| Hébergement | Service qui fournit l'infrastructure nécessaire pour faire fonctionner un site |
| Backend | Partie technique d'un site qui fonctionne côté serveur |
Question 1 — Que signifie TTFB ?
Question 2 — Que mesure principalement le TTFB ?
Question 3 — Un TTFB élevé peut-il avoir plusieurs causes ?
Question 4 — Si toutes les pages d'un site ont un TTFB élevé, que faut-il regarder ?
Question 5 — Une bonne performance web consiste-t-elle uniquement à réduire le poids des images ?
5/5
Bravo : tu viens de terminer le Palier 2 — La webperformance. Tu sais maintenant qu'optimiser un site, c'est plus que réduire le poids des images !
Bravo : tu viens de terminer le Palier 2 — La webperformance.
Tu sais maintenant que la performance ne se résume pas à « Mon site met-il deux secondes à charger ? » Tu sais regarder les Core Web Vitals, le poids des images, les formats modernes, le lazy loading, le cache, la minification, le CDN et le temps de réponse serveur.
Tu comprends maintenant que la performance est une chaîne. Une image trop lourde, un fichier mal optimisé, un cache mal configuré, un serveur lent ou un mauvais chargement des ressources peuvent chacun avoir un impact sur l'expérience de l'utilisateur.
La prochaine étape consiste à s'intéresser aux éléments qui donnent aux moteurs de recherche des informations précises sur tes pages.
Bienvenue dans le Palier 3 — Les balises et signaux techniques.
La Boussole SEO