Agence PrestaShop à Valenciennes : dépanner une boutique qui n'enregistre plus de commandes

Le client a payé, la confirmation s’affiche, et la commande n’apparaît nulle part.

Chaque heure coûte cher un jour de soldes. Vous cherchez une agence PrestaShop à Valenciennes pour dépanner une boutique qui n’enregistre plus de commandes ? Voici comment reprendre ce dossier.

• Dépanner une boutique qui n'enregistre plus de commandes
• Paiement accepté sans commande : retracer le retour du prestataire
• Modules et thème : isoler le conflit sans aggraver la panne
• Erreurs PrestaShop et accès au back-office : recueillir des indices sûrs
• Sauvegardes : sécuriser le diagnostic avant toute correction
• Lenteur du tunnel : la distinguer d’une panne de commande
• Agence PrestaShop à Valenciennes : comparer les coûts et le périmètre
• Foire aux questions

Dépanner une boutique qui n'enregistre plus de commandes

Une commande peut disparaître à trois endroits : le panier, le paiement ou la création de la commande dans PrestaShop. Avant toute correction, vérifiez si l’argent a été débité. Un remboursement trop rapide peut compliquer le dossier.

Comprendre où la commande se perd

Pour chaque tentative, relevez :

• l’adresse e-mail du client et l’heure exacte du parcours
• l’identifiant du panier, appelé id_cart dans PrestaShop
• la référence de commande affichée au client, si elle existe
• l’identifiant de transaction fourni par Stripe, PayPal, Mollie ou votre banque
• le montant, la devise, le moyen de paiement et le statut retourné

Premiers contrôles sans risque

Prenez trois commandes qui ont abouti et trois tentatives échouées, récentes. Comparez les horaires, les paniers, le module utilisé, le statut bancaire et les journaux serveur. Si toutes les tentatives échouent à partir de la même heure, traitez la panne en priorité.

Commencez par le compte du prestataire de paiement.

Un débit confirmé doit être rapproché d’une commande ou d’un panier avant toute action commerciale. Un paiement encore « autorisé » ou « en attente » ne part pas tant que la capture ou la confirmation finale manque.

Paiement accepté sans commande : retracer le retour du prestataire

Un paiement accepté sans commande vient le plus souvent d’un retour technique interrompu entre le prestataire et PrestaShop. Le paiement peut réussir. La page de retour, la notification serveur ou la validation de commande, elles, peuvent échouer.

Vérifier la transmission du paiement

Un webhook est une notification automatique. Le prestataire l’envoie à la boutique à chaque changement d’état d’un paiement.

Il peut échouer pour plusieurs raisons :

• URL incorrecte
• domaine devenu inaccessible
• certificat TLS défaillant
• délai serveur dépassé
• signature rejetée par le module

Contrôlez l’URL de callback dans le module de paiement et dans le tableau de bord du prestataire. Elle doit pointer vers le bon domaine, le bon chemin et le bon environnement : production ou test.

Une URL de préproduction copiée dans le compte réel suffit à expliquer une série de paiements sans commande.

Lisez les journaux Apache ou Nginx autour de l’heure exacte du paiement. Cherchez une requête vers le contrôleur de retour ou l’URL de webhook, son code HTTP, sa durée, une erreur PHP ou une coupure de connexion.

Lisez les codes ainsi :

• 404 : mauvais chemin, le plus souvent
• 403 : règle de sécurité
• 500 : il faut lire le journal PHP ou PrestaShop

Comprendre l’ordre des événements

L’ordre dépend du module. Certains créent la commande avant le webhook, puis modifient son statut.

D’autres attendent le retour du prestataire pour appeler validateOrder(), la méthode qui crée la commande dans PrestaShop. Une erreur dans cette méthode, ou dans un hook (point d’accroche du code) exécuté juste avant, peut interrompre la création.

Décrire mon besoin →

Modules et thème : isoler le conflit sans aggraver la panne

Un module tiers est le premier suspect quand la panne commence après une mise à jour, un changement de PHP ou une modification du tunnel. Ne le désinstallez pas en production. Vous risquez d’effacer sa configuration ou ses données avant d’avoir trouvé la cause.

Isoler les extensions en cause

Le mode debug de PrestaShop permet de désactiver temporairement les modules non natifs et les surcharges. Une surcharge remplace une partie du comportement standard du logiciel. Elle peut donc perturber la commande sans apparaître dans le code du module de paiement.

Faites le test sur une copie de la boutique, avec une base clonée et des fichiers identiques.

Désactivez les extensions par familles, dans cet ordre :

1. paiement ;
2. panier ;
3. transport ;
4. promotions ;
5. e-mail ;
6. connecteurs externes.

Après chaque changement, testez le même produit, la même adresse et le même moyen de paiement.

Tester le thème et la configuration

Remplacez temporairement le thème personnalisé par le thème Classic sur une préproduction. Si la commande passe avec Classic, cherchez dans les templates du panier, les scripts JavaScript, les hooks supprimés ou les adaptations du paiement. Le thème ne doit pas retirer les hooks standards : un module tiers peut en dépendre.

Videz le cache après chaque modification. PrestaShop recommande de désactiver les caches seulement pendant le débogage, puis de les réactiver. Tester une correction avec un ancien fichier en cache donne souvent un faux résultat.

Dressez la liste des changements des 30 derniers jours : mise à jour du module bancaire, changement de PHP, ajout d’un moyen de paiement, modification du thème, installation d’un module de consentement, intervention de l’hébergeur. Le dernier changement n’est pas toujours la cause. Il fixe toutefois le premier point de comparaison.

Décrire mon besoin →

Erreurs PrestaShop et accès au back-office : recueillir des indices sûrs

Le mode debug affiche des erreurs techniques utiles. Il peut aussi exposer des chemins de fichiers, des requêtes ou des informations de configuration. Activez-le pendant la collecte, limitez-le à votre adresse IP, puis désactivez-le. Pour la mise en place d’un diagnostic, la refonte et la performance PrestaShop donnent un cadre de référence.

Depuis le back-office, activez le mode debug dans les paramètres avancés de performance. Si l’administration reste inaccessible, modifiez _PS_MODE_DEV_ dans config/defines.inc.php. Vous pouvez aussi lancer bin/console prestashop:debug on, si vous avez un accès SSH.

Les journaux PrestaShop se trouvent en général dans var/logs/ sur PrestaShop 8. Ajoutez les journaux PHP, Apache ou Nginx et ceux du module de paiement.

Un extrait utile contient :

• l’heure
• le niveau de gravité
• le contrôleur concerné
• l’identifiant de transaction

Jamais de mot de passe ni de donnée bancaire dans cet extrait.

Avant d’envoyer un journal à une agence, masquez jetons, clés API, cookies, adresses, noms et e-mails des clients. Gardez-les seulement si le prestataire en a besoin. Une capture d’écran ne remplace pas le fichier de log : elle cache souvent la pile d’erreur.

Sauvegardes : sécuriser le diagnostic avant toute correction

Une sauvegarde de base de données ne suffit pas. Pour restaurer une boutique PrestaShop, il faut aussi garder les fichiers : modules, thème, images, traductions et configuration de connexion.

Demandez la date, l’heure, l’emplacement et la taille de la dernière sauvegarde. Demandez aussi le résultat d’un test de restauration. Vérifiez que la base et les fichiers datent du même jour.

Restaurez d’abord sur une copie, jamais directement en production.

Un test réussi permet de :

• se connecter au back-office
• afficher un produit
• retrouver une commande
• aller jusqu’au paiement de test

PrestaShop tourne sur Apache, PHP et MySQL. Vous pouvez reproduire cet environnement en local.

Restaurer une base peut effacer les commandes passées depuis la sauvegarde. Restaurer les fichiers peut aussi remettre une ancienne configuration de module. Exportez donc les paiements et commandes récents avant toute restauration. Ensuite, rapprochez à part ceux arrivés entre-temps.

Si vous voyez un module inconnu, un fichier PHP ajouté ou un compte administrateur suspect, suspendez les mises à jour. Faites contrôler les fichiers, les comptes, les tâches planifiées et les journaux de connexion.

Décrire mon besoin →

Lenteur du tunnel : la distinguer d’une panne de commande

Mesurez chaque étape séparément, en notant le temps de réponse et le code HTTP :

1. affichage du panier
2. saisie de l’adresse
3. choix du transporteur
4. affichage du paiement
5. redirection bancaire
6. retour vers la boutique

Un test complet suit un panier réel. Il va jusqu’au retour du prestataire. Il s’arrête quand la commande apparaît dans le back-office.

Pour éviter un débit, utilisez le mode test du prestataire. Vous pouvez aussi passer par une préproduction bien isolée. Ne testez jamais une vraie carte sur une copie liée au compte marchand de production.

Agence PrestaShop à Valenciennes : comparer les coûts et le périmètre

Les montants ci-dessous sont indicatifs. Ils valent pour une boutique française de moins de 5 000 produits, sans développement spécifique récent.

Dans les Hauts-de-France, une intervention ponctuelle coûte environ 55 à 95 € HT^* de l’heure. Un forfait d’urgence tourne autour de 150 € HT^*. Ces montants ne se comparent que si le diagnostic, les tests de paiement et le compte rendu sont inclus.

Demandez si le prix est HT ou TTC. Demandez si le déplacement à Valenciennes est facturé, si le tarif monte le soir ou le week-end, et s’il existe une durée minimale. Un taux de 95 € HT^* de l’heure avec deux heures minimum coûte 190 € HT^* avant toute correction.

Le devis doit séparer quatre lignes :

• Analyse
• Correction
• Tests
• Sécurisation

La sécurisation peut inclure une sauvegarde vérifiée, la rotation d’une clé API, la restauration d’un module ou la création d’une préproduction.

Demandez le délai de prise en charge, pas seulement le délai de résolution. Une réponse sous une heure ne veut pas dire une correction sous une heure. Exigez aussi un compte rendu : cause retenue, fichiers modifiés, tests réalisés et risques restants.

Avant l’appel, préparez :

• la version PrestaShop et celle de PHP
• le nom du prestataire de paiement
• trois identifiants de panier ou de transaction
• les changements récents
• les accès temporaires disponibles

Vous pouvez vous passer d’un intégrateur si le problème vient d’un mot de passe marchand, d’un module désactivé par erreur ou d’une configuration documentée, et si une sauvegarde récente existe. Faites intervenir un spécialiste dès qu’un paiement est encaissé sans commande. Faites-le aussi si une modification de base est envisagée, si le tunnel est personnalisé ou si plusieurs moyens de paiement échouent.

La régularisation se partage selon le cas. Le prestataire peut annuler ou rembourser une transaction. L’agence corrige la liaison technique. Vous restez responsable de la relation avec le client. Faites valider par écrit qui rapproche les paiements, qui déclenche les remboursements et qui confirme la livraison.

Avant de confier votre boutique à qui que ce soit, exportez vos commandes et paiements récents, puis demandez un diagnostic écrit qui indique la cause retenue, les fichiers touchés et les tests réalisés. Ne restaurez rien en production : testez d’abord sur une copie.

Décrire mon besoin →

Foire aux questions

Quel est le coût d’une boutique PrestaShop ?

Une boutique simple coûte souvent entre 3 000 et 6 000 € HT^*, avec un thème adapté, un catalogue limité et peu de modules. Un projet avec design sur mesure, ERP, transporteurs, règles B2B et connecteurs peut dépasser 15 000 € HT^*.

Comment vérifier qu’un module est compatible avec ma version ?

Consultez la plage de versions indiquée par le module dans son champ ps_versions_compliancy, puis vérifiez séparément la compatibilité avec PrestaShop et avec PHP. Un module testé sur PrestaShop 8.0 n’est pas automatiquement validé sur 8.1 ou 8.2.

Combien de temps faut-il pour rétablir une boutique bloquée ?

Une erreur de configuration se corrige en une à deux heures. Une panne de paiement, avec analyse des journaux, test du webhook et rapprochement des transactions, demande plutôt une demi-journée à deux jours ouvrés, selon vos accès et le nombre de modules concernés.

* Tarifs et prix moyens constatés en décembre 2025, sur des retours d'appels d'offres provenant de freelances et d'agences. Ces chiffres ne sauraient être une référence de négociation, car les sources varient selon la taille du site et la séniorité du prestataire.