mcp-or-webhook | MCP o webhook: cuál necesitas de verdad
MCP es petición y respuesta: un asistente llama a una herramienta cuando una persona se lo pide. Un webhook tiene la forma contraria, donde Meta entrega un evento y tu sistema decide qué hacer. Nada que reaccione de forma automática puede construirse solo con MCP.
Caminos de integración que ofrece un número conectado: MCP y webhook.
Maneras en que un mensaje entrante puede disparar un servidor MCP.
La herramienta MCP que configura el otro camino.
¿Por qué MCP no puede responderle a un cliente de forma automática?
Porque el protocolo no tiene mecanismo para ser despertado.
Un servidor MCP expone herramientas que un cliente llama. La llamada nace en el asistente, que a su vez está respondiendo a una persona. No existe dirección de entrada: nada en el hecho de que un cliente mande un mensaje de WhatsApp puede alcanzar a un asistente y hacer que actúe. Esto vale para cada servidor MCP en cada producto, y no es una limitación del nuestro.
Así que la pregunta que todo comprador termina haciendo, si una IA puede responderles a los clientes de madrugada, tiene respuesta de webhook y no de MCP. Meta entrega el mensaje a un sistema que tú operas, y ese sistema decide qué hacer, lo que bien puede incluir llamar a un modelo.
¿Para qué sirve de verdad cada camino?
MCP es para el trabajo que una persona está haciendo. Cuál de mis números está mal, mándale a este cliente su confirmación, crea una plantilla para avisos de pedido, apunta el número de este cliente a mi servidor. Cada una de esas cosas empieza con alguien pidiendo, y cada una es más rápida por un asistente que por un panel.
El webhook es para todo lo que tiene que ocurrir sin nadie presente. Primera respuesta fuera de horario, enrutamiento a la persona correcta, registro en un CRM, disparo de un flujo.
La propiedad útil es que MCP puede configurar el webhook. get_connect_link produce el enlace que un cliente abre, y set_webhook_destination apunta su número a tu sistema, así que un agente puede hacer el onboarding del camino que él mismo no puede servir.
¿Qué herramientas hablan qué?
Los asistentes hablan MCP: Claude, ChatGPT, Cursor, Claude Code. Las plataformas de automatización en general no, y la distinción no es la que la gente espera.
Make y Zapier corren servidores MCP propios, exponiendo sus acciones a los asistentes. Ninguno de los dos actúa como cliente MCP, así que ninguno puede llamar al nuestro. Para ellos, la integración es un webhook y una llamada HTTP.
n8n es la excepción. Su MCP Client Tool se conecta a un servidor remoto y admite OAuth2, así que un nodo de agente dentro de un flujo de n8n puede llamar a nuestras herramientas directamente. Incluso ahí el flujo todavía empieza con un webhook, porque esa es la única cosa que reacciona.
Errores comunes
- Comprar MCP esperando respuestas automáticas. Actúa cuando se le pide, y nada se lo pide a las 3 de la mañana.
- Suponer que una plataforma con servidor MCP puede consumir uno. Make y Zapier exponen, no consumen.
- Construir los dos caminos para hacer el mismo trabajo. Son para mitades distintas del mismo sistema.
El conector incluye set_webhook_destination, así que el camino del asistente puede configurar el camino de la automatización sin que nadie abra un panel.
Preguntas frecuentes
¿Un asistente puede vigilar mi WhatsApp?
No. Nada puede empujar un evento hacia dentro de un servidor MCP. Vigilar es un webhook, y el webhook puede entonces llamar a un modelo.
¿Necesito los dos?
Casi todos los sistemas reales usan los dos: MCP para el trabajo que hacen las personas, y el webhook para todo lo que ocurre sin ellas.
¿Zapier puede usar su servidor MCP?
No. Zapier es un servidor MCP y no un cliente, así que no tiene forma de llamar al nuestro.
¿Y n8n?
Sí, mediante su MCP Client Tool con OAuth2. De las tres, es la plataforma de automatización que puede.
Sigue leyendo
¿Listo para empezar?
Configura WhatsApp Coexistence en minutos, no en meses. La app sigue funcionando en el teléfono.
Empezar prueba gratisVerificado el