Nous dépannons les boutiques PrestaShop en panne : erreur 500, module ou thème en conflit, mise à jour ratée, version de PHP incompatible, paiement ou transporteur en erreur, lenteurs. Nous examinons d’abord la panne sans rien modifier, puis le devis est écrit et gratuit. Nous travaillons à distance, jour et nuit, avec sauvegarde préalable et un travail garanti 30 jours.
Pour une boutique, chaque heure d’arrêt est une heure de commandes perdues. Les pannes PrestaShop arrivent le plus souvent après une mise à jour du cœur ou d’un module, un changement de version de PHP chez l’hébergeur, l’installation d’un module de paiement ou de transport, ou un cache qui se corrompt.
Le message affiché au visiteur ne dit presque rien : une page blanche, une erreur 500, ou une boutique qui s’affiche sans mise en forme. La cause se lit dans les journaux de PHP et dans le dossier var/logs. Pour le cas générique d’une erreur de serveur, voyez la page erreur 500.
Ce que nous prenons en charge
Erreur 500 et page blanche
Nous lisons le journal d’erreurs de PHP et ceux de PrestaShop, nous activons temporairement le mode débogage en passant _PS_MODE_DEV_ à true dans config/defines.inc.php, puis nous le remettons à false. Le fichier ou le module responsable est identifié avant toute correction. Les erreurs de syntaxe et de mémoire sont traitées de la même façon.
Module ou thème en conflit
Un module récent ou mal compatible peut bloquer le catalogue, le panier ou l’administration. Nous le désactivons depuis le gestionnaire de modules ou, si le back-office est inaccessible, en renommant son dossier dans modules/. Nous contrôlons aussi les surcharges du dossier override/, souvent à l’origine de conflits entre modules.
Mise à jour ratée
Mise à jour du cœur, d’un module ou du thème interrompue : fichiers à moitié remplacés, tables de base partiellement modifiées. Nous comparons l’état réel avec la version visée, reprenons la migration ou revenons à la sauvegarde si c’est plus sûr, sans perdre les commandes passées entre-temps.
Version de PHP et compatibilité
Chaque version de PrestaShop supporte une plage de versions de PHP. Après un changement d’hébergeur ou une montée de version automatique, nous alignons PHP, ses extensions et les limites de mémoire, ou nous recommandons la mise à niveau de la boutique si l’ancienne version n’est plus supportée.
Paiement et transporteur en erreur
Module de paiement qui n’apparaît plus à la commande, retour de la banque non reçu, transporteur sans tarif, calcul de frais de port faux : nous vérifions la configuration, les zones, les restrictions par groupe et les URL de retour, puis les journaux du module concerné.
Cache et lenteurs
Vidage du cache de Smarty et du cache de PrestaShop depuis les paramètres avancés (page Performances), suppression du contenu de var/cache en cas de blocage, puis réglage de la compression et de l’optimisation des images. Une boutique lente est parfois victime d’une requête SQL ou d’un module qui l’alourdit : nous le recherchons.
Base de données
Tables corrompues, requêtes lentes, préfixe de tables non standard, espace occupé par d’anciens paniers ou journaux. Nous réparons et optimisons après un export complet de la base, avec les outils de MySQL ou MariaDB.
Comment ça se passe
Décrivez la panne
Dites-nous ce que voient vos clients et vous-même, la version de PrestaShop si vous la connaissez, ce qui a changé juste avant, et l’hébergeur utilisé. Une capture d’écran de l’erreur aide, mais n’est pas nécessaire.
Faites examiner la boutique
Nous vous indiquons l’accès nécessaire (administration du site, espace client de l’hébergeur ou serveur) et nous vous guidons pour nous le donner, par téléphone si besoin : fichiers, base de données et back-office s’il fonctionne. Nous regardons les journaux et la configuration sans rien modifier. Tout ce que nous voyons reste strictement confidentiel.
Recevez un devis écrit et gratuit
Établi après l’examen, le devis décrit l’intervention prévue. Son montant dépend de la gravité de la panne, de la taille du catalogue, du nombre de modules et du caractère urgent de la situation. Nous attendons votre acceptation écrite et le règlement avant d’agir.
Rétablissement et compte rendu
Nous sauvegardons les fichiers et la base avant la moindre modification, corrigeons, puis testons le parcours complet d’une commande jusqu’au paiement. Vous recevez un compte rendu écrit : cause, actions, points à surveiller, mots de passe à changer. Si le problème traité réapparaît dans les 30 jours, nous reprenons sans frais.
Questions fréquentes
Combien coûte un dépannage PrestaShop ?
Tout est sur devis, sans tarif fixe. Le prix dépend de la panne, de l’état de la boutique, du nombre de modules, de la nécessité d’une restauration et de l’urgence. Le devis est écrit et gratuit, et il précède toute intervention.
Ma boutique affiche une erreur 500, est-ce grave ?
Pas forcément. C’est souvent un module ou une version de PHP en cause, ce qu’on corrige sans perdre de données. Ne supprimez rien au hasard. Faites une copie des fichiers et de la base si vous le pouvez, puis envoyez-nous le message d’erreur.
Pouvez-vous intervenir si je n’accède plus au back-office ?
Oui, c’est même un cas courant. Avec un accès aux fichiers et à la base de données, que nous vous aidons à ouvrir, nous désactivons le module fautif ou corrigeons la configuration sans passer par l’administration. L’accès à l’hébergement est alors indispensable.
Risque-t-on de perdre des commandes ?
Nous sauvegardons les fichiers et la base avant toute modification, et nous évitons de restaurer une sauvegarde ancienne quand des commandes ont été passées depuis. Si une restauration est inévitable, nous exportons d’abord les commandes récentes pour les réintégrer.
Faut-il mettre PrestaShop à jour pour résoudre le problème ?
Parfois, mais pas systématiquement. Une mise à jour change beaucoup de fichiers et peut casser des modules. Nous commençons par rétablir la boutique dans son état actuel, puis nous vous conseillons sur une migration, à planifier sans urgence.
Voir aussi
- Erreur 500 (Internal Server Error) : que faire, visiteur ou propriétaire ?
- MySQL ou MariaDB ne démarre plus : diagnostic, réparation InnoDB et restauration
- Sauvegarde de serveurs, de bases de données et de sites : règle 3-2-1 et tests
- Maintenance de site web : mises à jour, surveillance, sécurité, toutes technologies