« Mon site est lent, je pense que c’est l’hébergeur. » Parfois oui. Souvent non. Sur
les audits de performance que nous menons, la répartition est à peu près celle-ci : un
tiers hébergement réellement en cause, deux tiers site mal optimisé — images de 4 Mo,
quinze extensions dont trois qui se marchent dessus, aucun cache. Changer d’hébergeur quand le
problème est le site, c’est déménager pour fuir son propre désordre : on le retrouve dans les
cartons. Voici comment trancher en 20 minutes, avec des outils gratuits et un seul indicateur
décisif : le TTFB.
Le TTFB : la part de l’hébergeur dans l’attente
Le TTFB (time to first byte) mesure le temps entre votre requête et le premier octet de
réponse du serveur. Ce délai, c’est presque exclusivement le travail de l’hébergement : réseau,
serveur web, exécution PHP, base de données. Tout ce qui vient après — téléchargement des images,
scripts, affichage — c’est le site. Le TTFB est donc la ligne de partage des
responsabilités.
| TTFB constaté | Verdict | Ce qu’on en conclut |
|---|---|---|
| Moins de 200 ms | Hébergeur hors de cause | C’est le niveau « bon » selon Google. Si le site reste lent, la cause est côté site : images, extensions, absence de cache, thème lourd |
| 200 à 800 ms | Zone grise | Acceptable mais perfectible : souvent un PHP lent ou une base encombrée. Un cache serveur (LiteSpeed, Varnish) ou un PHP récent change tout |
| Plus de 800 ms | Alerte | Le seuil « à améliorer » de Google. Mutualisé saturé, serveur sous-dimensionné ou site qui étouffe sa machine : l’hébergement entre sérieusement en cause |
Mesurer proprement : les 4 règles qui évitent les faux verdicts
- →Testez plusieurs fois, à plusieurs heures : un mutualisé saturé est lent aux heures de pointe et correct à 7 h du matin. Une mesure unique ne prouve rien ; dix mesures étalées dessinent un profil.
- →Testez à froid ET à chaud : le premier chargement montre le serveur au travail, le second montre le cache. Si le 2e est rapide et le 1er catastrophique, le cache masque un serveur (ou un site) lent — et tous les visiteurs « à froid » paient le prix.
- →Testez une page NON cachée : la page de connexion
wp-login.phpn’est jamais servie par le cache. Son TTFB révèle la vraie vitesse d’exécution PHP du serveur — c’est notre thermomètre préféré. - →Testez depuis la France : un outil qui mesure depuis les États-Unis ajoute 100-150 ms de réseau incompressible. Choisissez un point de mesure Paris/Francfort.
Les outils : l’onglet Réseau de votre navigateur (colonne « attente » /
« waiting »), PageSpeed Insights (qui affiche le TTFB dans les diagnostics), WebPageTest
ou les outils de mesure de TTFB en ligne multi-localisations. Aucun ne coûte rien.
Si le TTFB est bon : les 4 suspects côté site
- Les images : la cause n°1, de très loin. Des photos sorties d’appareil à 4-8 Mo affichées en vignettes. Conversion WebP + dimensionnement correct = souvent -60 % de poids de page.
- L’empilement d’extensions : chaque extension charge ses scripts et ses styles partout, même où elle ne sert pas. Au-delà de 20-25 extensions, l’audit s’impose — et certaines (constructeurs de pages additionnels, sliders anciens) pèsent à elles seules plus que tout le reste.
- L’absence de cache de page : sans cache, chaque visite reconstruit la page en PHP. Un cache bien réglé divise le temps de génération par 10 à 100 pour les visiteurs anonymes.
- La base de données encombrée : révisions par milliers, transients expirés, tables d’extensions désinstallées. Un nettoyage de base est un des gestes les plus rentables d’une maintenance — c’est d’ailleurs un des 10 signes qu’on audite systématiquement.
Si le TTFB est mauvais : ce que ça vaut de changer
Quand l’hébergement est réellement en cause, le gain d’une migration est immédiat et mesurable.
Ce qui fait la différence entre deux offres : les disques NVMe (jusqu’à 6 fois
plus rapides que les SSD SATA classiques sur les entrées/sorties, ce qui compte énormément pour une
base de données), une version de PHP récente, un cache serveur natif
(LiteSpeed chez o2switch par exemple), et la densité du mutualisé — un hébergeur
low-cost entasse davantage de sites par machine, et vous subissez les pics des voisins. Notre
comparatif détaillé des offres est ici :
meilleur hébergeur WordPress 2026,
et le choix de la formule (mutualisé, VPS, infogéré) est traité dans
ce guide.
Le piège du faux remède : passer d’un mutualisé à un VPS « pour la performance » sans personne pour l’administrer. Un VPS non optimisé est souvent PLUS lent qu’un bon mutualisé — et c’est vous le responsable des mises à jour serveur. La montée en gamme n’a de sens qu’administrée.
Et si le verdict est « il faut migrer » : notre méthode
zéro coupure est documentée ici.
🚀 Vous voulez le diagnostic chiffré avant de décider quoi que ce soit ? EVICO migre votre site WordPress sans coupure ni perte SEO, e-mails compris : découvrez notre service migration & hébergement — étude gratuite de votre hébergement actuel. Ou contactez-nous directement.
Sources : Google web.dev (seuils TTFB : bon < 200 ms, à améliorer
au-delà de 800 ms) ; benchmarks disques NVMe vs SSD SATA ; répartition des causes et
méthode : audits de performance EVICO.
