Exemple d'incident

Du signal cassé à la preuve actionnable.

Cet exemple montre comment CashFlowCanary transforme une rupture checkout WooCommerce en incident lisible : ce qui est détecté, prouvé, corrigé et comment la résolution est confirmée.

Le scénario

Exemple volontairement fictif, conçu pour montrer le format de restitution sans exposer de boutique réelle.

Détection

Le parcours produit -> panier -> checkout reste accessible, mais la validation du paiement renvoie une erreur observable sur l'étape finale.

Preuve

Le rapport conserve l'heure, l'étape, le statut, la classe d'erreur et le contexte technique utile, sans email client ni contenu panier.

Diagnostic

La cause probable pointe vers une configuration de méthode de paiement ou une incompatibilité checkout apparue après changement boutique.

Action

L'équipe vérifie la méthode de paiement active, le plugin concerné, le cache checkout et relance une vérification après correction.

Preuve partageable

La preuve dit quoi corriger, pas seulement que le site est rouge.

Un incident utile doit rester compréhensible par un marchand, actionnable par une agence et vérifiable par un développeur. Le format privilégie la prochaine action plutôt qu'un écran d'erreur brut.

  • Étape exacte du tunnel concernée
  • Cause probable et priorité
  • Résolution confirmée après retour au vert
Exemple de preuve d'incident CashFlowCanary filtrée

1. Détection

À 09:14, le check checkout prioritaire observe que la page de paiement répond toujours, mais que la tentative de finalisation échoue. L'incident est ouvert car la rupture touche une étape qui encaisse réellement.

2. Preuve

  • Page concernée : checkout.
  • Classe d'erreur : paiement non finalisé.
  • Signal conservé : statut, étape, latence, horodatage et extrait technique filtré.
  • Signal exclu : carte bancaire, identité client, contenu panier détaillé.

3. Diagnostic recommandé

Le diagnostic priorise la vérification de la méthode de paiement active, du module checkout, du cache et des derniers changements WooCommerce. Le message est rédigé pour être transmis à l'équipe qui corrige.

4. Résolution

Après correction, une nouvelle vérification repasse le parcours au vert. L'incident peut être clôturé avec la preuve avant/après et le rapport reste consultable selon les droits du plan.