ASDK y Make: envía los leads del sitio a cualquier escenario

Make muestra cada automatización como un escenario visual: un disparador, un enrutador y unas cuantas ramas, cada una con sus pasos. ASDK encaja al principio de ese diagrama. Cada lead que captan sus agentes se puede enviar a un webhook de Make, y tu escenario decide adónde va, ya sea un CRM, una hoja de cálculo, un chat del equipo o los tres.

Qué hacen juntos ASDK y Make

Los agentes de ASDK captan leads durante las conversaciones en el sitio web:

• Chat (acceso anticipado, desde el plan Free) responde a los visitantes con tu contenido y, cuando no puede ayudar, ofrece tomar sus datos de contacto.
• Sales (acceso anticipado, desde el plan Pro) hace las preguntas de cualificación que escribes en lenguaje sencillo, puntúa cada lead según tus reglas y ofrece una reunión a los visitantes que encajan.

Con un webhook a Make, cada lead nuevo ejecuta tu escenario. Escenarios habituales:

• Enrutar según el encaje. Un enrutador envía los leads con puntuación alta a tu CRM y a un canal de avisos, y el resto a una lista de nutrición.
• Enrutar por región o producto. Un filtro sobre lo que el visitante le dijo al agente elige al responsable adecuado.
• Llevar un registro. Cada lead se convierte en una fila de una hoja de cálculo o en un registro de un almacén de datos, además de en tu CRM.
• Hacer de puente con un CRM como Pipedrive o HubSpot mientras llegan las conexiones nativas de ASDK con ellos.

ASDK envía webhooks en acceso anticipado, desde el plan Starter.

Cómo funciona: los webhooks personalizados de Make

Make recibe webhooks con el módulo Custom webhook de su app Webhooks. Según la documentación de la app Webhooks de Make, al guardar un webhook nuevo Make genera una URL y empieza a escuchar peticiones, y acepta JSON, datos de formulario y cadenas de consulta (consultado en octubre de 2026). Conviene conocer algunas reglas de la página de ayuda sobre webhooks de Make y de la documentación de la app:

• Ejecuciones instantáneas. Un escenario con un webhook instantáneo se ejecuta en cuanto llega una petición. Por defecto, las ejecuciones pueden ocurrir en paralelo; un ajuste del escenario hace que se procesen en orden.
• Un webhook, un escenario. No puedes usar el mismo webhook en más de un escenario. Para un segundo destino, añade una segunda ruta dentro del escenario.
• Los webhooks inactivos se desactivan. Un webhook que lleva más de cinco días sin conectar a ningún escenario se desactiva y devuelve un error.
• Colas y límites de frecuencia. Cada webhook tiene su propia cola, y Make puede procesar hasta 300 peticiones de webhook entrantes cada 10 segundos. Es mucho más de lo que suele necesitar el tráfico de leads de un sitio web.

Configura un escenario de Make para los leads de ASDK

Un escenario de ejemplo: un webhook, tres rutas

Imagina una empresa de logística cuyo sitio web recibe solicitudes de cotización de cargadores y preguntas sobre empleo de conductores. Usa Chat para las preguntas y el agente Sales para las solicitudes de cotización. Su escenario es así:

1. Custom webhook recibe cada lead de ASDK.
2. Router divide el paquete de datos en tres rutas.
3. La primera ruta, para los leads con puntuación alta, crea una persona y un lead en el CRM y publica un aviso en el canal de ventas.
4. La segunda ruta, para los leads que mencionan un empleo de conductor, envía un correo al buzón de selección.
5. La tercera ruta, para todo lo demás, añade una fila a una hoja de cálculo que alguien revisa cada día.

Cada ruta tiene un filtro sobre los campos que recogieron los agentes, así que nadie tiene que clasificar los leads a mano. Construye primero una ruta, pruébala con leads reales durante una semana y después añade la siguiente.

Qué está disponible y qué llegará próximamente

ASDK en su conjunto está en acceso anticipado: los webhooks funcionan y puedes usarlos, pero los detalles pueden cambiar mientras los mejoramos.

Consejos para escenarios fiables

• Define la estructura de datos cuando tengas una muestra. Make puede validar los datos entrantes contra una estructura; sin ella, lo acepta todo, y los módulos posteriores pueden fallar si falta un campo.
• Relaciona los registros por correo. Cuando un escenario crea contactos, busca primero por el correo del visitante para que un visitante que vuelve actualice un registro en lugar de crear un duplicado.
• Gestiona los campos opcionales. Los visitantes no siempre dejan un teléfono o una empresa. Añade valores alternativos u omite los pasos que los necesitan.
• Protege la URL. Cualquiera que tenga la URL del webhook puede enviarle datos. Pégala solo en ASDK, y usa las opciones de Make para claves de API o restricciones por IP si tu política lo exige.
• Revisa el historial del escenario. Una ejecución fallida aparece en el historial y los registros de Make. Revísalo después de cambiar los campos de un destino.

¿Prefieres un creador paso a paso en lugar de un diagrama? Zapier funciona igual desde el lado de ASDK: una URL de webhook por destino.