ASDK et Make : chaque prospect du site dans un scénario

Make présente chaque automatisation sous forme de scénario visuel : un déclencheur, un routeur, quelques branches, chacune avec ses étapes. ASDK se place au début de ce schéma. Chaque prospect que recueillent ses agents peut être envoyé vers un webhook Make, et votre scénario décide de sa destination : un CRM, un tableur, un chat d’équipe, ou les trois.

Ce que font ensemble ASDK et Make

Les agents ASDK recueillent des prospects pendant les conversations sur votre site :

• Chat (accès anticipé, dès le forfait Free) répond aux visiteurs à partir de votre contenu et, quand il ne peut pas les aider, propose de prendre leurs coordonnées.
• Sales (accès anticipé, à partir du forfait Pro) pose les questions de qualification que vous rédigez en langage courant, attribue à chaque prospect un score selon vos règles et propose un rendez-vous aux visiteurs qui correspondent.

Avec un webhook vers Make, chaque nouveau prospect déclenche votre scénario. Des scénarios types :

• Orienter selon l’adéquation. Un routeur envoie les prospects au score élevé vers votre CRM et un canal d’alerte, et tous les autres vers une liste de nurturing.
• Orienter selon la région ou le produit. Un filtre sur ce que le visiteur a dit à l’agent désigne le bon responsable.
• Garder une trace. Chaque prospect devient une ligne dans un tableur ou un enregistrement dans un data store, en plus de votre CRM.
• Faire le lien avec un CRM comme Pipedrive ou HubSpot en attendant les connexions natives d’ASDK, qui arrivent bientôt.

ASDK envoie des webhooks en accès anticipé, à partir du forfait Starter.

Comment cela fonctionne : les webhooks personnalisés de Make

Make reçoit les webhooks avec le module Custom webhook de son app Webhooks. Selon la documentation de l’app Webhooks de Make, l’enregistrement d’un nouveau webhook génère une URL et lance l’écoute des requêtes, au format JSON, données de formulaire ou chaîne de requête (vérifié en octobre 2026). Quelques règles tirées de la page d’aide sur les webhooks de Make et de la documentation de l’app méritent d’être connues :

• Exécution immédiate. Un scénario doté d’un webhook instantané s’exécute dès qu’une requête arrive. Par défaut, les exécutions peuvent avoir lieu en parallèle ; un réglage du scénario permet de les traiter dans l’ordre.
• Un webhook, un scénario. Un même webhook ne peut pas servir dans plusieurs scénarios. Pour une seconde destination, ajoutez une seconde route dans le scénario.
• Les webhooks inactifs sont désactivés. Un webhook relié à aucun scénario depuis plus de cinq jours est désactivé et renvoie une erreur.
• Files d’attente et limites de débit. Chaque webhook a sa propre file d’attente, et Make peut traiter jusqu’à 300 requêtes de webhook entrantes par tranche de 10 secondes. C’est bien plus que ce dont le flux de prospects d’un site a habituellement besoin.

Configurer un scénario Make pour les prospects ASDK

Un exemple de scénario : un webhook, trois routes

Imaginez un transporteur dont le site reçoit des demandes de cotation de chargeurs et des questions d’emploi de chauffeurs. Il utilise Chat pour les questions et l’agent Sales pour les demandes de cotation. Son scénario se présente ainsi :

1. Custom webhook reçoit chaque prospect d’ASDK.
2. Router répartit le lot (bundle) sur trois routes.
3. La route un, pour les prospects au score élevé, crée une personne et un prospect dans le CRM et publie une alerte dans le canal commercial.
4. La route deux, pour les prospects qui mentionnent un poste de chauffeur, envoie un e-mail à la boîte du recrutement.
5. La route trois, pour tout le reste, ajoute une ligne à un tableur que quelqu’un consulte chaque jour.

Chaque route filtre sur des champs recueillis par les agents : personne n’a à trier les prospects à la main. Construisez d’abord une route, testez-la une semaine avec de vrais prospects, puis ajoutez la suivante.

Ce qui est disponible et ce qui arrive bientôt

ASDK dans son ensemble est en accès anticipé : les webhooks fonctionnent et vous pouvez les utiliser, mais des détails peuvent évoluer à mesure que nous les améliorons.

Conseils pour des scénarios fiables

• Définissez la structure de données dès que vous avez un exemple. Make peut valider les données entrantes par rapport à une structure ; sans elle, il accepte tout, et les modules suivants risquent d’échouer sur un champ manquant.
• Rapprochez les enregistrements par e-mail. Quand un scénario crée des contacts, cherchez d’abord par l’e-mail du visiteur : un visiteur qui revient met à jour un enregistrement au lieu d’en créer un doublon.
• Gérez les champs facultatifs. Les visiteurs ne laissent pas toujours un numéro de téléphone ou une entreprise. Prévoyez des valeurs par défaut, ou sautez les étapes qui en ont besoin.
• Protégez l’URL. Quiconque possède l’URL du webhook peut y envoyer des données. Collez-la uniquement dans ASDK, et utilisez les options de Make pour les clés d’API ou les restrictions d’IP si votre politique l’exige.
• Surveillez l’historique du scénario. Une exécution en échec apparaît dans l’historique et les journaux de Make. Consultez-les après avoir modifié les champs d’une destination.

Vous préférez un assistant étape par étape à un schéma ? Zapier fonctionne de la même façon côté ASDK : une URL de webhook par destination.