Ce qu’une surveillance de commandes échouées doit séparer
Toutes les commandes WooCommerce échouées ne racontent pas la même histoire. Certaines sont des refus client attendus. D’autres montrent un checkout qui atteint le paiement, mais ne crée pas, ne confirme pas ou ne met pas à jour la commande correctement.
La surveillance doit séparer refus isolé, hausse de commandes échouées, commandes non créées, pics pending payment, callbacks absents et confirmations order received manquantes.
Signaux à suivre
- Un parcours checkout atteint le paiement mais aucune confirmation n’apparaît.
- Des commandes restent en pending payment après un signal paiement attendu.
- Le volume de commandes échouées augmente après une mise à jour gateway, cache, thème ou plugin.
- La commande existe mais la confirmation, le webhook ou l’email attendu manque.
- Le checkout répond normalement alors que le chiffre d’affaires et les commandes validées chutent.
Preuve sans fuite de données commande
La preuve utile se limite à l’étape, au signal attendu, au signal observé, à la famille de statut, au timestamp et à la priorité. Elle n’a pas besoin de noms, emails, adresses, tokens paiement ni contenu panier.
Comment CashFlowCanary aide
CashFlowCanary relie surveillance checkout, détection paiement échoué et preuve de confirmation. L’équipe peut distinguer refus client, callback gateway, état Store API, perte session/cache ou échec de création commande.