Un back-office PrestaShop qui rame a presque toujours l’une de ces quatre causes : des appels vers des serveurs externes, un hébergement sous-dimensionné, des modules trop nombreux, ou une base de données encombrée. Voici comment les identifier et les traiter dans l’ordre.

backoffice prestashop lent

Vérifier d’abord si le problème vient de l’extérieur

C’est le premier réflexe, et le moins intuitif.

Le back-office interroge des serveurs externes pour afficher les notifications, les recommandations de modules et les mises à jour disponibles. Si ces serveurs répondent lentement, votre administration attend, alors que votre boutique côté visiteur fonctionne parfaitement.

Le symptôme caractéristique : le site public est rapide, l’administration est lente. Si vous constatez cela, le problème n’est pas votre hébergement.

L’épisode d’octobre 2018 en est resté l’exemple le plus net, PrestaShop ayant dû revoir l’infrastructure de sa plateforme de modules à cette occasion :

Depuis, ces services ont été renforcés, mais le mécanisme demeure : toute dépendance externe peut ralentir votre administration.

Désactiver les appels externes inutiles

Dans les paramètres avancés, plusieurs options déclenchent des appels vers l’extérieur à chaque chargement de page : les notifications de nouvelles versions, les blocs de recommandations de modules, les statistiques de la plateforme.

Désactiver ce dont vous ne vous servez pas produit un gain immédiat et sans risque. Vous garderez la main sur les mises à jour en les vérifiant vous-même une fois par mois.

Traiter les causes internes

Les modules

Chaque module actif se charge dans l’administration, y compris ceux que vous n’utilisez plus. Faites l’inventaire et supprimez, ne désactivez pas : un module désactivé reste présent sur le serveur.

La base de données

PrestaShop accumule les connexions clients, les paniers abandonnés, les statistiques et les journaux. Sur une boutique ancienne, ces tables atteignent des tailles considérables et ralentissent chaque requête.

Purgez les données statistiques anciennes et les paniers abandonnés au delà de quelques mois. Sauvegardez avant, systématiquement.

Le cache et le mode debug

Vérifiez que le mode debug n’est pas resté actif après un diagnostic, ce qui arrive plus souvent qu’on ne le croit, et que le cache est activé.

L’hébergement

Si le site public est lui aussi lent, le serveur est en cause. Un back-office lent est d’ailleurs un bon indicateur d’hébergement sous-dimensionné : l’administration sollicite bien plus de ressources que l’affichage d’une page mise en cache.

Identifier précisément la cause

Plutôt que de procéder par élimination, activez le profilage de PrestaShop. Il indique le temps consommé par requête et par module, et désigne le responsable en quelques secondes.

Pensez à le désactiver ensuite, et à ne l’activer qu’en restreignant l’accès à votre adresse IP si la boutique est en production.

Questions fréquentes

Pourquoi mon back-office PrestaShop est-il lent ?
Quatre causes principales : des appels vers des serveurs externes, un hébergement sous-dimensionné, trop de modules actifs ou une base de données encombrée.

Le site public est rapide mais l’administration est lente, pourquoi ?
Le problème vient presque toujours des appels externes déclenchés par le back-office, pas de votre hébergement.

Comment identifier le module responsable ?
En activant le profilage de PrestaShop, qui indique le temps consommé par requête et par module.

Faut-il supprimer ou désactiver les modules inutilisés ?
Les supprimer. Un module désactivé reste présent sur le serveur et constitue une surface d’attaque.

Faut-il changer d’hébergement ?
Seulement si le site public est lui aussi lent. Sinon, le serveur n’est pas en cause.

5/5 - (62 votes)

À lire aussi dans PrestaShop