n8n | Conectar WhatsApp a n8n con la Cloud API oficial

¿Cómo llega un mensaje de WhatsApp a un flujo de n8n?

Meta entrega cada mensaje enviado al número a una única URL que tú indicas, como un HTTP POST. Esa URL es toda la integración. Pon un nodo Webhook de n8n en una URL de producción, defínela como destino del webhook del número, y el flujo corre con cada mensaje entrante.

El payload lleva al remitente, el texto o la referencia del archivo, una marca de tiempo y el id del mensaje. De ahí en adelante es un flujo común de n8n: ramifica según el contenido, busca al cliente, llama a lo demás que tengas corriendo, y decide si vas a responder.

Como esto es Coexistencia, el mismo mensaje también está en la app de WhatsApp Business en el teléfono. Una persona puede contestarlo. El flujo ve lo que envió la persona, y la persona ve lo que envió el flujo, así que ninguno de los dos responde encima del otro.

{
  "from": "14155550188",
  "id": "wamid.HBgLMTQxNTU1NTAxODgVAgAS",
  "timestamp": "1758412800",
  "type": "text",
  "text": { "body": "do you have anything friday?" }
}

¿Cómo envía el flujo una respuesta?

Con un nodo HTTP Request contra la Cloud API, usando el phone number id y el token de acceso del número. Los dos se leen desde el panel, o por el conector MCP, si prefieres que un asistente los busque.

Qué enviar depende del tiempo, y es justo aquí donde la gente se tropieza. Dentro de las 24 horas del último mensaje del cliente, el texto libre funciona y la respuesta es lo que el flujo haya compuesto. Fuera de esa ventana, solo pasa una plantilla que Meta ya aprobó. Un flujo que solo envía texto libre parece perfecto en las pruebas, porque las pruebas siempre ocurren segundos después de un mensaje, y luego se queda mudo en el primer caso real que cruza la noche.

La forma robusta es una ramificación: revisa hace cuánto llegó el último mensaje entrante y elige texto libre o plantilla según eso.

¿n8n también puede usar el conector MCP?

Sí, y n8n es poco común en esto. Su nodo MCP Client Tool se conecta a un servidor MCP remoto y admite OAuth2, que es lo que el nuestro necesita, así que un nodo AI Agent dentro de un flujo puede llamar a nuestras herramientas directamente.

Vale saberlo porque la mayoría de las plataformas de automatización no puede. Make y Zapier corren servidores MCP propios y ninguno de los dos actúa como cliente, así que ninguno alcanza un servidor de terceros. n8n sí.

Sirve para la mitad de actuar: un nodo de agente que decide enviar un mensaje, revisar la salud de un número o leer el estado de aprobación de una plantilla mientras el flujo está corriendo. Lo que no hace es reemplazar al webhook, porque MCP no tiene manera de ser despertado por un mensaje que entra.

¿Cuál de los dos debería usar un flujo?

Los dos, para mitades distintas, y el reparto no es cuestión de gusto.

El webhook es como empieza cualquier cosa. Un cliente escribe, Meta entrega en tu nodo Webhook, el flujo corre. No existe equivalente en MCP de eso en ninguna herramienta, porque el protocolo es petición y respuesta, y no algo a lo que se pueda llamar de afuera hacia adentro.

El MCP Client Tool es para que un agente dentro de ese flujo actúe sin que tú escribas la llamada a mano. Si el flujo ya sabe exactamente qué enviar, un nodo HTTP Request contra la Cloud API es más simple y tiene menos cosas que puedan fallar. Si un agente está decidiendo, el conector le entrega las once herramientas y las reglas que vienen en sus descripciones, incluida la ventana de 24 horas.

¿Qué distingue esto de los nodos de WhatsApp de n8n que la gente ya usa?

La mayoría de los montajes de WhatsApp en n8n que encontrarás por ahí están construidos sobre una pasarela no oficial que entra como dispositivo vinculado. Son fáciles de arrancar y ponen el número en riesgo, porque ese mecanismo rompe los términos de WhatsApp y Meta detecta el patrón de tráfico, no la librería.

La otra ruta común es la API oficial sin Coexistencia, que funciona pero migra el número. La app de WhatsApp Business deja de funcionar en él, y el equipo que atendía todo el día tiene que mudarse a una herramienta nueva. Para la mayoría de los negocios pequeños eso es inviable, y es justamente por eso que tantos terminaron en pasarelas no oficiales.

Coexistencia es la combinación que faltaba. API oficial, y el teléfono sigue funcionando.

Errores comunes

• Usar una Test URL de n8n como destino del webhook. Deja de escuchar cuando se cierra el editor, así que los mensajes se entregan a la nada.
• No responder a la petición de verificación de Meta. Meta manda un GET con un desafío antes de entregar nada, y un nodo que no lo devuelve nunca recibe un mensaje.
• Responder con texto libre fuera de la ventana de 24 horas. Falla en silencio desde el punto de vista del flujo, y solo pasa una plantilla aprobada.

Preguntas frecuentes

Sigue leyendo