Le jour d’une promo, je préfère découvrir un coupon mal réglé sur une commande de test plutôt que dans le premier mail d’un client. Le test utile ressemble à un vrai achat : une personne prend son téléphone, ajoute un article, paie et reçoit sa confirmation. De l’autre côté, quelqu’un peut préparer la commande sans avoir à deviner ce qui s’est passé.
Je fais cette recette avec une petite sélection de cas qui mettent les réglages à l’épreuve. Inutile de tester chaque fiche. En revanche, un panier normal qui passe ne dit rien d’un panier mixte, d’une remise non cumulable ou d’une livraison gratuite qui disparaît quand on change d’adresse.
Choisir les cas qui ont le plus de chances de coincer
Prenons un exemple fictif : une boutique annonce 15 % sur une sélection et offre la livraison à partir de 80 €. Je prends un produit remisé, un produit exclu et une variation dont il ne reste qu’un exemplaire. Ensuite je constitue un panier à 79 €, un autre à 80 € et un troisième avec un produit remisé et un produit exclu. La question à régler en premier est simple : le seuil de livraison s’applique-t-il au montant avant ou après remise ? La règle de la boutique et le texte de la campagne doivent raconter la même histoire.
Ajoutez le cas d’un client qui commence en invité puis se connecte au moment de payer. Selon votre activité, testez aussi un point relais, un moyen de paiement rapide et une adresse dans une zone où vous ne livrez pas. Dans ce dernier cas, un refus clair est un résultat attendu. Un écran bloqué sans explication est un problème différent.
Pour chaque cas, gardez cinq colonnes : scénario, montant attendu, montant observé, référence de commande, résultat. Ajoutez une capture si elle explique l’écart. Un « testé sur mobile » dans un message ne vous aidera guère si personne ne sait avec quelle adresse, quel coupon et quel produit.
Préparer une recette qui ressemble à la vraie boutique
Prenez un produit simple, une variation et un panier qui atteint le seuil de livraison gratuite. Pour chaque scénario, notez l’adresse de livraison de test, le mode de paiement, le prix attendu et le stock de départ. Incluez un client invité et un client connecté. Testez sur un vrai téléphone : le clavier, les messages d’erreur et la redirection vers la banque y sont plus faciles à vérifier qu’en réduisant simplement la fenêtre du navigateur.
Commencez sur un site de préproduction WordPress. Isolez les emails, utilisez les identifiants de test de la passerelle et neutralisez les intégrations qui pourraient toucher les stocks ou la préparation réelle. Une copie de la boutique ne doit pas relancer d’anciens clients ou envoyer des commandes de test à l’entrepôt.
Vérifier le prix du produit jusqu’au paiement
Ajoutez le produit depuis sa fiche, changez la quantité puis retirez et réintégrez la variation. Le panier et le récapitulatif doivent afficher la même sélection. Testez un coupon valable, un coupon expiré et un panier juste sous le montant minimum. Vérifiez que la remise, la livraison et les taxes correspondent à la règle annoncée.
Changez ensuite de zone de livraison. Le mode sélectionné doit rester disponible après le recalcul ou laisser place à une option valable. Si le panier disparaît après la navigation ou la connexion, suivez le diagnostic du panier et des sessions WooCommerce avant de modifier les coupons.
Tester ce que voit aussi la personne qui prépare le colis
Une fois le paiement terminé, changez de point de vue. Le client voit sa confirmation ; l’équipe doit voir une commande qu’elle peut traiter. Vérifiez l’adresse, le mode de livraison et les quantités dans WooCommerce, puis dans l’outil de préparation si vous en utilisez un. Contrôlez aussi que le même événement ne fait pas partir deux confirmations ou deux lignes de préparation.
Essayez un échec volontaire avec les moyens de test de votre prestataire. Le client doit pouvoir reprendre le parcours sans ressaisir tout son panier, si la configuration le permet. Le stock doit suivre vos règles de réservation et de remise en vente. Si une transaction réussie est suivie d’un retour navigateur interrompu, vérifiez que la commande arrive tout de même dans le bon état quand la confirmation de la passerelle est traitée. C’est le genre de détail qui sépare une boutique testée d’une boutique qui a simplement affiché une page de merci.
Contrôler la commande après le clic de paiement
Simulez un succès, un refus et un retour interrompu depuis la passerelle. Dans le cas réussi, comparez le montant et la référence de transaction avec les notes de commande. Contrôlez le statut, le stock, les emails et, si elle existe, la remontée vers l’outil de préparation. Dans le cas refusé, vérifiez que le client comprend comment réessayer et qu’aucune expédition n’est déclenchée.
Un écran de confirmation ne prouve pas à lui seul la cohérence de la commande. Si les journaux de la passerelle et WooCommerce divergent, ouvrez le guide de dépannage du paiement WooCommerce. Si la commande est correcte mais que l’email manque, suivez le diagnostic des emails de commande.
Prévoir les premières minutes si quelque chose casse
Avant l’envoi de la campagne, notez où regarder en cas de problème : journaux WooCommerce, tableau de bord de la passerelle et journal du serveur. Écrivez aussi qui peut mettre la campagne en pause et qui vérifie les commandes déjà reçues. Le moment de découvrir qu’un seul compte a accès au prestataire de paiement est rarement le bon.
Une bascule de cache ou de réglage de livraison se défait différemment d’une mise à jour qui modifie les données. Pour les changements qui touchent la base, notez ce qui arrivera aux commandes reçues entre la sauvegarde et un éventuel retour arrière. Ne confondez pas « nous avons un fichier de sauvegarde » et « nous savons revenir en arrière sans perdre la matinée de ventes ».
Pendant la campagne, faites un point sur quelques commandes réelles dès le début : prix, paiement, email et transmission à la préparation. Si votre passerelle signale une transaction sans commande correspondante, gardez ses références et enquêtez avant d’inviter le client à repayer. Après le pic, notez ce qui a dû être traité à la main : c’est souvent le meilleur point de départ pour la prochaine recette.
Préparer l’équipe au jour de la campagne
Attribuez un responsable au suivi des erreurs et un autre au rapprochement des paiements. Convenez de ce qui déclenche une pause de la campagne : paiements incohérents, panier inutilisable ou hausse des erreurs serveur. Conservez une sauvegarde dont la restauration a été testée et une procédure de retour pour le changement prévu. Sur une boutique active, rétablir une ancienne base complète peut effacer des commandes reçues depuis la sauvegarde.
Relisez les changements des extensions avant de déployer. Sky Changelog Notifier aide à retrouver les notes de version ; le passage d’une commande de test reste nécessaire. Pour la capacité, partez des mesures décrites dans le guide des lenteurs pendant les pics de commandes.
La recette est terminée lorsque chaque scénario a un résultat attendu, un résultat observé et un responsable pour les anomalies. Référence : statuts de commande WooCommerce.
