Les webhooks permettent à DM Champ d'envoyer les événements vers tes propres systèmes à l'instant où ils se produisent. Tu abonnes une URL d'endpoint aux événements qui t'intéressent, et DM Champ envoie un POST sortant en temps réel à cette URL dès que l'un d'eux se déclenche. Un nouveau message entrant arrive, un contact est créé, un rendez-vous est réservé : ton serveur l'apprend instantanément, sans polling, sans tâche planifiée, sans export par lots. Il y a près de 20 types d'événements auxquels s'abonner, couvrant les messages, les contacts, les rendez-vous, les opportunités, les tâches et plus.
C'est la moitié "push" d'une intégration bidirectionnelle. Les webhooks disent à ta stack ce qui vient de se passer dans DM Champ. L'API REST ouverte permet à ta stack d'agir dessus. Ensemble, ils font de DM Champ un composant programmable de ce que tu construis, et pas une boîte de réception fermée dans laquelle tu dois te connecter.
L'accès à l'API (et la ressource webhooks avec lui) est une fonctionnalité payante liée à l'offre. La partie intéressante, c'est le coût : la plupart des plateformes facturent $159 à $749 tous les mois juste pour débloquer une vraie API plus les webhooks. DM Champ livre la même surface développeur sur toutes les offres, à partir de Business à $97/mois.
S'abonner aux événements
Tu enregistres une URL d'endpoint et tu choisis quels événements doivent y arriver. À partir de là, DM Champ envoie une charge utile JSON en POST à cette URL chaque fois qu'un événement correspondant se produit. Le catalogue couvre près de 20 types, sur les parties de la plateforme auxquelles tu voudrais vraiment réagir :
- Nouveau message entrant (un contact a répondu sur un canal)
- Nouveau message sortant envoyé
- Statut de message changé (délivré, lu, en échec)
- Nouveau contact créé
- Contact mis à jour (champs, tags, appartenance à une liste)
- Rendez-vous réservé
- Rendez-vous replanifié ou annulé
- Nouvelle opportunité créée
- Étape d'opportunité changée
- Tâche créée ou terminée
- Session de chat ouverte ou fermée
- Le bot a passé une conversation à un humain
- Événements de diffusion
- État de connexion d'un canal changé
Une charge utile dit à ton endpoint ce qui s'est passé et te donne les identifiants pour aller chercher le détail via l'API REST. Un événement de nouveau message, par exemple, ressemble à peu près à ça :
{
"event": "message.received",
"timestamp": "2026-06-23T14:02:11Z",
"data": {
"messageId": "msg_8f3a91c2",
"contactId": "cnt_7b21d0e4",
"channel": "whatsapp",
"direction": "inbound",
"text": "Do you have any slots tomorrow?"
}
}
Ton endpoint reçoit ça, décide quoi faire, et (s'il veut agir) rappelle l'API. Abonne-toi à autant de types d'événements que nécessaire, endpoint par endpoint.
Webhooks plus API égale intégration bidirectionnelle
Les webhooks et l'API sont les deux sens du même tuyau. Les webhooks poussent les événements hors de DM Champ en temps réel. L'API REST te laisse lire et écrire en retour : créer des contacts, envoyer des messages, faire avancer des opportunités, réserver des rendez-vous, sortir des analytics, provisionner des sous-comptes.
C'est cette paire qui rend les vraies automatisations possibles. Un webhook part quand un contact répond, ton code lit la conversation via l'API, score ou route le lead, puis réécrit le résultat (un tag, une étape d'opportunité, un message de relance) via l'API à nouveau. Le webhook est le déclencheur, l'API est l'action. Aucun des deux seul n'est une intégration. Les deux ensemble, si.
Si tu veux que l'agent IA lui-même appelle tes systèmes en pleine conversation au lieu de réagir après coup, c'est une capacité à part : les Fonctions personnalisées laissent le modèle décider d'appeler ton endpoint et d'intégrer le résultat à son propre raisonnement pendant qu'il parle encore au client.
Ce que coûtent une vraie API et des webhooks ailleurs
Les webhooks ne sont pas d'habitude une case gratuite. Sur la plupart des plateformes, ils sont réservés à un palier intermédiaire ou haut, et la facture mensuelle pour débloquer une vraie API plus les webhooks va de $29 jusqu'à $749. Voici, chez chaque éditeur, la première offre qui donne les deux :
Une note honnête sur ce $0/mois : l'API et les webhooks de DM Champ sont une fonctionnalité payante liée à l'offre, pas une fonctionnalité gratuite. La différence, c'est que la surface développeur vient avec ton offre plutôt qu'avec un palier API mensuel récurrent, donc aucun frais d'API mensuel ne s'empile sur ton coût de plateforme. C'est inclus à partir de Business à $97/mois. Sources des paliers ci-dessus : grilles tarifaires officielles respond.io, Tidio, Wati, GoHighLevel et ManyChat, juin 2026.
Utilise-les avec GoHighLevel, Zapier ou ton CRM
Une URL de webhook est la primitive d'intégration la plus universelle qui soit, donc les événements DM Champ tombent directement dans les outils que tu utilises déjà. Pointe un webhook sur un catch hook Zapier (ou Make) et tu peux diffuser les événements vers des centaines d'apps sans écrire de code : vois les meilleurs outils IA pour l'intégration Zapier. Pointe-le sur les webhooks de workflow entrant de GoHighLevel pour synchroniser contacts et conversations dans le CRM de ton agence : vois les meilleurs outils IA pour l'intégration GoHighLevel.
Pour tout le reste, la charge utile est du JSON simple en HTTPS, donc n'importe quel backend, fonction ou CRM capable de recevoir un POST peut la consommer. Lis la doc webhooks pour la liste des événements et la forme des charges utiles, puis branche ça à ce que tu utilises déjà.