PathOctobre 2026
Alerter Slack quand un parcours échoue : preuve, capture, pas de bruit
Une alerte uptime dit « 500 ». Une alerte Flow dit « étape 3 — bouton Payer introuvable » avec capture. C’est ce que Slack doit recevoir pour agir en cinq minutes.
Le bruit tue les on-call
Ping filtre les vrais incidents réseau. Flow n’alerte que si le parcours métier casse. Ensemble, vous évitez le canal Slack saturé de faux positifs HTTP.
Sans cette séparation, l’équipe mute le canal — et rate l’alerte utile le jour où le tunnel Shopify casse vraiment.
Ce que contient une bonne alerte
- Nom du parcours et étape en échec.
- Capture d’écran au moment de l’échec.
- Lien vers le run Pathly pour rejouer.
Exemple : ce qui arrive dans Slack
Voici le message type qu’une équipe reçoit quand Flow casse sur un checkout (noms fictifs). Ce n’est pas un « HTTP 500 » nu : l’étape et la preuve sont dedans.
:red_circle: Pathly Flow — Checkout boutique · FAIL Étape 3/5 — Cliquer « Payer » · sélecteur introuvable Région OK · Panier OK · Payer ✕ Région eu-west · durée 18,4 s Capture : checkout-payer-missing.png Run : https://app.pathlyhq.com/runs/ex-7f3a Ping HTTP de la même URL : encore vert (200)
Avec ça, l’on-call ouvre le run, voit la capture, corrige le sélecteur ou le thème — sans fouiller CloudWatch. L’uptime HTTP reste vert : seul le parcours métier a cassé.
Mise en place en pratique
Enregistrez le parcours critique, branchez Slack ou Teams selon l’offre, gardez l’e-mail en secours. Testez en cassant volontairement un sélecteur en staging avant la prod.
Pathly envoie les alertes e-mail dès Solo ; Slack / Teams selon l’offre. Le but n’est pas plus de messages, c’est le bon message avec preuve.