Telegram Trigger ejecuta cada mensaje 3 veces (ejecuciones duplicadas)

Preguntas
1

Describe el problema/error/pregunta

¿Cuál es el mensaje de error (si hay alguno)?

Por favor comparte tu flujo de trabajo

(Selecciona los nodos en tu lienzo y utiliza los atajos de teclado CMD+C/CTRL+C y CMD+V/CTRL+V para copiar y pegar el flujo de trabajo.)

Comparte el resultado devuelto por el último nodo

Información sobre tu configuración de n8n

  • Versión de n8n:
  • Base de datos (predeterminada: SQLite):
  • Configuración de n8n EXECUTIONS_PROCESS (predeterminada: own, main):
  • Ejecutando n8n a través de (Docker, npm, n8n cloud, aplicación de escritorio):
  • Sistema operativo:
2

@Wey89_Gmail eso casi siempre significa que el mismo token de bot está activo en más de un Telegram Trigger, así que cada copia procesa la misma actualización. 3x = está en vivo en 3 lugares. Verifica si hay un flujo de trabajo duplicado/copiado, una versión de prueba y una de producción ambas activas, u otra instancia de n8n usando el mismo bot, y desactiva las extras. Telegram solo permite un trigger activo por bot, una vez que solo haya uno, los duplicados se detienen.

3

El disparador de Telegram se activa 3 veces por mensaje casi siempre por una de dos causas:

  1. Más de un consumidor está conectado al mismo token del bot. Telegram permite UN ÚNICO receptor activo por bot — ya sea polling (getUpdates) o un único webhook, nunca ambos, y nunca en múltiples instancias. Si el mismo token del bot se utiliza en otro flujo de trabajo, otra instancia de n8n, o hay un webhook residual de una activación anterior, Telegram entrega la misma actualización a cada uno → duplicados.
    Compruébalo: llama al método getWebhookInfo de Telegram para tu token del bot — muestra si un webhook está configurado actualmente más el recuento de actualizaciones pendientes. Si estás usando el Disparador de Telegram de n8n (que hace polling), asegúrate de que no haya ningún webhook configurado (usa deleteWebhook para limpiar uno antiguo), y confirma que el token no esté activo en un segundo flujo de trabajo/instancia.

  2. Telegram está reintentando porque no recibió un 200 rápido. Si el disparador no se confirma dentro del tiempo de espera de Telegram, Telegram reenvía la misma actualización — a menudo la verás llegar 2-3 veces. Esto sucede cuando el trabajo pesado se ejecuta antes de que se envíe la respuesta. Solución: confirma inmediatamente y traslada los pasos lentos (responde primero, luego haz el trabajo del LLM/API, o envíalo a una cola). Tres reintentos es una firma clásica de reintento de Telegram.

Cómo distinguirlos: si getWebhookInfo muestra un webhook configurado mientras también estás haciendo polling, es el #1. Si los duplicados están separados por unos segundos y tu flujo de trabajo es lento, es el #2.

Solución que detiene duplicados independientemente de la causa: añade una protección de deduplicación justo después del disparador — almacena cada update_id (o message_id) de Telegram y salta si ya lo has procesado. Eso hace que el flujo de trabajo sea idempotente incluso si Telegram entrega duplicados.

¿Cuál es tu configuración — autohospedada con más de una instancia, y estás usando polling o webhook? Eso lo aclarará.