Cet article vaut pour tout site. Si le vôtre tourne sous WordPress, l'article Accélérer WordPress : les causes d'un site lent détaille ensuite le cache, les extensions et le thème.
1. Mesurer, sur deux pages
- Ouvrez PageSpeed Insights et testez la page d'accueil puis une page intérieure, en version mobile.
- Notez deux valeurs : le délai de première réponse du serveur, appelé TTFB, et le temps d'affichage du plus grand élément de la page, le LCP.
- Gardez ces chiffres : après chaque correction, refaites la même mesure sur les mêmes pages.
Selon web.dev, le guide de Google sur les performances relu le 14 octobre 2026, un TTFB de 0,8 seconde ou moins est bon, et au-delà de 1,8 seconde il est mauvais. Le même guide le présente comme un repère, et rappelle qu'il additionne plusieurs étapes : redirections, recherche DNS, connexion, chiffrement, puis le travail du serveur.
L'onglet Réseau des outils de développement de Chrome donne la même mesure page par page, sur votre propre connexion.
2. Le serveur répond vite, la page est lente
La cause est dans ce que la page charge. Dans PageSpeed Insights, la section des diagnostics nomme les fichiers en cause. Les plus fréquents :
| Cause | Ce qu'on voit |
|---|---|
| Images trop lourdes | une photo de plusieurs mégaoctets affichée en petit |
| Scripts tiers | outils de statistiques, de chat, de publicité qui se chargent avant le contenu |
| Polices | plusieurs familles et graisses chargées depuis un service externe |
| Trop de redirections | l'adresse change deux ou trois fois avant d'arriver |
3. Le serveur répond lentement
La page se construit lentement. Trois causes reviennent :
- Un code ou une extension lourde. Une page qui fait des dizaines de requêtes à la base de données, ou qui appelle un service externe lent, retarde chaque visite. Testez une page simple du site : si elle répond vite, la cause est propre aux pages lentes.
- L'absence de cache. Sans cache, chaque visite reconstruit la page. Un cache de page est souvent le gain le plus important.
- Un afflux de robots. Un robot qui envoie des milliers de requêtes ralentit le site pour tout le monde. Les journaux d'accès le montrent : la même adresse ou le même navigateur revient sans cesse.
Les journaux se trouvent dans le gestionnaire de fichiers de Plesk, dossier logs, comme le décrit la documentation de Plesk sur le journal d'erreurs ; les différents fichiers journaux sont présentés dans sa page sur les fichiers journaux. Le fichier error_log signale aussi les scripts qui dépassent leur temps ou leur mémoire.
4. Sur un hébergement Hubspace
Quelques réglages propres à nos serveurs aident le diagnostic :
- La version de PHP se choisit dans Plesk, de 8.0 à 8.3. Une version récente est en général plus rapide : voir Changer la version de PHP de son site.
- Les limites de PHP, relevées sur un site en PHP 8.3 chez nous : 256 Mo de mémoire et 300 secondes par script. Elles se modifient sur demande, après avoir vérifié qu'un script n'abuse pas.
- Un plafond de requêtes protège le serveur : au-delà de 40 requêtes dynamiques simultanées sur un même site, nginx répond par une erreur 503 pour ce site seulement. Un site qui affiche des 503 aux heures chargées subit souvent un robot : voir Erreur 503, 502 ou 504 : que faire ?.
- Les statistiques de fréquentation, gardées trois mois, s'ouvrent par le raccourci « Statistiques » de votre service dans l'espace client. Un pic de visites sans cause connue trahit souvent des robots.
Si tous vos sites ralentissent en même temps, la page État du réseau montre l'état de nos services. Sinon, écrivez-nous depuis l'espace client avec l'adresse de la page lente et vos mesures : nous regardons les journaux du serveur avec vous.
Questions fréquentes
Mon site est lent seulement chez moi, pourquoi ?
Mesurez depuis un autre réseau, par exemple le téléphone en 4G. Si le site y est rapide, la lenteur vient de votre connexion, de votre box ou d'une extension du navigateur, pas du serveur. S'il refuse carrément la connexion depuis votre bureau, votre adresse a peut-être été bloquée : voir Adresse IP bannie par fail2ban : que faire.
Un hébergement plus puissant rendra-t-il mon site rapide ?
Pas si la cause est dans la page. Des images de plusieurs mégaoctets restent lentes sur n'importe quel serveur. Mesurez d'abord : un TTFB élevé avec un site simple et peu de visites est le seul cas où l'hébergement mérite d'être mis en cause.
Combien de temps faut-il pour voir l'effet d'une correction ?
La mesure de laboratoire de PageSpeed Insights change tout de suite. Les données de terrain, tirées des visites réelles, portent sur les vingt-huit derniers jours selon la documentation de PageSpeed Insights : elles ne bougent que progressivement.
Articles liés
- Site inaccessible : que faire ?Site inaccessible ou qui ne s'affiche plus : savoir si la panne vient de vous, du domaine, du DNS, du certificat ou du serveur, et quoi faire.
- Erreur 403 Forbidden : causes et solutionsErreur 403 Forbidden : le serveur refuse de servir la page. Droits de fichiers, page d'index absente, .htaccess, pare-feu : les causes, dans l'ordre.
- Erreur 500 : comprendre et corrigerErreur 500 Internal Server Error : ce que dit ce code, où lire le journal d'erreurs dans Plesk, et les causes à écarter, du .htaccess à la mémoire PHP.