Un tableau de bord WordPress lent ne signifie pas forcément que votre site public est lent. En effet, le cache peut garder les pages publiques rapides alors que l’administration prend plusieurs secondes à réagir.
De mon côté, je commence toujours par vérifier où se trouve réellement le problème. Ainsi, j’évite d’appliquer des optimisations inutiles à tout le site.
Confirmer que seul le tableau de bord WordPress est lent
D’abord, j’ouvre le site public dans une fenêtre privée. Ensuite, je compare sa vitesse avec plusieurs écrans de l’administration : Articles, Médias, Extensions et modification d’une page.
- Si tout le site est lent, je vérifie plutôt le serveur, PHP, la base de données ou les ressources disponibles.
- Si seul wp-admin ralentit, je cherche du côté des extensions, des requêtes AJAX ou REST et des tâches d’administration.
- Si un seul écran pose problème, je concentre mon diagnostic sur cette page précise.
Cette distinction permet souvent de gagner beaucoup de temps.
Identifier le type de ralentissement
Ensuite, j’observe à quel moment l’attente survient. Une page qui tarde à apparaître peut indiquer un traitement PHP ou une requête lente. Toutefois, si l’écran apparaît rapidement puis se fige, JavaScript peut être en cause.
Lorsque la lenteur survient surtout pendant l’enregistrement, je vérifie aussi les requêtes vers admin-ajax.php et l’API REST. Les outils de développement du navigateur permettent justement de repérer les requêtes qui prennent le plus de temps.
Analyser wp-admin avec Query Monitor
Pour aller plus loin, j’utilise souvent Query Monitor. Cette extension permet d’examiner les requêtes de base de données, les erreurs PHP, les appels HTTP, ainsi que les scripts et styles chargés.
Je porte surtout attention aux éléments suivants :
- Requêtes lentes : une requête très longue peut suffire à ralentir tout un écran.
- Appels HTTP : une extension peut attendre la réponse d’un service externe.
- Scripts et styles : certaines extensions chargent inutilement leurs fichiers partout dans l’administration.
- Erreurs PHP : un avertissement répété peut révéler un conflit ou du code obsolète.
En pratique, le nombre total de requêtes n’est pas toujours le problème. Une seule opération très lente peut avoir beaucoup plus d’impact.
Tester les extensions une par une
Les extensions peuvent ajouter des statistiques, des vérifications de licence, des outils d’édition ou des connexions à des services externes. Par conséquent, elles figurent souvent parmi les premières pistes à vérifier.
- Je crée d’abord une sauvegarde récente ou une copie de test.
- Je mesure le temps d’ouverture de l’écran problématique.
- Je désactive une seule extension suspecte.
- Je recharge exactement le même écran.
- Enfin, je réactive l’extension pour confirmer le résultat.
Cette méthode évite de modifier plusieurs variables en même temps.
Vérifier WP-Cron et les services externes
WordPress utilise également WP-Cron pour lancer des tâches planifiées. Une extension mal configurée peut donc ajouter trop de tâches ou répéter inutilement certaines opérations.
De plus, les extensions de sauvegarde, de sécurité, de statistiques ou de licence peuvent contacter des serveurs externes. Si l’un de ces services répond lentement, wp-admin peut attendre sa réponse.
Dans ce cas, je vérifie les événements Cron, les appels HTTP et les journaux du serveur avant de modifier la base de données.
Corriger un tableau de bord WordPress lent méthodiquement
Pour corriger un tableau de bord WordPress lent, je préfère toujours avancer par élimination. J’identifie l’écran concerné, je mesure ce qui ralentit, puis je ne modifie qu’un élément à la fois.
Si vous préférez me confier le diagnostic ou l’entretien de votre site, vous pouvez également consulter les services proposés dans ma boutique en ligne.