n8n con WhatsApp: cómo conectarlo de verdad y qué se rompe en producción

Casi todo el tiempo de este proyecto se va aquí, no en el flujo. Cuatro piezas, en este orden:

1. Un número que no esté en WhatsApp. Ni en la app normal ni en WhatsApp Business. Si quieres usar el que ya tienes, hay que borrar antes esa cuenta y con ella se va el historial. Muchos negocios prefieren estrenar número y dejar el antiguo unas semanas con un mensaje que redirija.

2. Una cuenta de Meta Business verificada. Meta pide documentación de la empresa. La verificación tarda entre un día y un par de semanas según el país y según lo limpia que esté la documentación. Es el paso que más retrasa el proyecto, así que se empieza el primer día y se monta el flujo mientras tanto.

3. Acceso a la API de WhatsApp Business. Es la vía oficial y la única que no pone tu número en riesgo. El detalle completo está en WhatsApp Business API. Cualquier atajo que prometa automatizar sin ella opera sobre WhatsApp Web y termina en bloqueo, normalmente en el peor momento.

4. Una dirección pública para el webhook. n8n tiene que recibir los mensajes entrantes, así que Meta necesita poder llamarlo desde fuera. Con n8n en la nube viene resuelto. Si lo alojas tú, necesitas dominio y certificado válido: Meta no acepta conexiones sin cifrado ni certificados autofirmados.

Si alguno de los cuatro puntos no está claro, resuélvelo antes. Montar el flujo sin ellos produce una demo que funciona en tu máquina y no en ningún otro sitio.

Camino A: el nodo de WhatsApp Business Cloud. n8n trae nodos para hablar directamente con la API de Meta: un disparador que recibe los mensajes entrantes y un nodo de envío. Es el camino más directo y el que recomendamos para empezar.

La configuración pide el identificador del número, el de la cuenta de negocio y un token de acceso permanente generado desde el panel de Meta. Un aviso que ahorra una tarde: los tokens temporales que Meta genera por defecto caducan en horas. Si el flujo funcionó ayer y hoy devuelve error de autorización, casi siempre es eso.

Camino B: HTTP Request contra un proveedor. Si ya trabajas con un proveedor que revende el acceso a la API, normalmente tendrá su propia API y se llama con el nodo de peticiones HTTP. Tiene sentido si ese proveedor ya te da bandeja de entrada compartida para el equipo, que es algo que n8n no hace.

Cuál elegir. Si quieres control total y menos intermediarios, el camino A. Si tu equipo necesita una bandeja donde ver y contestar conversaciones a mano, el camino B, o directamente un CRM con WhatsApp integrado. Vale la pena decirlo claro: n8n no es una bandeja de entrada. Automatiza, pero no le da a tu equipo un sitio donde atender conversaciones, y ese suele ser un requisito que aparece tarde y obliga a rehacer.

La verificación del webhook. Al conectar, Meta llama a tu dirección con un parámetro de verificación y espera que le devuelvas exactamente lo que envió. n8n lo gestiona en el nodo disparador, pero conviene saber que existe: es el punto donde se atasca la mitad de la gente, y el síntoma es que Meta no llega a registrar el webhook.

La forma de un flujo de atención por WhatsApp en n8n es siempre esta:

1. Disparador de WhatsApp        (llega un mensaje)
2. Filtro                        (¿es texto? ¿es de un contacto conocido?)
3. Buscar contacto en el CRM     (¿quién es? ¿qué tiene pendiente?)
4. Decidir                       (IA, palabra clave o condición)
5. Ejecutar la acción            (consultar agenda, crear cita, etiquetar)
6. Responder por WhatsApp
7. Registrar en el CRM           (la conversación y lo que se hizo)

El paso 2 no es opcional aunque lo parezca. Por el webhook entran cosas que no son mensajes de texto: confirmaciones de entrega, acuses de lectura, cambios de estado. Si no filtras, el flujo se ejecuta tres veces por cada mensaje y el agente responde a eventos que no son preguntas. Es el fallo número uno de los flujos de WhatsApp recién montados.

El paso 3 es lo que separa un bot de un agente. Sin contexto, el sistema trata a un cliente de cinco años igual que a un desconocido. Con contexto, puede decir "vi que tu última cita fue en marzo".

El paso 7 se olvida siempre y es el que da valor a largo plazo. Si la conversación no queda en la ficha del contacto, tienes un bot que responde y una empresa que no se entera de nada.

Sobre los mensajes que llegan seguidos: la gente escribe "hola", luego "quería preguntar", luego la pregunta. Tres mensajes en diez segundos disparan tres ejecuciones y tres respuestas pisándose. La solución es una pequeña espera que agrupe los mensajes del mismo contacto antes de procesar. No es elegante y es imprescindible.

Esta es la parte que hay que entender antes de diseñar nada, porque condiciona todo el flujo.

Cuando un cliente te escribe, se abre una ventana de 24 horas en la que puedes responderle libremente, con el texto que quieras y sin costo de conversación de servicio.

Fuera de esa ventana no puedes escribir lo que quieras. Solo puedes iniciar contacto con una plantilla previamente aprobada por Meta, y esa plantilla sí se cobra según su categoría y el país de destino.

Las consecuencias prácticas son grandes:

• Un recordatorio de cita para dentro de tres días es una plantilla. Tiene que estar creada y aprobada antes, con sus variables. No se improvisa desde el flujo.
• Un seguimiento a los cinco días es una plantilla. Y si el cliente responde a esa plantilla, se abre una ventana nueva y a partir de ahí puedes conversar libremente.
• El flujo tiene que saber en qué situación está cada contacto. Guardar la marca de tiempo del último mensaje entrante y decidir con ella si toca respuesta libre o plantilla. Esto se implementa a mano en n8n: no viene resuelto.
• Las plantillas se rechazan. Si suenan a promoción encubierta o incumplen las políticas, Meta las deniega. Conviene tener aprobadas las que se van a usar antes de anunciar la fecha de lanzamiento.

Un agente que ignora esta regla funciona perfecto en pruebas, donde tú acabas de escribirle, y falla en producción con la mitad de los contactos. Es la causa más común de "funcionaba y de repente dejó de enviar".

Con el flujo base en marcha, meter un modelo de lenguaje es directo. La estructura que funciona:

• Un nodo de agente recibe el mensaje del cliente y el contexto que trajiste del CRM.
• Instrucciones en el sistema, no en el mensaje. Quién es, qué puede resolver, qué no debe hacer nunca, cuándo pasar a un humano.
• Herramientas definidas como flujos propios: consultar disponibilidad, crear cita, buscar en el catálogo. Empieza solo con las de lectura y añade las de escritura una a una.
• Memoria de conversación ligada al número de teléfono, para que no repita preguntas dentro de la misma charla.

Tres decisiones que abaratan mucho la factura:

• Reparte modelos. Uno pequeño y rápido para clasificar la intención, uno mejor solo para redactar la respuesta. La mayor parte de los mensajes no necesitan el modelo caro.
• No metas todo tu catálogo en cada llamada. Recupera solo el fragmento relevante. Si el agente lee doscientas páginas en cada turno, multiplicas el gasto por el número de mensajes.
• Corta las conversaciones eternas. Un límite de turnos antes de pasar a humano protege la factura y, sobre todo, protege al cliente que lleva quince mensajes sin resolver nada.

El desglose completo del costo está en cuánto cuesta un agente de IA, y cómo escribir las instrucciones en cómo crear un agente de IA.

1. No filtrar los eventos que no son mensajes. Acuses de recibo y confirmaciones de lectura disparan el flujo. Respuestas duplicadas garantizadas.

2. Ignorar la ventana de 24 horas. Funciona en pruebas, falla con clientes reales.

3. Token temporal en lugar de permanente. Deja de funcionar en horas y el error no es evidente.

4. Sin aviso cuando el flujo falla. Un flujo de atención al cliente que falla en silencio es peor que no tener flujo: crees que estás atendiendo y no atiendes a nadie. Un aviso a una persona por cada error es obligatorio, no una mejora.

5. Sin límite de mensajes por contacto. Un fallo en bucle puede enviar cuarenta mensajes al mismo número en un minuto. Además de la factura, es motivo de bloqueo y de reportes que dañan la calidad del número.

6. Sin traspaso a humano real. Si el agente dice "te paso con una persona" y ese aviso llega a un canal que nadie mira, el agente mintió. El traspaso tiene que llegar donde tu equipo ya trabaja.

Y una comprobación de salud que casi nadie hace: revisa periódicamente la calificación de calidad de tu número en el panel de Meta. Baja cuando la gente bloquea o reporta, y arrastra los límites de envío. Es un indicador temprano de que el agente está molestando, y aparece antes que las quejas.

Conviene decirlo con claridad porque este artículo está lleno de trabajo que alguien tiene que hacer.

n8n con WhatsApp es una gran ruta cuando hay perfil técnico disponible, hay que conectar sistemas propios que ninguna plataforma trae, o hay requisitos de datos que obligan a alojarlo tú.

No compensa cuando lo que necesitas es que tu equipo atienda mejor WhatsApp. Ahí el requisito real es una bandeja compartida, la ficha del cliente al lado de la conversación, la agenda conectada y la ventana de 24 horas gestionada sin que nadie piense en ella. Todo eso viene resuelto en un CRM con WhatsApp integrado, y en n8n hay que construirlo y mantenerlo pieza por pieza.

La cuenta honesta: entre la verificación de Meta, el flujo, las plantillas, el manejo de la ventana, los avisos de error y las dos semanas de ajuste, un agente de atención montado a mano no es un proyecto de fin de semana. Si el objetivo es aprender, es una inversión excelente. Si el objetivo es dejar de perder conversaciones el mes que viene, hay caminos más cortos.

En Minimal lo montamos por las dos vías según el caso, y operamos el resultado. Si quieres saber cuál te conviene, cuéntanos qué mensajes recibes hoy y lo vemos sobre tu operación.