Méthode de surveillance

Comment CashFlowCanary suit un checkout WooCommerce.

CashFlowCanary observe produit, panier, checkout, paiement et confirmation pour produire un signal fiable, une priorité et une preuve exploitable.

Tunnel observé

On ne surveille pas seulement si le site répond.

Un site peut rester en ligne pendant que le panier se vide, qu'un paiement disparaît ou que la confirmation échoue. CashFlowCanary sépare disponibilité et parcours synthétique.

  • Pages produit, panier, checkout et paiement
  • Détection des blocages visibles pour l'acheteur
  • Retour au vert confirmé après correction
Flux abstrait de surveillance checkout WooCommerce CashFlowCanary

Les deux niveaux de contrôle

La cadence dépend de l'offre, mais la logique reste la même : signal léger en continu, puis preuve plus riche quand une étape critique se dégrade.

Checks stateless

Ils lisent les pages clés sans créer de commande : produit, panier, checkout, signaux de paiement, codes HTTP, contenu attendu, latence et erreurs visibles.

Parcours synthétique

Il suit un scénario de test borné pour vérifier que le tunnel progresse. Il ne stocke pas de carte, ne collecte pas d'acheteur et reste conçu pour éviter les effets persistants.

Priorisation

Un problème sur une page informative n'a pas le même poids qu'une rupture au paiement. Le verdict met en avant ce qui peut bloquer l'encaissement.

Anti-spam incident

Quand un rapport automatique est envoyé pour une casse, CashFlowCanary n'en renvoie pas un autre tant que les vérifications ne sont pas repassées au vert. Un envoi manuel client reste possible.

1. Sélection des pages à surveiller

La surveillance part des pages qui font avancer la vente : une page produit représentative, le panier, le checkout, l'étape paiement et le signal de confirmation. Les URLs sont rattachées au site configuré, pas écrites en dur dans les tests.

2. Lecture rapide sans mutation

Les checks stateless vérifient que les pages répondent, que le contenu attendu existe, que les moyens de paiement ne sont pas absents et que les erreurs connues ne bloquent pas le tunnel. Ces contrôles sont faits sans créer de compte, sans passer commande et sans collecter de donnée client.

3. Parcours synthétique encadré

Quand l'offre le permet, un parcours synthétique vérifie que WooCommerce laisse progresser un scénario de test jusqu'aux signaux attendus. Le but est de prouver la rupture ou le retour au vert, pas de réaliser un achat réel.

4. Ouverture d'incident

Un incident est ouvert si la rupture touche une étape utile : panier vide inattendu, checkout inaccessible, paiement non disponible, erreur de validation ou confirmation absente. Le rapport conserve la classe d'erreur, l'étape, l'horodatage et les éléments techniques filtrés.

5. Alertes et preuves

L'alerte résume ce qui est cassé et ce qu'il faut vérifier. La preuve peut être partagée sous forme de cockpit, de lien lecture seule ou de PDF selon l'offre. Les secrets, cartes bancaires, emails acheteurs, adresses et contenus panier détaillés sont exclus.

6. Retour au vert

Quand les tests repassent au vert, l'incident peut être clôturé et la preuve avant/après indique que la correction a été vérifiée. CashFlowCanary ne corrige pas automatiquement le site : il donne le signal, la preuve et la prochaine action.

Ce que CashFlowCanary ne fait pas

Pas de terminal de paiement

La facturation CashFlowCanary reste séparée du checkout surveillé. Le plugin WooCommerce ne devient pas une passerelle de paiement pour vos clients.

Pas de données acheteur

La preuve est minimisée : pas de carte, pas d'email client, pas d'adresse, pas de contenu panier nominatif et pas de payload complet dans les logs.

Pas de correction automatique

Le service détecte, priorise, alerte et prouve. La correction reste dans votre équipe, votre agence ou votre prestataire technique.