Le monitoring classique répond à une seule question : « le serveur est-il debout ? ». Mais un code HTTP 200 ne dit rien de la capacité réelle d'un visiteur à acheter. Un site peut afficher la home, répondre vite, et avoir un tunnel d'achat cassé.
Le piège du « tout est vert »
La plupart des incidents qui coûtent du chiffre d'affaires n'apparaissent pas comme des pannes. La page de paiement charge, mais le bouton ne soumet plus. Le panier se vide après l'ajout. Un moyen de paiement disparaît silencieusement. La confirmation de commande ne s'affiche pas. Dans tous ces cas, l'uptime reste vert pendant que les ventes s'arrêtent.
Ce qu'il faut surveiller à la place
Au lieu de pinger une URL, il faut suivre les étapes qui encaissent :
- la fiche produit et l'ajout au panier
- le panier et le tunnel de commande
- les moyens de paiement et la 3DS
- la confirmation et les signaux post-achat
Quand l'une de ces étapes casse, la bonne réaction n'est pas une alerte « site down » — c'est une alerte précise, avec la cause probable et une preuve de l'incident.
Détecter tôt, prouver, agir
Plus un incident de conversion est détecté tôt, moins il coûte. CashFlowCanary surveille ces parcours en continu, ouvre un incident dès qu'un signal casse, et produit un livrable partageable pour que l'équipe agisse vite — sans perdre une heure à reproduire le problème.