Révisé le 2026-07-12 · Public : agences
Vos techs ne vivent pas dans GHL toute la journée. Slack centralise les alertes : lead VIP, workflow failed, ticket support urgent.
Ce guide configure webhook Slack, modèles de message et garde-fous anti-spam.
Ce que vous allez mettre en place
- Webhook entrant Slack créé.
- Workflow GHL postant vers Slack.
- Canal #ghl-alerts dédié.
Avant de commencer
- Workspace Slack agence.
- Accès Workflows sous-compte client ou agence.
- 25 minutes.
Étape 1 : Créer le webhook Slack
Slack > Apps > Incoming Webhooks > canal `#ghl-alerts`. Copiez l'URL. Un canal par client ou par sévérité selon volume.
Étape 2 : Workflow alerte workflow failed
Trigger interne ou revue : workflow Custom Webhook POST vers Slack avec payload JSON (champ text : nom client, workflow, courriel contact) sur événement erreur si disponible.
Étape 3 : Alerte lead haute valeur
Workflow client : si tag `lead-vip` ou opportunité > 10k$, action webhook Slack + assignation humaine. Évitez d'alerter sur chaque lead standard.
Étape 4 : Formater messages lisibles
Incluez : nom client sous-compte, contact, lien GHL si possible, heure. Slack mobile doit permettre de comprendre sans ouvrir GHL.
Étape 5 : Limiter le bruit
Dédupliquez : même erreur max 1 alerte / heure. Routez les warnings vers canal basse priorité. Review mensuelle des alertes ignorées.
Étape 6 : Tester et documenter runbook
Déclenchez test. Confirmez réception < 1 min. Runbook : qui ack, qui ouvre GHL, délai SLA (sla-support-ghl).
Pièges qu'on voit tout le temps
- Alerter chaque form submit : fatigue d'alerte.
- URL webhook dans repo git public.
- Aucun propriétaire sur-call pour les ack Slack.
- Messages sans nom client en multi-comptes.
Vous avez réussi si…
- Incident workflow détecté par l'équipe avant le client.
- Alertes VIP actionnées en < 15 min ouvrables.
- Volume Slack soutenable (< 20 alertes utiles/jour).