Le temps de réponse est le délai entre la demande du navigateur et le premier octet reçu. Pendant ce temps, rien ne s’affiche. C’est la fondation : tant qu’elle est lente, aucune optimisation d’affichage ne produira d’effet visible.
Je regarde votre situation et je vous dis en vingt minutes ce qui mérite d’être corrigé en priorité.
Les seuils
En dessous de 200 ms, c’est excellent. Entre 200 et 600 ms, correct. Au-delà de 600 ms, cela pèse sur l’expérience. Au-delà de 1,5 seconde, c’est le premier chantier à ouvrir, avant toute autre optimisation.
Les cinq causes possibles
Absence de cache, ce qui oblige à générer chaque page. Version de PHP ancienne. Base de données encombrée ou mal indexée. Extension exécutant un traitement lourd à chaque chargement. Ou hébergement saturé.
- Pas de cache : chaque page est régénérée à chaque visite
- PHP ancien : les versions récentes sont nettement plus rapides
- Base encombrée : transitoires, révisions, sessions expirées
- Extension lourde : appel externe ou traitement à chaque page
- Hébergement saturé : temps variable selon l’heure
Le cache, premier levier
Sans cache, WordPress exécute du PHP et interroge la base à chaque visite, même pour une page qui n’a pas changé depuis six mois. Une extension de cache correctement configurée fait souvent passer le temps de réponse de 800 ms à moins de 100 ms.
C’est le rapport gain sur effort le plus favorable de toute l’optimisation WordPress, à condition d’exclure correctement les pages dynamiques.
| Observation | Cause probable | Action |
|---|---|---|
| Lent en permanence | Absence de cache ou PHP ancien | Installer un cache, mettre PHP à jour |
| Lent aux heures de pointe | Hébergement saturé | Changer d’offre ou d’hébergeur |
| Lent sur certaines pages | Requête ou extension spécifique | Profiler ces pages |
| Lent depuis peu | Base encombrée ou extension récente | Nettoyer, désactiver la dernière installée |
| Rapide connecté, lent déconnecté | Cache mal configuré | Vérifier les règles d’exclusion |
Je peux appliquer directement ces corrections sur votre site plutôt que vous laisser une liste de recommandations.
La version de PHP
Les écarts entre versions sont considérables : passer d’une version obsolète à une version récente améliore souvent le temps d’exécution de moitié, sans aucune modification du site.
Vérifiez d’abord la compatibilité de vos extensions, puis testez sur une copie avant de basculer en production.
Repérer l’extension coupable
Une extension qui interroge une API externe à chaque chargement de page ajoute le temps de réponse de cette API au vôtre. Si le service tiers est lent, votre site l’est aussi, sans que rien ne l’indique.
Le temps de réponse est la fondation. Optimiser l’affichage sur un serveur lent revient à peindre une façade sur des fondations qui s’affaissent.
Ce qu’il faut retenir
Mettez en place un cache avant tout : c’est le levier le plus rentable. Passez ensuite à une version récente de PHP, puis nettoyez la base. Ces trois actions couvrent la grande majorité des temps de réponse dégradés, et aucune ne demande de refonte.
Installer une extension de cache
Avantages
- Gain le plus important pour l’effort le plus faible
- Réduit fortement la charge serveur
- Effet immédiat sur le temps de réponse
- Beaucoup d’options gratuites et performantes
Inconvénients
- Exige des exclusions précises sur une boutique
- Peut servir du contenu obsolète après modification
- Complique le diagnostic des anomalies
- Deux caches simultanés produisent des effets imprévisibles
Réduire le temps de réponse
0 sur 5 points validés
Cochez au fur et à mesure : votre avancement reste sur cet appareil, rien n’est envoyé et aucun compte n’est nécessaire.
Le temps de réponse conditionne tout le reste. Installez un cache, passez à une version récente de PHP, nettoyez la base : ces trois actions couvrent la majorité des cas et ne demandent aucune refonte.
Questions fréquentes
Quel temps de réponse viser ?
Sous 200 ms est excellent, sous 600 ms acceptable. Au-delà de 1,5 seconde, c’est le premier chantier, avant toute optimisation d’affichage.
Un CDN améliore-t-il le temps de réponse ?
Pour les fichiers statiques, oui, nettement. Pour la page elle-même, seulement si le CDN met en cache le HTML. Sinon la requête remonte quand même jusqu’à votre serveur.
Comment savoir si mon hébergement est saturé ?
Mesurez le temps de réponse à plusieurs moments de la journée, sur plusieurs jours. Une variation importante entre les heures creuses et les heures de pointe est caractéristique d’un mutualisé surchargé.
Sources et vérifications
Seuils conformes aux recommandations publiques. Les gains cités proviennent des optimisations que je réalise.
Décrivez votre situation en quelques lignes. Réponse sous 24 heures, sans engagement ni relance commerciale.
