Votre boutique fonctionne normalement, les clients ajoutent leurs produits au panier, arrivent jusqu’à la dernière étape de la commande… mais le paiement PrestaShop ne fonctionne plus ? C’est l’une des pannes les plus critiques pour un site e-commerce.
Une boutique peut parfaitement rester accessible tout en étant pratiquement incapable de générer du chiffre d’affaires. Si le paiement est bloqué, chaque client qui abandonne sa commande représente potentiellement une vente perdue.
Carte bancaire refusée, module de paiement qui disparaît, page blanche après validation, erreur technique, paiement accepté par la banque mais commande absente dans PrestaShop, commande bloquée sur un mauvais statut : les symptômes sont nombreux et l’origine du problème n’est pas toujours le module de paiement lui-même.
Dans ce guide, Datasweb, spécialiste du dépannage de sites WordPress, WooCommerce et PrestaShop, vous explique comment rechercher méthodiquement l’origine d’un problème de paiement PrestaShop et quelles vérifications effectuer avant de modifier votre boutique.
Paiement PrestaShop en panne : pourquoi faut-il intervenir rapidement ?
Un problème de paiement est particulièrement dangereux parce qu’il peut passer inaperçu pendant plusieurs heures ou plusieurs jours.
La page d’accueil fonctionne. Les catégories s’affichent. Les fiches produits sont accessibles. Le panier fonctionne. Pourtant, au moment où le client souhaite payer, la commande ne peut pas être finalisée.
Le commerçant peut donc avoir l’impression que son site fonctionne normalement alors que son tunnel de vente est interrompu à l’étape la plus importante.
Les symptômes d’un problème de paiement PrestaShop
Un dysfonctionnement du paiement peut prendre différentes formes :
- le moyen de paiement n’apparaît plus ;
- le bouton permettant de payer ne fonctionne pas ;
- le client clique mais rien ne se passe ;
- une erreur apparaît avant la redirection vers la banque ;
- le client est envoyé vers une page blanche ;
- la page du prestataire bancaire refuse de s’afficher ;
- le paiement est refusé sans raison apparente ;
- le paiement est accepté mais aucune commande n’est créée ;
- la commande est créée mais conserve un mauvais statut ;
- le client est débité alors que PrestaShop indique un échec ;
- le retour vers la boutique après paiement provoque une erreur ;
- le problème apparaît uniquement avec certains moyens de paiement.
Ces symptômes peuvent avoir des causes totalement différentes. C’est pourquoi il est important de ne pas commencer par désinstaller ou réinstaller le module bancaire sans avoir réalisé quelques vérifications.
Problème n°1 : le moyen de paiement n’apparaît plus dans PrestaShop
Vous arrivez à la dernière étape de la commande mais le paiement par carte bancaire, PayPal ou un autre moyen de paiement n’est plus proposé.
Avant de conclure que le module est défectueux, il faut vérifier sa configuration.
PrestaShop permet en effet d’appliquer différentes restrictions aux moyens de paiement. Un module peut être correctement installé et activé mais ne pas apparaître pour une commande particulière.
Vérifier les restrictions du module de paiement
Selon votre version de PrestaShop et le module utilisé, le moyen de paiement peut être limité en fonction :
- du pays du client ;
- de la devise utilisée ;
- du transporteur sélectionné ;
- du groupe de clients ;
- du montant de la commande ;
- du contexte de la boutique ;
- des paramètres propres au module.
Un changement de transporteur ou de configuration peut donc faire disparaître un paiement sans qu’aucune erreur technique ne soit visible.
Vérifier que le module est toujours actif
Une mise à jour, une migration ou une intervention sur la boutique peut également modifier l’état d’un module.
Il faut vérifier que le module de paiement est bien installé, activé et correctement associé aux paramètres nécessaires à son fonctionnement.
Attention toutefois : désinstaller un module de paiement uniquement pour essayer de résoudre le problème peut être risqué. Certains modules suppriment une partie de leur configuration lors de la désinstallation.
Il est donc préférable de conserver les identifiants, clés API et paramètres avant toute opération importante.
Problème n°2 : le paiement fonctionnait avant une mise à jour PrestaShop
Le scénario est classique : votre boutique fonctionnait parfaitement, une mise à jour de PrestaShop ou d’un module a été effectuée et les paiements rencontrent désormais un problème.
La première chose à déterminer est précisément ce qui a été modifié juste avant l’apparition de la panne.
Il peut s’agir :
- d’une mise à jour de PrestaShop ;
- d’une mise à jour du module de paiement ;
- d’une mise à jour d’un autre module ;
- d’un changement de thème ;
- d’une modification de PHP ;
- d’une migration vers un nouvel hébergement ;
- d’une modification du certificat SSL ;
- d’une modification de configuration serveur.
Une mise à jour peut révéler une incompatibilité
Une nouvelle version de PrestaShop peut nécessiter une version plus récente d’un module. À l’inverse, une nouvelle version d’un module peut ne plus fonctionner correctement avec une ancienne version de PrestaShop.
La version de PHP utilisée par l’hébergement doit également être prise en compte.
Le problème peut donc provenir d’une combinaison précise entre PrestaShop, le module bancaire, PHP et les autres composants de la boutique.
Ne restaurez pas immédiatement toute la boutique
Face à une panne apparue après une mise à jour, restaurer immédiatement une ancienne sauvegarde peut sembler être la solution la plus rapide.
Mais une boutique PrestaShop en activité contient des données qui évoluent en permanence : commandes, paniers, clients, stocks et éventuellement d’autres informations synchronisées avec des services externes.
Restaurer une base de données ancienne sans vérifier les données enregistrées depuis la sauvegarde peut entraîner une perte d’informations.
Il est donc préférable d’identifier précisément l’élément responsable avant d’envisager une restauration complète.
Problème n°3 : le client est redirigé vers une erreur ou une page blanche
Le moyen de paiement apparaît correctement. Le client clique dessus, mais au lieu d’arriver sur la page de paiement attendue, il rencontre une erreur PrestaShop, une erreur serveur ou une page blanche.
Dans ce cas, le problème peut être technique et nécessiter l’analyse des journaux d’erreurs.
Une erreur PHP peut bloquer le module
Le module de paiement exécute du code lorsqu’il prépare la transaction. Une erreur PHP peut interrompre cette opération avant même que le client soit envoyé vers le prestataire de paiement.
Les causes possibles comprennent notamment :
- une fonction devenue incompatible ;
- une classe PHP introuvable ;
- une table de base de données manquante ;
- une erreur SQL ;
- un fichier absent ou endommagé ;
- une incompatibilité avec la version de PHP ;
- un conflit avec un autre module.
Dans cette situation, le message affiché au client n’est pas toujours suffisant pour comprendre la panne. L’analyse des logs du serveur ou de PrestaShop peut fournir une information beaucoup plus précise.
Une table manquante peut empêcher le module de fonctionner
Certains modules de paiement utilisent leurs propres tables dans la base de données. Après une migration, une installation incomplète ou une mise à jour défectueuse, l’une de ces tables peut manquer.
Le module semble alors installé dans le back-office, mais une fonction particulière déclenche une erreur SQL lorsqu’elle tente d’accéder à une table inexistante.
Dans ce cas, réinstaller tout PrestaShop n’aurait aucun sens. Il faut identifier précisément la table ou la structure attendue par le module et comprendre pourquoi elle est absente.
Problème n°4 : PrestaShop n’arrive plus à communiquer avec le prestataire de paiement
De nombreux modules de paiement modernes communiquent avec des services externes grâce à des API.
PrestaShop peut envoyer des informations au prestataire de paiement et recevoir ensuite une réponse permettant de créer ou de mettre à jour la commande.
Si cette communication est interrompue, le paiement peut ne plus fonctionner alors que le module semble correctement configuré.
Plusieurs éléments peuvent empêcher la communication
Il faut notamment vérifier :
- les identifiants du compte marchand ;
- les clés API ;
- les éventuels secrets ou signatures ;
- les URL utilisées par le module ;
- les restrictions d’adresse IP ;
- la communication HTTPS ;
- le certificat SSL ;
- les connexions sortantes du serveur ;
- les éventuels timeouts ;
- la disponibilité du service de paiement.
Un timeout peut venir du serveur et non de PrestaShop
Votre boutique peut parfaitement accéder à Internet tout en étant incapable de joindre une adresse précise utilisée par le prestataire de paiement.
Dans ce cas, le navigateur du client n’est pas nécessairement en cause. C’est le serveur hébergeant PrestaShop qui peut ne pas réussir à établir la connexion.
Les journaux peuvent alors faire apparaître des erreurs de connexion, des délais d’attente dépassés ou des erreurs liées à cURL.
Il faut donc éviter de modifier le module au hasard lorsque le véritable problème se situe au niveau de la communication entre le serveur et un service externe.
Problème n°5 : le paiement est accepté mais la commande reste en attente
C’est une situation particulièrement délicate : le client a effectué son paiement, la transaction apparaît comme acceptée chez le prestataire bancaire, mais le statut de la commande PrestaShop ne change pas correctement.
Dans certains cas, le client peut même recevoir une confirmation de paiement alors que le commerçant pense que la commande n’a pas été réglée.
Pourquoi le statut de commande ne change-t-il pas ?
Après le paiement, le prestataire doit généralement transmettre une information à la boutique afin que PrestaShop sache que la transaction a été acceptée.
Selon le module, cette communication peut utiliser une URL de retour, une notification serveur, un callback ou un webhook.
Si cette information n’arrive pas jusqu’à PrestaShop, le paiement peut être réellement effectué sans que la commande soit correctement mise à jour.
Ne jamais se fier uniquement au statut PrestaShop
Avant de demander à un client de payer une seconde fois, il est indispensable de vérifier le paiement directement auprès du prestataire concerné.
Une commande affichée comme « en attente » dans PrestaShop ne signifie pas automatiquement que le paiement a échoué.
Il faut comparer :
- la référence de la commande ;
- le montant ;
- la référence de transaction ;
- le statut chez le prestataire ;
- le statut enregistré dans PrestaShop ;
- les éventuels journaux du module.
Cette vérification permet d’éviter une double facturation du client et aide à déterminer à quel moment la communication a échoué.
Votre paiement PrestaShop est bloqué ? Faites intervenir Datasweb
Lorsqu’un problème de paiement empêche vos clients de commander, chaque heure peut représenter des ventes perdues. Passer plusieurs heures à modifier des paramètres au hasard peut également rendre le diagnostic plus compliqué.
Datasweb intervient sur les boutiques PrestaShop pour rechercher et réparer les pannes : modules, paiements, commandes, erreurs PHP, problèmes après mise à jour, base de données ou communication avec des services externes.
Nous proposons un ticket d’intervention PrestaShop à 120 € qui permet de prendre en charge de nombreux problèmes courants.
Notre engagement : « Dépanné ou remboursé ».
→ Commander un dépannage PrestaShop à 120 €
Le paiement est accepté mais aucune commande PrestaShop n’est créée
C’est probablement l’un des problèmes de paiement PrestaShop les plus inquiétants pour un commerçant : le client a été débité, la transaction apparaît chez le prestataire de paiement, mais aucune commande n’est visible dans le back-office PrestaShop.
Il faut alors agir avec prudence. La première priorité consiste à vérifier que le paiement a réellement été effectué avant toute nouvelle tentative du client.
Pourquoi un paiement peut-il exister sans commande ?
Lors d’une transaction, plusieurs opérations sont réalisées successivement. Le client valide son panier, PrestaShop prépare les informations nécessaires au paiement, le prestataire traite la transaction puis la boutique doit recevoir les informations lui permettant de finaliser la commande.
Si une erreur intervient pendant cette dernière étape, le paiement peut être accepté alors que PrestaShop ne termine pas correctement la création ou la validation de la commande.
Les causes possibles comprennent notamment :
- une erreur PHP pendant la validation ;
- une notification du prestataire qui n’arrive pas jusqu’à la boutique ;
- une URL de retour incorrecte ;
- un problème de webhook ou de callback ;
- une erreur SQL ;
- une table du module absente ou endommagée ;
- une incompatibilité du module avec la version de PrestaShop ;
- une erreur liée au contexte de la boutique ;
- un problème de devise ou de montant ;
- une interruption de communication entre les deux serveurs.
Vérifier d’abord la transaction chez le prestataire
Avant toute manipulation, connectez-vous à l’interface de votre solution de paiement et recherchez la transaction concernée.
Contrôlez le montant, la date, la référence de transaction et son statut. Ces informations permettront ensuite de les comparer avec celles présentes dans PrestaShop et dans les journaux du module.
Ne demandez jamais automatiquement au client de repasser sa commande tant que vous n’avez pas vérifié qu’il n’a pas déjà été débité.
Le client paie correctement mais revient sur une erreur PrestaShop
Autre scénario fréquent : le paiement se déroule correctement sur le site de la banque ou du prestataire, mais lorsque le client revient sur votre boutique, une erreur apparaît.
Il peut s’agir d’une page blanche, d’une erreur 404, d’une erreur 500 ou d’un message généré directement par PrestaShop ou le module de paiement.
Le problème peut se situer sur l’URL de retour
Après le paiement, le prestataire peut rediriger le navigateur du client vers une adresse précise de votre boutique.
Une migration de domaine, un changement HTTP vers HTTPS, une modification de réécriture d’URL ou une mauvaise configuration du module peut rendre cette adresse incorrecte.
Il faut alors vérifier que les différentes URL utilisées par le système de paiement correspondent bien au domaine actuellement utilisé par la boutique.
Attention après un changement de domaine
Lorsqu’une boutique PrestaShop change de nom de domaine, il ne suffit pas de vérifier que la page d’accueil fonctionne.
Les services externes connectés à la boutique peuvent encore conserver l’ancienne adresse :
- solution de paiement ;
- webhooks ;
- API ;
- transporteurs ;
- marketplaces ;
- services de facturation ;
- outils de synchronisation.
Après une migration, il est donc indispensable de tester le tunnel de commande complet et pas uniquement l’affichage du catalogue.
Le paiement PrestaShop ne fonctionne plus après une migration d’hébergement
Vous avez déplacé votre boutique vers un nouvel hébergeur et tout semble fonctionner, sauf le paiement ? Cette situation n’est pas exceptionnelle.
Deux serveurs peuvent disposer de configurations très différentes. Une boutique qui fonctionnait parfaitement sur l’ancien hébergement peut rencontrer une incompatibilité sur le nouveau.
Vérifier la version de PHP
Le nouveau serveur peut utiliser une version de PHP différente. Il faut alors vérifier sa compatibilité avec votre version de PrestaShop et avec le module de paiement installé.
Une extension ancienne peut fonctionner avec une version de PHP et générer une erreur avec une version plus récente.
Vérifier les extensions PHP nécessaires
Certains modules ont besoin de fonctionnalités PHP particulières pour communiquer avec des services externes, manipuler des données ou établir des connexions sécurisées.
Une extension présente sur l’ancien hébergement peut être absente ou configurée différemment sur le nouveau serveur.
Contrôler les connexions sortantes
Un module de paiement peut avoir besoin de contacter une API externe. Si le nouveau serveur ne parvient pas à établir cette connexion, le paiement peut échouer.
Il faut alors rechercher des erreurs de connexion, de certificat, de résolution DNS ou de délai d’attente.
Une erreur de type timeout peut indiquer que le serveur tente bien de contacter le service distant mais ne reçoit pas de réponse dans le délai prévu.
Erreur SSL ou HTTPS lors du paiement PrestaShop
La sécurité HTTPS est indispensable pour une boutique en ligne. Un problème de certificat SSL peut perturber certaines étapes du processus de paiement ou empêcher une communication avec un service externe.
Vérifier le certificat du domaine utilisé
Le certificat doit être valide pour l’adresse réellement utilisée par les clients.
Une attention particulière est nécessaire lorsque plusieurs variantes du domaine existent, par exemple avec ou sans www.
Les redirections doivent également être cohérentes afin d’éviter qu’une URL utilisée par le module de paiement aboutisse sur une adresse incorrecte.
Éviter le contenu mixte
Une page chargée en HTTPS peut encore appeler certaines ressources en HTTP. Selon les ressources concernées et les règles du navigateur, cela peut provoquer des blocages.
Après l’installation d’un certificat SSL ou une migration HTTPS, il est donc utile de contrôler les erreurs affichées dans la console du navigateur.
Les clés API ou identifiants du module de paiement sont incorrects
De nombreuses solutions de paiement nécessitent plusieurs informations pour authentifier la boutique auprès du prestataire.
Selon le service utilisé, il peut s’agir d’un identifiant marchand, d’une clé publique, d’une clé privée, d’un secret, d’un token ou d’autres informations de sécurité.
Mode test et mode production
Une erreur classique consiste à mélanger des identifiants de test avec un environnement de production.
Un module peut fonctionner parfaitement pendant sa configuration puis ne plus accepter les paiements réels parce que les bonnes informations de production n’ont pas été renseignées.
Il faut donc contrôler :
- le mode actuellement activé ;
- les identifiants utilisés ;
- les clés API ;
- l’environnement du prestataire ;
- les éventuelles restrictions d’adresse IP ;
- les URL de notification.
Ne communiquez jamais vos clés privées publiquement
Les identifiants de paiement doivent être considérés comme des informations sensibles. Ils ne doivent pas être copiés dans un forum public, un commentaire ou une capture d’écran accessible à tous.
Lors d’un dépannage professionnel, ces informations doivent être manipulées de manière sécurisée et uniquement lorsqu’elles sont nécessaires au diagnostic.
Le paiement fonctionne avec un moyen de paiement mais pas avec un autre
Si PayPal fonctionne mais pas la carte bancaire, ou inversement, cette information est très utile pour le diagnostic.
Elle indique que le tunnel de commande PrestaShop fonctionne au moins partiellement et permet de concentrer les recherches sur le moyen de paiement concerné.
Comparer les différents scénarios
Effectuez des tests avec les mêmes produits, le même compte client et le même transporteur, puis modifiez uniquement le moyen de paiement.
Si un seul module provoque systématiquement l’erreur, il faudra analyser sa configuration et ses journaux en priorité.
Si tous les paiements échouent, le problème peut se situer à un niveau plus général de la boutique.
Le paiement fonctionne sur ordinateur mais pas sur mobile
Une panne de paiement peut également dépendre de l’appareil utilisé.
Si vos clients arrivent à commander depuis un ordinateur mais rencontrent une erreur sur smartphone, il faut examiner le comportement du thème, les scripts JavaScript et l’affichage du module de paiement.
Certains problèmes n’apparaissent qu’avec une largeur d’écran particulière ou avec certains navigateurs mobiles.
Tester réellement le parcours client
Ne vous contentez pas de réduire la fenêtre de votre navigateur. Lorsque cela est possible, effectuez un test depuis un véritable smartphone.
Contrôlez l’ensemble du parcours :
- connexion ou création du compte ;
- ajout au panier ;
- saisie de l’adresse ;
- choix du transporteur ;
- acceptation des conditions ;
- sélection du paiement ;
- validation ;
- retour vers la boutique.
Un bouton masqué, une fenêtre de paiement qui ne s’ouvre pas ou une erreur JavaScript peut suffire à empêcher le client de terminer sa commande.
Un autre module PrestaShop peut perturber le paiement
Le module bancaire n’est pas nécessairement responsable simplement parce que l’erreur apparaît au moment du paiement.
D’autres extensions interviennent dans le processus de commande : transport, promotions, taxes, personnalisation du checkout, facturation ou gestion du compte client.
Une incompatibilité entre deux modules peut donc provoquer un dysfonctionnement uniquement lorsque certaines conditions sont réunies.
Pourquoi désactiver tous les modules au hasard est une mauvaise méthode
Sur une boutique en production, désactiver simultanément plusieurs extensions peut perturber le fonctionnement du site et rendre le diagnostic encore plus difficile.
Il est préférable d’examiner les erreurs et les modifications récentes puis d’effectuer des tests ciblés.
Lorsque le problème nécessite de nombreux essais, un environnement de test peut être préférable afin de ne pas perturber les commandes des clients.
Utiliser les logs PrestaShop pour comprendre une erreur de paiement
Lorsqu’un paiement échoue sans explication claire, les journaux peuvent fournir des informations essentielles.
Selon la configuration de votre boutique, il peut être nécessaire de consulter plusieurs sources :
- les journaux PrestaShop ;
- les logs du module de paiement ;
- les erreurs PHP ;
- les logs du serveur web ;
- les informations disponibles chez le prestataire de paiement.
Rechercher l’heure exacte du test
Pour faciliter le diagnostic, réalisez un test à une heure précise puis consultez immédiatement les journaux correspondants.
Cela permet d’éviter de parcourir des centaines d’anciennes erreurs qui n’ont aucun rapport avec le problème actuel.
La référence de commande, l’identifiant du panier ou la référence de transaction peuvent également permettre de retrouver plus rapidement les événements associés.
Quand faut-il faire intervenir un professionnel PrestaShop ?
Si vous connaissez bien PrestaShop et que le problème provient simplement d’un paramètre incorrect, certaines vérifications peuvent être réalisées directement depuis le back-office.
En revanche, lorsque le diagnostic nécessite de travailler sur PHP, SQL, la base de données, les logs serveur, une API, un webhook, un certificat SSL ou le code d’un module, une mauvaise manipulation peut créer de nouvelles erreurs.
Et lorsqu’il s’agit du paiement, le problème est encore plus sensible puisqu’il concerne directement vos commandes et votre chiffre d’affaires.
Datasweb intervient sur les pannes de sites PrestaShop et les dysfonctionnements rencontrés par les boutiques en ligne.
Notre ticket de dépannage PrestaShop à 120 € permet de prendre en charge de nombreux problèmes techniques : paiement, module défectueux, erreur après mise à jour, problème de commande, erreur PHP ou dysfonctionnement après migration.
Datasweb : « Dépanné ou remboursé ».
→ Faire dépanner ma boutique PrestaShop pour 120 €
Comment diagnostiquer méthodiquement une panne de paiement PrestaShop ?
Lorsqu’un paiement PrestaShop ne fonctionne plus, la meilleure méthode n’est pas de modifier successivement plusieurs paramètres en espérant que le problème disparaisse.
Un diagnostic professionnel consiste à reproduire la panne, identifier précisément l’étape où elle apparaît puis analyser les éléments qui interviennent à ce moment-là.
Cette méthode permet généralement de gagner du temps et surtout d’éviter de créer de nouveaux problèmes sur une boutique qui continue peut-être à recevoir des visiteurs et des commandes.
Commencer par noter précisément le problème rencontré
Il faut tout d’abord déterminer ce qui ne fonctionne réellement plus.
Par exemple :
- le moyen de paiement n’apparaît pas ;
- le bouton de paiement ne réagit pas ;
- une erreur apparaît avant la redirection vers la banque ;
- le paiement est refusé ;
- le client paie mais aucune commande n’est créée ;
- la commande existe mais son statut n’est pas mis à jour ;
- le retour vers PrestaShop provoque une erreur ;
- le problème concerne uniquement certains clients ou certains appareils.
Cette distinction est essentielle. Deux commerçants peuvent dire que « le paiement ne fonctionne plus » alors que les causes techniques sont complètement différentes.
Rechercher ce qui a changé avant l’apparition de la panne
Une panne soudaine est souvent liée à une modification récente.
Il est donc utile de vérifier si le problème est apparu après :
- une mise à jour PrestaShop ;
- une mise à jour du module de paiement ;
- l’installation d’un nouveau module ;
- une modification du thème ;
- un changement de version PHP ;
- une migration d’hébergement ;
- un changement de domaine ;
- une modification SSL ou HTTPS ;
- une modification effectuée chez le prestataire de paiement.
Connaître le moment exact où le dysfonctionnement est apparu permet souvent de réduire considérablement les recherches.
Tester le paiement PrestaShop sans multiplier les risques
Les tests sont indispensables, mais ils doivent être organisés. Sur une boutique en production, effectuer des modifications successives sans conserver de trace peut rapidement compliquer le diagnostic.
Modifier un élément à la fois
Lorsque plusieurs paramètres sont modifiés simultanément, il devient difficile de savoir lequel a corrigé ou aggravé le problème.
Une approche méthodique consiste à effectuer une modification, reproduire le test puis analyser le résultat avant de poursuivre.
Utiliser un environnement de test lorsque cela est nécessaire
Certaines recherches peuvent nécessiter la désactivation d’un module, le changement temporaire d’un thème ou des modifications techniques importantes.
Lorsque ces opérations risquent de perturber les visiteurs, il peut être préférable de reproduire la boutique sur un environnement de test.
Cela permet d’effectuer les vérifications nécessaires sans interrompre inutilement les ventes.
Que faut-il vérifier après avoir réparé le paiement PrestaShop ?
Le fait de réussir une transaction ne signifie pas nécessairement que l’ensemble du processus fonctionne correctement.
Après la réparation, il est recommandé d’effectuer un parcours de commande complet.
Vérifier le panier
Ajoutez un produit, modifiez éventuellement sa quantité puis contrôlez les prix, taxes, réductions et frais supplémentaires.
Vérifier le transporteur
Assurez-vous que les transporteurs attendus apparaissent correctement et que leur sélection n’empêche pas l’affichage du moyen de paiement.
Vérifier le moyen de paiement
Le module doit apparaître pour les clients auxquels il est destiné et permettre de commencer correctement la transaction.
Effectuer une transaction de test
Lorsque les conditions le permettent, un test complet permet de vérifier le passage entre PrestaShop et la plateforme de paiement.
Il faut ensuite contrôler le retour vers la boutique et pas uniquement le message affiché par la banque.
Contrôler la création de la commande
Après le paiement, vérifiez que la commande apparaît correctement dans le back-office PrestaShop avec le bon client, les bons produits et le bon montant.
Contrôler le statut de la commande
Le statut doit correspondre au résultat réel de la transaction.
Cette vérification est particulièrement importante lorsqu’une panne concernait les notifications, callbacks ou webhooks utilisés par le module.
Vérifier les e-mails
Le client doit recevoir les messages prévus et le commerçant doit également recevoir les notifications configurées dans la boutique.
Un problème de paiement peut être réparé alors qu’un second dysfonctionnement empêche encore l’envoi des e-mails.
Paiement accepté mais mauvais statut : attention aux corrections automatiques
Lorsqu’une commande reste dans un mauvais statut alors que le paiement est accepté, il peut être tentant de créer immédiatement une tâche automatique pour modifier les statuts.
Cette solution ne doit pas servir à masquer le véritable problème.
Avant d’automatiser un changement de statut, il faut comprendre pourquoi PrestaShop n’a pas reçu ou correctement interprété l’information provenant du prestataire de paiement.
Une automatisation mal conçue pourrait considérer comme payées des commandes qui ne le sont pas réellement.
La référence de transaction est essentielle
Lorsqu’un doute existe, il est important de pouvoir rapprocher la commande PrestaShop de la transaction enregistrée chez le prestataire de paiement.
Le contrôle peut notamment porter sur :
- le numéro de commande ;
- l’identifiant du panier ;
- la référence de transaction ;
- le montant payé ;
- la devise ;
- la date et l’heure ;
- le statut réel du paiement.
Cette comparaison permet d’éviter de traiter comme impayée une commande déjà réglée ou, inversement, de préparer une commande dont le paiement n’a jamais été validé.
Pourquoi un dépannage de paiement PrestaShop est un travail de professionnel ?
Un problème de paiement peut impliquer bien davantage que la configuration visible dans le back-office.
Le diagnostic peut nécessiter de travailler sur PrestaShop, PHP, SQL, la base de données, les modules, les API, les connexions serveur, les certificats SSL, les webhooks ou les journaux techniques.
Une mauvaise manipulation peut non seulement prolonger la panne, mais également affecter les commandes et les données de la boutique.
C’est pourquoi il est souvent plus rentable de faire intervenir un professionnel plutôt que de passer plusieurs heures à tester différentes solutions trouvées sur Internet.
Comment réduire les risques de nouvelle panne de paiement ?
Une boutique PrestaShop évolue en permanence. Les modules sont mis à jour, PHP évolue, les prestataires de paiement modifient leurs API et les hébergeurs font également évoluer leurs infrastructures.
Quelques bonnes pratiques permettent cependant de réduire fortement les risques.
Maintenir le module de paiement à jour
Les solutions de paiement évoluent régulièrement pour des raisons de sécurité, de compatibilité ou de réglementation.
Un module très ancien peut continuer à fonctionner pendant un certain temps puis rencontrer brutalement un problème lorsque le service distant évolue.
Vérifier la compatibilité avant une mise à jour importante
Avant une évolution majeure de PrestaShop ou de PHP, vérifiez que les modules indispensables à votre activité sont compatibles, notamment le paiement et la livraison.
Conserver des sauvegardes fiables
Les fichiers et la base de données doivent être sauvegardés régulièrement. La fréquence doit être adaptée au volume de commandes de votre boutique.
Surveiller les erreurs
Des erreurs répétées dans les journaux peuvent annoncer un problème avant même qu’une panne complète ne se produise.
Une surveillance régulière permet donc parfois d’intervenir avant que les clients ne soient totalement bloqués.
Effectuer régulièrement une commande de contrôle
Un commerçant consulte souvent son catalogue et son back-office, mais il ne passe pas nécessairement lui-même une commande sur sa boutique.
Pourtant, effectuer périodiquement un parcours client complet permet de détecter rapidement un problème de panier, transport ou paiement.
Votre paiement PrestaShop ne fonctionne plus ? Ne perdez pas des commandes inutilement
Lorsqu’un client arrive jusqu’au paiement, une grande partie du travail commercial est déjà réalisée. Il a trouvé votre boutique, choisi ses produits et décidé de commander.
Perdre cette vente à cause d’un bug de paiement PrestaShop est particulièrement pénalisant.
Si le problème est simple et que vous maîtrisez PrestaShop, certaines vérifications présentées dans ce guide peuvent vous permettre de trouver rapidement son origine.
Mais lorsque la panne concerne un module, une API, PHP, SQL, un retour bancaire, un webhook, une migration ou une erreur serveur, une intervention professionnelle peut vous faire gagner plusieurs heures et éviter des manipulations risquées.
Datasweb dépanne les boutiques PrestaShop
Datasweb accompagne les professionnels confrontés à des pannes et dysfonctionnements de leurs sites et boutiques en ligne.
Nous intervenons notamment sur les problèmes PrestaShop liés aux paiements, modules, commandes, mises à jour, migrations, erreurs PHP, bases de données et problèmes techniques.
Notre objectif est simple : identifier la cause, réparer le problème et vous permettre de reprendre vos ventes le plus rapidement possible.
Un dépannage PrestaShop à 120 €
Pour de nombreuses pannes courantes, Datasweb propose un ticket d’intervention à 120 €.
Cette formule vous évite de passer plusieurs heures à rechercher l’origine d’une panne technique et permet de confier votre boutique à un professionnel habitué au dépannage PrestaShop.
Notre engagement : « Dépanné ou remboursé ».
→ Commander mon dépannage PrestaShop à 120 €
Vous pouvez également découvrir Datasweb et nos services de dépannage de sites web pour WordPress, WooCommerce et PrestaShop.
En résumé : que faire lorsque le paiement PrestaShop ne fonctionne plus ?
Commencez par identifier précisément le symptôme : moyen de paiement absent, transaction refusée, page blanche, erreur après validation, commande inexistante ou mauvais statut.
Vérifiez ensuite les modifications récentes, la configuration du module, les restrictions de paiement, les clés API, PHP, SSL, les communications avec le prestataire et les journaux d’erreurs.
Enfin, après réparation, réalisez toujours une commande complète afin de vérifier le panier, le transport, le paiement, la création de la commande, son statut et les e-mails.
Et si votre boutique reste bloquée, Datasweb peut prendre en charge le diagnostic et la réparation de votre PrestaShop.
Faire réparer ma boutique PrestaShop pour 120 € – Dépanné ou remboursé
