ASDK e Make: i lead del sito in qualsiasi scenario

Make mostra ogni automazione come uno scenario visivo: un trigger, un router, alcuni rami, ciascuno con i suoi passaggi. ASDK si inserisce all’inizio di quel diagramma. Ogni lead raccolto dai suoi agenti può essere inviato a un webhook di Make, e il tuo scenario decide dove va, che si tratti di un CRM, di un foglio di calcolo, della chat del team o di tutti e tre.

Cosa fanno insieme ASDK e Make

Gli agenti di ASDK raccolgono lead durante le conversazioni sul sito:

• Chat (accesso anticipato, dal piano Free) risponde ai visitatori con i tuoi contenuti e, quando non può aiutare, si offre di raccogliere i loro recapiti.
• Sales (accesso anticipato, dal piano Pro) fa le domande di qualifica che scrivi in parole semplici, assegna a ogni lead un punteggio secondo le tue regole e propone una riunione ai visitatori in target.

Con un webhook verso Make, ogni nuovo lead esegue il tuo scenario. Scenari tipici:

• Smistamento in base all’adeguatezza. Un router manda i lead con punteggio alto al CRM e a un canale di avvisi, e tutti gli altri a una lista di nurturing.
• Smistamento per zona o prodotto. Un filtro su ciò che il visitatore ha detto all’agente sceglie il responsabile giusto.
• Tenere traccia. Ogni lead diventa una riga in un foglio o un record in un data store, accanto al CRM.
• Un ponte verso un CRM come Pipedrive o HubSpot, mentre le integrazioni native di ASDK con questi strumenti sono in arrivo.

ASDK invia webhook in accesso anticipato, dal piano Starter.

Come funziona: i custom webhook di Make

Make riceve i webhook con il modulo Custom webhook della sua app Webhooks. Secondo la documentazione dell’app Webhooks di Make, quando salvi un nuovo webhook Make genera un URL e inizia ad ascoltare le richieste, e accetta JSON, dati di moduli e query string (verificato a ottobre 2026). Alcune regole della pagina di aiuto sui webhook e della documentazione dell’app sono utili da conoscere:

• Esecuzioni immediate. Uno scenario con un webhook istantaneo parte appena arriva una richiesta. Per impostazione predefinita le esecuzioni possono avvenire in parallelo; un’impostazione dello scenario le elabora invece in ordine.
• Un webhook, uno scenario. Non puoi usare lo stesso webhook in più di uno scenario. Per una seconda destinazione, aggiungi un secondo percorso dentro lo scenario.
• I webhook inattivi vengono disattivati. Un webhook non collegato a nessuno scenario da più di cinque giorni viene disattivato e restituisce un errore.
• Code e limiti di frequenza. Ogni webhook ha la propria coda, e Make può elaborare fino a 300 richieste webhook in entrata ogni 10 secondi. È molto più di quanto richieda di solito il traffico di lead di un sito.

Configura uno scenario Make per i lead di ASDK

Uno scenario di esempio: un webhook, tre percorsi

Immagina un’azienda di logistica il cui sito riceve richieste di preventivo dai caricatori e domande di lavoro dagli autisti. Usa Chat per le domande e l’agente Sales per le richieste di preventivo. Il suo scenario è fatto così:

1. Custom webhook riceve ogni lead da ASDK.
2. Router divide il bundle in tre percorsi.
3. Il percorso uno, per i lead con punteggio alto, crea una persona e un lead nel CRM e pubblica un avviso nel canale commerciale.
4. Il percorso due, per i lead che parlano di un lavoro come autista, invia un’email alla casella del recruiting.
5. Il percorso tre, per tutto il resto, aggiunge una riga a un foglio che qualcuno controlla ogni giorno.

Ogni percorso ha un filtro sui campi raccolti dagli agenti, così nessuno deve smistare i lead a mano. Costruisci prima un percorso, provalo con lead veri per una settimana, poi aggiungi il successivo.

Cosa è disponibile e cosa arriverà presto

ASDK nel suo insieme è in accesso anticipato: i webhook funzionano e puoi usarli, ma i dettagli possono cambiare mentre li miglioriamo.

Consigli per scenari affidabili

• Definisci la struttura dei dati quando hai un esempio. Make può convalidare i dati in arrivo rispetto a una struttura; senza, accetta qualsiasi cosa, e i moduli successivi possono fallire su un campo mancante.
• Abbina i record in base all’email. Quando uno scenario crea contatti, cerca prima per email del visitatore, così un visitatore che torna aggiorna un record invece di crearne un duplicato.
• Gestisci i campi facoltativi. I visitatori non lasciano sempre un numero di telefono o un’azienda. Aggiungi valori di riserva o salta i passaggi che ne hanno bisogno.
• Proteggi l’URL. Chiunque abbia l’URL del webhook può inviarci dati. Incollalo solo in ASDK, e usa le opzioni di Make per chiavi API o restrizioni IP se la tua policy le richiede.
• Controlla la cronologia dello scenario. Un’esecuzione fallita compare nella cronologia e nei log di Make. Controllala dopo aver cambiato i campi di una destinazione.

Preferisci un costruttore passo per passo a un diagramma? Zapier funziona allo stesso modo dal lato di ASDK: un URL di webhook per ogni destinazione.