FAQ
Questions fréquentes
Les réponses aux questions que se posent les dirigeants de boutiques PrestaShop : maintenance, migration, sécurité, choix d'un prestataire.
Comment gérer les conflits entre overrides et modules sur PrestaShop ?
Les conflits apparaissent quand un override et un module modifient la même classe ou le même hook en même temps, provoquant erreurs fatales ou comportements incohérents. La solution passe par un recensement systématique des overrides actifs, l'usage prioritaire des hooks plutôt que des overrides, et des tests en environnement de recette avant chaque mise à jour.
Comment mesurer les temps de chargement de l'admin PrestaShop avant et après une optimisation ?
La mesure repose sur des indicateurs techniques précis (TTFB, temps de requêtes SQL, Memory peak) relevés via la barre de debug PrestaShop, les outils navigateur et des tests de charge. Comparer les mêmes pages à froid et à chaud avant/après chaque changement permet d'objectiver les gains réels plutôt que de se fier à une impression de rapidité.
Le back-office PrestaShop est-il utilisable depuis un mobile ou une tablette ?
Le back-office PrestaShop est responsive en théorie, mais son usage réel sur mobile reste limité : consultation des commandes et du chiffre d'affaires possible, saisie de fiches produits ou configuration avancée difficile. Pour un pilotage mobile confortable, mieux vaut utiliser une tablette, l'app mobile officielle ou des raccourcis dédiés.
Pourquoi un module PrestaShop désactivé peut-il continuer à ralentir le back-office ?
Un module désactivé reste présent en base de données et sur le serveur : ses hooks peuvent rester enregistrés, son code peut encore être chargé par des appels directs, et ses tables ou crons orphelins continuent de peser sur les requêtes. La désactivation coupe l'affichage mais pas toujours l'exécution complète du code.
Pourquoi un employé non SuperAdmin reçoit-il une erreur de jeton (token) invalide en se connectant au back-office PrestaShop ?
L'erreur de jeton invalide survient généralement quand le cache des permissions ou des URL employés n'est pas synchronisé avec le profil réel de l'utilisateur, souvent après une modification des droits, un changement d'URL d'admin, ou un cache obsolète. Elle touche plus souvent les profils restreints car PrestaShop vérifie strictement leurs accès à chaque contrôleur. La solution passe par la régénération du cache, la vérification des permissions du profil et parfois la réinitialisation du cookie employé.
Comment activer ou désactiver la nouvelle page produit sur PrestaShop 8 et 9 ?
Depuis PrestaShop 8.1, la nouvelle page produit (refonte de l'édition fiche produit) s'active ou se désactive dans Paramètres avancés > Fonctionnalités expérimentales, via un simple interrupteur, sans toucher au code. Sur PrestaShop 9, elle devient la norme et l'ancienne interface disparaît progressivement. Un test préalable sur un environnement de préproduction reste recommandé avant bascule en production.
Les appels vers PrestaShop Addons depuis le back-office ralentissent-ils l'administration de la boutique ?
Oui, certains écrans du back-office (page des modules, notifications, vérifications de licence) interrogent les serveurs de PrestaShop Addons en temps réel, ce qui peut créer des lenteurs si ces appels échouent ou sont lents. Le phénomène est identifiable via l'onglet réseau du navigateur et se corrige en limitant ou en différant ces appels.
Pourquoi la mise en page du back-office PrestaShop apparaît-elle déstructurée, avec des blocs mal alignés ou du CSS manquant ?
Un back-office déstructuré provient le plus souvent d'un cache CSS/JS corrompu, d'un conflit entre modules ou thème back-office, ou d'un problème de chargement des assets (permissions, CDN, cache serveur). Vider les caches, désactiver les modules non essentiels un à un et vérifier la console navigateur permet d'isoler la cause en général en moins d'une heure.
Comment configurer la langue du back-office PrestaShop individuellement pour chaque employé ?
Chaque employé peut avoir sa propre langue d'affichage du back-office, indépendamment de la langue de la boutique front-office. Le réglage se fait dans la fiche employé, sous réserve que la langue soit installée et active sur la boutique. Cela facilite le travail d'équipes multilingues ou de prestataires externes.
Comment réinitialiser un mot de passe administrateur PrestaShop directement en base de données ?
La réinitialisation se fait en modifiant le champ passwd de la table ps_employee via phpMyAdmin, avec un hash généré dans le même format de cryptage que votre version PrestaShop (bcrypt depuis la 1.7). C'est une manipulation technique sensible qui nécessite une sauvegarde préalable de la base et une bonne connaissance du fichier de configuration cookie_key.
Comment programmer et configurer correctement les tâches cron sur une boutique PrestaShop ?
PrestaShop utilise des tâches cron pour automatiser des opérations récurrentes comme l'indexation des produits, l'envoi d'emails en file d'attente, les exports de flux ou les nettoyages de cache. Ces tâches doivent être déclenchées depuis l'extérieur via une URL ou un script shell, soit avec le cron serveur (crontab), soit via le module natif 'Planificateur de tâches'. Une mauvaise configuration entraîne des index de recherche obsolètes, des emails non envoyés ou des flux marketplace non actualisés.
Un très grand nombre de catégories peut-il ralentir ou bloquer le back-office PrestaShop ?
Oui, un arbre de catégories très profond ou très large (plusieurs milliers de nœuds) ralentit l'arborescence du back-office, les filtres produits et certaines pages front comme le plan du site. Le problème vient surtout du rendu de l'arbre complet en une fois et de requêtes SQL non optimisées, pas d'une limite technique stricte de PrestaShop. Des ajustements de configuration, d'index et d'affichage suffisent généralement à retrouver une navigation fluide.
Comment réorganiser efficacement des centaines de catégories dans PrestaShop sans casser le SEO ni l'expérience client ?
La réorganisation de centaines de catégories exige une préparation hors ligne (export CSV, cartographie des redirections), des outils natifs comme le glisser-déposer limité ou l'import CSV en masse, et une vigilance stricte sur les URLs et le maillage SEO. Pour des volumes importants, un module de gestion en masse ou un script dédié via l'API PrestaShop évite les erreurs manuelles répétitives.
Pourquoi certains paramètres ne se partagent-ils pas automatiquement entre les boutiques d'une installation multiboutique PrestaShop ?
PrestaShop distingue trois niveaux de configuration : global (tout le multiboutique), groupe de boutiques, et boutique individuelle. Chaque paramètre est rattaché par défaut à l'un de ces niveaux selon sa nature technique ou commerciale, ce qui explique pourquoi certains se propagent automatiquement et d'autres non. Comprendre cette architecture évite les incohérences de configuration entre boutiques.
La nouvelle page produit de PrestaShop 8/9 gère-t-elle correctement les configurations multiboutique ?
La nouvelle page produit reprend globalement la logique multiboutique de PrestaShop, avec association des fiches par boutique et gestion des associations de groupes, mais certains champs (déclinaisons, images, SEO) nécessitent une vérification manuelle après migration. Des écarts d'affichage ou de synchronisation entre boutiques d'un même magasin multi-sites sont régulièrement signalés et doivent être testés avant mise en production.
Comment exporter les données de vente de PrestaShop pour les transmettre à la comptabilité ?
PrestaShop permet d'exporter les commandes, factures et paiements via le back-office (exports CSV natifs ou modules dédiés) pour les transmettre à un expert-comptable ou les importer dans un logiciel compatible. L'essentiel est de synchroniser la période, le format attendu (FEC, CSV, SAGE) et la TVA par taux pour éviter les écarts lors de la clôture.
Pourquoi l’accès au back-office PrestaShop est-il bloqué après la suppression d’un pack de langue ?
La suppression d’un pack de langue retire les traductions liées au profil employé utilisé pour l’administration, ce qui provoque une erreur bloquante ou une page blanche à la connexion. Le problème vient d’un identifiant de langue orphelin en base (table ps_employee) ou d’un fichier de traduction manquant. La solution consiste à réassigner une langue valide à l’employé directement en base de données, ou à réinstaller le pack supprimé.
Comment vider le cache de PrestaShop quand le back-office refuse de s'ouvrir ?
Un back-office qui ne s'ouvre plus après une mise à jour, l'installation d'un module ou une modification de fichier est souvent lié à un cache corrompu (Smarty, Symfony ou CDC). La solution consiste à supprimer manuellement les dossiers de cache via FTP, sans passer par l'interface d'administration inaccessible. Cette opération est sans risque pour les données si elle est faite sur les bons répertoires.