Performance

Temps de réponse du serveur : le chiffre qu’on ne regarde jamais

Le plancher que rien ne peut franchir, les trois causes habituelles d’un serveur lent, et comment mesurer soi‑même en trente secondes.

Temps de réponse du serveur : un navigateur encore vide envoie sa demande au serveur, et un chronomètre mesure l’attente avant la réponse

Vous avez compressé les images, allégé les extensions, activé le cache. Le site reste lent au premier affichage. Le problème n’est plus dans la page : il est avant elle.

Qu’est‑ce que le temps de réponse du serveur ?

C’est le délai entre la demande du navigateur et l’arrivée du premier octet de réponse. On l’appelle le TTFB.

Pendant ce temps, l’écran du visiteur est vide. Rien de ce que vous optimisez dans la page ne peut commencer avant que ce délai soit écoulé : c’est un plancher.

  • Moins de 200 ms : excellent.
  • 200 à 500 ms : correct.
  • 500 à 800 ms : à surveiller.
  • Plus de 800 ms : c’est là qu’il faut chercher, pas ailleurs.

Qu’est‑ce qui rend un serveur lent ?

L’hébergement mutualisé saturé

Sur une offre à 3 € par mois, vous partagez la machine avec des centaines d’autres sites. Si l’un d’eux consomme tout, vous ralentissez sans avoir rien changé. C’est la cause la plus fréquente, et elle ne se corrige pas par du code.

Une base de données encombrée

Des années de révisions d’articles, de commandes annulées et de tables laissées par des extensions désinstallées. Chaque page attend des requêtes qui fouillent tout cela.

Une version de PHP dépassée

Passer de PHP 7.4 à PHP 8.3 fait couramment gagner 30 % de temps d’exécution. C’est gratuit, cela prend dix minutes, et personne ne le fait.

Comment mesurer mon TTFB ?

Ouvrez les outils de développement de votre navigateur avec la touche F12, onglet Réseau, puis rechargez. La première ligne est votre page : la colonne du temps d’attente donne la valeur.

Mesurez trois fois, en dehors du cache, et à des moments différents de la journée.

Changer d’hébergeur est‑il la solution ?

Parfois, mais commencez par ce qui ne demande aucun budget : la version de PHP, le nettoyage de la base, et l’activation de la compression. Ces trois actions résolvent une bonne partie des cas.

Si le TTFB reste au‑dessus de 800 ms après cela, le problème est bien la machine, et aucun réglage ne le corrigera.

Sur le même sujet : Faut‑il compresser les fichiers de son site ? · Faut‑il précharger ses ressources ?

Cette question vous concerne ?

Décrivez‑moi votre situation en deux lignes. Je vous donne mon avis, sans engagement.

Réponse sous 24 h · Premier échange offert