Por qué tu agente n8n no puede responder en los chats de Kommo — y cómo arreglarlo (2026)

La mayoría de quienes intentan conectar un agente de IA a los chats de Kommo se topan con el mismo muro. El flujo en n8n está armado, el agente lee el lead, formula la respuesta — y en el paso de envío al chat salta un error: el envío falla. El mensaje no se va a WhatsApp, la solicitud de envío se rechaza. Lo desconcertante es que al principio parece un problema de configuración o de acceso — como si fueran credenciales mal puestas.

La respuesta corta: chocaste con la diferencia entre leer los datos del CRM y enviar un mensaje al chat. Son dos mecanismos distintos de Kommo, y el segundo está cerrado por el registro del canal. Vamos por partes — con documentación de Kommo en cada afirmación — y te mostramos una forma compatible de hacer que las respuestas lleguen.

---

¿Puede un agente n8n responder en los chats de Kommo? Leer — sí, enviar — no por sí solo

Al grano: n8n funciona de maravilla con los datos del CRM — leads, contactos, negocios, campos personalizados. Los puedes leer y escribir todo el día. Pero enviar un mensaje al chat es un sistema completamente distinto, y se llama amojo.

La integración oficial de n8n con Kommo lo da a entender claramente: trata sobre datos del CRM, no sobre mensajería. En la descripción de la integración de n8n de Kommo se describen operaciones con entidades del CRM — crear y actualizar leads, contactos, tareas. No aparece el envío de una réplica a un chat de WhatsApp en vivo, porque los chats no viven en la API del CRM, sino en el transporte amojo.

De ahí la confusión del principiante. Ves los nodos de Kommo funcionando en n8n, armas «obtener lead → razonar → responder», y la primera mitad se ejecuta. Pero el último paso — «insertar la respuesta en el chat» — se corta con un error: la solicitud de envío a amojo se rechaza, y ves que el envío falla. Lo traicionero es que el error parece un problema de acceso o de configuración — la gente pasa horas revisando tokens, credenciales y la lógica del agente, cuando no es eso. La causa es que no tienes un canal registrado: sin él no hay firma válida ni permiso de escritura en amojo — la capa de transporte a la que tu n8n simplemente no alcanza.

Conviene tener en la cabeza un mapa simple del resto del análisis. Más adelante en el artículo: qué son exactamente esas puertas y por qué no se pueden cruzar por cuenta propia (sección 2), por qué hasta la plantilla oficial de n8n tropieza con esto para quienes empiezan desde cero, cómo un puente preregistrado sortea el problema dejando la inteligencia de tu lado (sección 3), el armado paso a paso (sección 4), el contrato del lado de n8n (sección 5) y una comparación honesta con las alternativas (sección 6). En resumen — no estás arreglando al agente, estás consiguiendo acceso al transporte.

---

Por qué tu plantilla no envía la respuesta: la puerta del canal amojo

amojo es el transporte de mensajes de chat de Kommo. Para publicar un mensaje en el chat hay que llamar a https://amojo.kommo.com/v2/origin/custom/{scope_id} con la cabecera X-Signature — que es el SHA1 del cuerpo de la solicitud, firmado con el secreto del canal. El esquema exacto está descrito en la documentación de Kommo sobre autorización y cabeceras del Chats API. Sin una firma correcta y un scope_id válido en la URL, la solicitud no pasa.

Y el scope_id y el secreto solo los obtienes tras registrar el canal. Y aquí está la puerta: a fecha de 2026, el registro del canal de chat se hace mediante una solicitud al soporte técnico de Kommo (la revisión suele tardar de 1–3 días hábiles), y no mediante un formulario abierto de autoservicio. Es decir, los datos con los que se firma cada solicitud a amojo son físicamente imposibles de obtener con solo pulsar un botón en el panel de control.

«Pero ¿no hay una plantilla oficial de n8n y una guía de Kommo para n8n?» — sí, las hay, y seamos honestos: vale la pena reconocerlas en vez de hacer como si no existieran. Existen tanto un workflow listo de n8n (2841) «Connect AI to any chats in Kommo» como una guía oficial de Kommo para configurar n8n. Describen la lógica del flujo correctamente. Pero el paso de inyectar la respuesta en el chat da por hecho un canal ya registrado que debes tener en mano. Justo ese eslabón faltante es el que no tienen quienes empiezan desde cero — la plantilla dibuja un flujo que termina chocando con una puerta que ya no se puede abrir desde cero.

Por nuestra experiencia: cuando AnyLinga registró su canal a comienzos de 2026, el autoservicio público para amojo ya estaba cerrado — el registro llegó mediante una solicitud al soporte con una revisión de varios días. No afirmamos ninguna fecha de «cierre» de nada ni decimos que Kommo «baneó a n8n»: se puede conectar IA externa, existe una vía autorizada. Lo que se cerró es justamente el registro autónomo del canal. Es una diferencia importante, porque en la red hay un montón de guías escritas para el comportamiento antiguo, donde el scope_id se conseguía por autoservicio — son formalmente correctas para quien ya tiene el canal, pero confunden a quien hoy empieza desde cero.

¿Y por qué existen estas puertas? amojo no es un «endpoint más», sino el transporte por el que pasan los mensajes de clientes reales en WhatsApp, Instagram y Telegram. Un canal registrado es un remitente de confianza con una firma que Kommo puede verificar. Por eso el control del registro a través del soporte, por incómodo que sea para quien construye, tiene sentido: impide que código arbitrario escriba en los chats en nombre ajeno. La conclusión práctica es simple — o pasas el registro tú mismo (y lo mantienes), o te conectas a través de alguien que ya es un remitente de confianza.

Esto es lo que un flujo de n8n puede y no puede hacer contra Kommo sin un canal registrado:

• Puede: leer y actualizar leads, contactos, negocios y campos personalizados a través de la API del CRM.
• Puede: crear tareas, cambiar estados, poner etiquetas, disparar webhooks.
• No puede: enviar un mensaje al chat de WhatsApp / Instagram / Telegram a través de un canal amojo que no haya pasado la aprobación de la moderación de Kommo — hace falta un canal registrado y aprobado, y solo entonces se aceptará una solicitud firmada con un scope_id y un secreto válidos.
• No puede: obtener el scope_id y el secreto sin pasar por el registro del canal a través del soporte de Kommo.

Hay también una segunda vía autorizada para responder desde fuera — la ruta widget_request en Salesbot, descrita en la documentación de Kommo sobre la integración privada de chatbot. También se apoya en un widget y un canal. Es justo la que usa el puente del que hablamos más abajo.

---

El fix compatible: un puente preregistrado (cómo funciona AnyLinga Connect)

La forma más sencilla de sortear la puerta — no intentar derribarla en solitario en cada integración, sino pasar por alguien que ya tiene el canal registrado. La solución es AnyLinga Connect: AnyLinga ya posee un canal amojo registrado. Se sitúa en el flujo de mensajes de Kommo como un widget aprobado, entrega el mensaje entrante a tu agente n8n y luego devuelve la respuesta del agente al chat a través de su canal registrado.

Posicionamiento importante (y es algo de fondo): AnyLinga es el transporte/la pasarela. La inteligencia es tu agente n8n: tu modelo, tus prompts, tus herramientas. n8n nunca llama a amojo ni a la API de Kommo directamente — eso es justo lo que mantiene el esquema limpio y compatible. AnyLinga no «responde con IA» ni decide qué decirle al cliente; lo lleva de ida y vuelta.

Un extra en el mismo pipeline: traducción opcional en tiempo real. El mensaje del cliente se puede traducir para tu agente, y la respuesta del agente — de vuelta al idioma del cliente. La misma lógica que en la traducción de conversaciones de WhatsApp en el mismo pipeline, solo que ahora sobre tu agente de IA.

Así pasa un mensaje a través del puente, del chat al agente y de vuelta:

---

Paso a paso: conectamos el agente n8n con AnyLinga Connect

El armado lleva minutos, no días de registro. Esta es la ruta completa:

1. Plan Kommo Advanced o superior. El widget personalizado y el WebSDK sobre los que funciona el puente requieren el plan Advanced (Avanzado) o superior. Es un requisito básico de la plataforma para los widgets.
2. Instala el widget de AnyLinga desde el Marketplace y abre su configuración. La conexión es por OAuth con un clic — no hace falta registrar ningún canal de tu lado.
3. En AnyLinga, verifica que la cuenta de Kommo esté conectada correctamente y añade el o los mensajeros — WhatsApp, Instagram, Telegram, etc. — a través de los cuales los clientes escribirán a tu agente de IA.
4. En la configuración de AnyLinga pega el Webhook URL de tu n8n más el secreto; elige el modo sync o async; (opcional) activa la traducción de entrada y salida.
5. Arma el lado de n8n a partir de la plantilla de AnyLinga Connect (en detalle — en la siguiente sección).
6. Pruébalo con un mensaje real de WhatsApp y observa cómo la respuesta llega al chat.

Unas cuantas notas prácticas sobre los pasos. Primero, verifica que la cuenta de Kommo esté conectada correctamente y que los mensajeros necesarios (WhatsApp, Instagram, Telegram, etc.) estén dados de alta en AnyLinga — es justo por ahí por donde los mensajes entrantes llegarán a tu agente. El secreto que pegas junto al Webhook URL sirve para firmar las solicitudes (HMAC) — confirma que el POST a tu n8n vino de AnyLinga, y no de alguien que adivinó la URL de tu webhook.

Un límite práctico es la ventana de respuesta de Kommo: el chat no espera la réplica eternamente. Si tu agente piensa mucho (cadenas de razonamiento pesadas, llamadas a APIs externas, búsqueda en una base de conocimiento), usa la vía asíncrona y una respuesta de fallback corta del estilo «un segundo, lo confirmo…» mientras el agente prepara la réplica completa. A los agentes ligeros que responden en un par de segundos les basta la vía rápida síncrona — y entonces todo el armado es más simple: llegó la solicitud, el agente respondió en la misma respuesta HTTP.

Si vienes de la traducción manual o configuras la conexión con Kommo por primera vez, te será útil la configuración no-code de Kommo para AnyLinga — muestra la instalación básica del widget sin código, sobre la que se añade el paso del agente. Y para estimar cuánto tiempo del equipo se lleva el trabajo manual que el agente puede quitar de encima, ayuda el análisis del artículo la matemática de la traducción manual.

---

El lado de n8n: webhook a la entrada, respuesta a la salida (sync o async)

Del lado de n8n todo es más simple de lo que parece. AnyLinga hace un POST a tu trigger de Webhook de n8n con un contrato claro, tu agente razona y devuelve el texto. No hay nada de trabajo con amojo de tu lado.

El contrato de la pasarela se ve así:

Puedes responder de dos maneras:

• Vía rápida síncrona. El nodo Respond to Webhook devuelve reply_text en la misma respuesta HTTP. Sirve para agentes simples que entran dentro de la ventana de respuesta de Kommo.
• Vía asíncrona. Para agentes pesados: n8n recibe la solicitud, responde al instante y la respuesta lista luego hace un HTTP POST de vuelta a callback_url con el mismo correlation_id — para que AnyLinga empareje la respuesta con la conversación correcta.

El formato de retorno es mínimo: el obligatorio reply_text más los opcionales handoff_to_human (pasar la conversación a un humano) y set_status (cambiar el estado del negocio). correlation_id y callback_url cubren el escenario asíncrono y la firma HMAC.

El punto clave: n8n solo hace «recibir → razonar → devolver texto». Nunca registra el canal, no llama a amojo ni toca la API de Kommo. Toda la parte que da la cara al chat la ejecuta el canal registrado de AnyLinga. Esa es justo la frontera que mantiene tu automatización limpia.

Lo cómodo es arrancar con la plantilla de AnyLinga Connect para n8n — webhook a la entrada, tu agente en el medio, respuesta a la salida.

---

AnyLinga Connect vs «hazlo tú mismo» vs Composio / Agenthost / Latenode

El puente no es la única opción. Una comparación honesta de lo que hay en el mercado, y de dónde tiene sentido cada elección:

Enfoque	Canal amojo	Traducción en el pipeline	Sobrecarga
Hazlo tú mismo tu canal + tu widget	Lo registras tú mismo mediante una solicitud al soporte (en cada integración)	No — lo construyes aparte	Control total, pero costes reales: registro, widget, mantenimiento
Composio (Kommo MCP) / Agenthost / Latenode de propósito general	Chocan con la misma puerta de amojo	No, no están enfocados en LatAm	Conectan IA externa, pero el canal igual hace falta; no son específicos para ventas multilingües
AnyLinga Connect canal preregistrado + widget	Preregistrado — no hace falta cruzar la puerta	Sí — traducción en el mismo pipeline	Mínima: widget nativo de Kommo, enfoque en ES/PT/LatAm

La idea central de la tabla: las herramientas de propósito general como Composio, Agenthost o Latenode resuelven el «conectar IA externa a Kommo» a nivel de orquestación, pero no eliminan la puerta de amojo — el canal para enviar al chat igual hace falta, y su registro no lo pasan por ti. Además no están enfocadas en ventas multilingües: no hay traducción en el pipeline, no hay foco en el mercado LatAm (ES/PT). «Hazlo tú mismo» da el máximo control, pero te convierte en quien registra y mantiene el canal y el widget — en cada integración.

A quién le conviene qué: un bot interno único para una sola cuenta, donde un trámite puntual de registro no asusta — quizás tenga sentido «hacerlo tú mismo». Para agencias, equipos multilingües y quienes necesitan entregar rápido sin registrar un canal por cada cliente — un puente preregistrado como AnyLinga suele salir más barato en esfuerzo total: no cruzas la puerta y obtienes de inmediato la traducción en el mismo pipeline.

¿Lo implementas para clientes? Si construyes un servicio sobre esto para una agencia, AnyLinga Connect para agencias entrega el canal preregistrado y la traducción en el pipeline sin que tengas que registrar un canal por cada cliente.

---

FAQ

¿Por qué mi agente n8n lee los datos de Kommo pero no envía respuestas al chat?

Las respuestas al chat pasan por amojo — el transporte de mensajes de Kommo — y no por la API del CRM. Para publicar un mensaje se necesita un canal registrado (scope_id y secreto). La integración oficial de n8n solo cubre los datos del CRM, pero no el envío de mensajes. Sin un canal registrado, la respuesta del agente simplemente no llega a WhatsApp.

¿Qué es amojo en Kommo?

amojo es el transporte de mensajes de chat de Kommo. Para enviar un mensaje llamas a amojo.kommo.com/v2/origin/custom/{scope_id} con la cabecera X-Signature (SHA1 del cuerpo, firmado con el secreto del canal) — según la documentación de Kommo. El scope_id y el secreto solo los obtienes tras registrar el canal de chat.

¿Puedo registrar yo mismo el canal de chat en Kommo?

A fecha de 2026, el registro del canal se hace mediante una solicitud al soporte técnico de Kommo (la revisión suele tardar de 1–3 días hábiles) — ya no es autoservicio. Por nuestra experiencia, el registro del canal de AnyLinga a comienzos de 2026 también pasó por una solicitud al soporte.

¿AnyLinga genera las respuestas con IA?

No. AnyLinga Connect es el transporte y el puente con un canal amojo registrado. Las respuestas las genera tu propio agente n8n o LLM: tu modelo, tus prompts, tus herramientas. AnyLinga puede además traducir el mensaje del cliente y la respuesta del agente en el mismo pipeline, pero la decisión sobre el texto de la respuesta siempre la toma tu agente.

¿Qué plan de Kommo se necesita?

El plan Advanced (Avanzado) o superior — es el que se requiere para los widgets personalizados y el WebSDK sobre los que funciona AnyLinga Connect dentro del escenario de Salesbot.

¿Cómo conecto un chatbot a Kommo?

Cualquier chatbot o agente externo debe llegar a los chats a través de amojo, y eso requiere un canal registrado (acceso a través del soporte de Kommo). AnyLinga Connect aporta ese canal, así que conectas tu bot sin registrar el canal por tu cuenta: AnyLinga entrega el mensaje entrante a tu agente y devuelve su respuesta al chat a través de la ruta autorizada de Salesbot.