Tipos de triggers en n8n: Schedule, Webhook, Polling, Manual, Chat

Resumen de todos los tipos de trigger de n8n: Schedule, Webhook, Polling, Manual y Chat, incluyendo recomendación de uso para cada escenario.

Todo workflow de n8n necesita un punto de partida, de lo contrario simplemente no ocurre nada. Ese punto de partida se llama trigger, y n8n ofrece mucho más que solo "programación" o "Webhook" para ello. Desde la automatización programada, pasando por llamadas HTTP entrantes, hasta la interfaz de chat para agentes de IA: el tipo de trigger que se ajusta a tu escenario determina directamente cuán fiable y cuán rápido reacciona tu workflow.

Este resumen te muestra los tipos de trigger más importantes de n8n, cómo funcionan técnicamente y cuándo usar cada uno. La fuente es la documentación oficial de n8n sobre trigger nodes.

¿Qué es exactamente un trigger en n8n?

Según la documentación, un trigger node es un node que inicia un workflow como reacción a una condición determinada. Todo workflow en producción necesita al menos un trigger para que n8n sepa cuándo debe arrancar.

Un workflow puede contener perfectamente varios triggers al mismo tiempo, por ejemplo un Schedule Trigger para la rutina diaria y además un webhook para impulsos externos espontáneos. Sin embargo, en cada ejecución individual solo se activa el trigger cuya condición realmente se ha cumplido. Así conservas el control sobre el motivo por el que se ejecuta tu workflow cada vez, aunque haya varios caminos que lleven hasta ahí.

Schedule Trigger: automatización programada

El Schedule Trigger inicia workflows en horas e intervalos fijos, de forma similar a la utilidad cron de Unix. Según la documentación del Schedule Trigger node, tienes a tu disposición varios modos de intervalo:

  • Seconds y Minutes: intervalos fijos, por ejemplo cada 30 segundos o cada 5 minutos.
  • Hours: un intervalo en horas más el minuto exacto dentro de la hora.
  • Days: un intervalo en días más una hora, por ejemplo cada 2 días a las 9:15.
  • Weeks: un intervalo semanal, día de la semana y hora, por ejemplo cada lunes a las 15:30.
  • Months: un intervalo mensual, día del mes y hora.
  • Custom (Cron Expression): una sintaxis cron definida libremente para horarios más complejos, por ejemplo `0 9 * * 1-5` para días laborables a las 9:00.

Importante saber: el Schedule Trigger solo funciona si el workflow está publicado, y se rige por la zona horaria del workflow o por la de la instancia de n8n. Además, puedes combinar varias reglas de trigger dentro de un único Schedule Trigger si un workflow debe ejecutarse con distinta frecuencia en distintos momentos.

Recomendación de uso: El Schedule Trigger encaja siempre que automatices una rutina fija, por ejemplo sincronizaciones de datos nocturnas, informes semanales o tareas de limpieza periódicas como comprobaciones de purga de ejecuciones. Es la elección correcta cuando nadie desencadena un evento desde fuera, sino que es el reloj el que marca el ritmo.

Webhook Trigger: reaccionar a eventos externos

El Webhook node conecta servicios externos con n8n esperando llamadas HTTP entrantes e iniciando el workflow de inmediato en cuanto llegan. Según la documentación del Webhook node, admite los métodos GET, POST, PUT, PATCH, DELETE y HEAD, con un tamaño máximo de payload de 16 MB por llamada.

Especialmente relevante en la práctica es la distinción entre dos URL:

  • URL de prueba: activa en cuanto haces clic en "Listen for Test Event" en el editor. Los datos entrantes se ven directamente en la interfaz.
  • URL de producción: solo se activa al publicar el workflow. Las llamadas entrantes no aparecen en directo en el editor, pero se pueden consultar en la pestaña "Executions".

Para la seguridad están disponibles Basic Auth, Header Auth y JWT Auth, además de listas blancas de IP, la opción de ignorar bots y ajustes CORS. En la respuesta puedes elegir entre una confirmación inmediata, la respuesta tras finalizar el último node, una respuesta individual mediante un node Respond to Webhook independiente, o una respuesta en streaming.

Recomendación de uso: Usa el Webhook Trigger cuando otro sistema deba notificar activamente algo a n8n, por ejemplo el envío de un nuevo formulario, la confirmación de un pago de un proveedor de pagos o un evento de un CRM. La gran ventaja frente al Schedule Trigger es el tiempo de reacción: el workflow arranca prácticamente en el momento en que ocurre el evento, en lugar de esperar a la siguiente ejecución programada.

Polling Trigger: comprobar en lugar de ser notificado

No todos los servicios pueden desencadenar un webhook por sí mismos. Muchos sistemas externos, como bandejas de correo clásicas o feeds RSS, no ofrecen notificación activa. Para este caso existen los Polling Trigger: comprueban ellos mismos, a un ritmo fijo, si hay algo nuevo, y solo inician el workflow cuando realmente ha cambiado algo.

Un buen ejemplo de ello es el RSS Feed Trigger. Según la documentación del RSS Feed Trigger node, este node consulta la URL del feed configurada a un ritmo ajustable y solo dispara el workflow ante entradas nuevas. Entre otras opciones, hay intervalos de comprobación horarios, diarios, semanales y mensuales, así como expresiones cron libres para horarios individuales. Otros nodes de n8n se basan en el mismo principio, como el Email Trigger por IMAP o el Local File Trigger, que detectan nuevos mensajes o nuevos archivos respectivamente mediante comprobación periódica.

Recomendación de uso: El polling es la elección correcta cuando la propia fuente no ofrece notificación push, pero aun así quieres procesar el evento con rapidez. Ten en cuenta que un intervalo de comprobación demasiado corto genera un número innecesariamente alto de ejecuciones y, por tanto, también llamadas API innecesarias, mientras que un intervalo demasiado largo alarga el tiempo de reacción. Un término medio razonable depende de la frecuencia con la que realmente cambie la fuente.

Manual Trigger: inicio controlado con un clic

El Manual Trigger inicia un workflow exclusivamente cuando haces clic activamente en "Execute Workflow" en el editor. Según la documentación del Manual Trigger node, resulta especialmente adecuado para dos situaciones: probar un workflow antes de añadir un trigger automático, y para workflows que deliberadamente no deben ejecutarse de forma automática, porque una persona quiere activar cada ejecución de forma específica.

Debes conocer una limitación técnica: por workflow solo se permite un único Manual Trigger node.

Recomendación de uso: Utiliza el Manual Trigger durante la fase de desarrollo para probar un workflow paso a paso, o para procesos poco frecuentes, activados deliberadamente de forma manual, como migraciones de datos puntuales. En cambio, no es adecuado para el funcionamiento continuo en producción, porque ahí nadie debería tener que hacer clic permanentemente en "Ejecutar".

Chat Trigger: punto de entrada para chatbots de IA

El Chat Trigger sirve para construir workflows de IA para chatbots y otras interfaces de chat. Según la documentación del Chat Trigger node, debe estar conectado a un Agent node o un Chain root node para que la conversación reciba realmente una respuesta. Cada mensaje individual de una conversación desencadena una ejecución completa del workflow, algo que debes tener en cuenta al planificar tu cupo de ejecuciones: un chat con diez mensajes consume diez ejecuciones.

Para el acceso, el node ofrece dos modos: el Hosted Chat con una interfaz de n8n ya lista, y el Embedded Chat, que integras en tu propia aplicación mediante la URL del webhook. Para la seguridad no hay autenticación disponible, o Basic Auth, o la autenticación de usuario propia de n8n. En los modos de respuesta puedes elegir entre la finalización tras el último node, nodes de respuesta individuales y una respuesta en streaming para salidas en tiempo real.

Recomendación de uso: El Chat Trigger encaja en cuanto las personas deban comunicarse directamente con un agente de IA en n8n, por ejemplo para un bot de soporte interno, un asistente de conocimiento basado en documentos propios, o una interfaz de chat integrada en un sitio web.

Elegir el tipo de trigger según el escenario

Como orientación general para la práctica:

  • Momentos o intervalos fijos: Schedule Trigger.
  • Otro sistema debe notificar algo activamente: Webhook Trigger.
  • La fuente no ofrece notificación push: Polling Trigger, por ejemplo RSS Feed Trigger o Email Trigger por IMAP.
  • Prueba o proceso controlado deliberadamente de forma manual: Manual Trigger.
  • Diálogo directo con un agente de IA: Chat Trigger.

En la práctica, a menudo combinas estos tipos dentro de un mismo concepto de automatización: un webhook para la solicitud espontánea, un Schedule Trigger para el control de seguimiento diario, un Manual Trigger para pruebas durante el desarrollo. Si no estás seguro sobre la selección o la configuración correcta de tus triggers, NordFlux te apoya en la configuración y seguridad de workflows de n8n, incluida una estrategia de trigger adecuada para tu escenario.

Preguntas frecuentes

¿Puede un workflow tener varios triggers al mismo tiempo?

Sí, un workflow puede contener varios trigger nodes, por ejemplo un Schedule Trigger y además un webhook. Sin embargo, en cada ejecución solo se activa el trigger cuya condición realmente se ha cumplido, los demás permanecen inactivos en ese momento.

¿Cuál es la diferencia entre el Webhook Trigger y el Polling Trigger?

El Webhook Trigger espera pasivamente llamadas entrantes y reacciona prácticamente en tiempo real en cuanto un sistema externo lo contacta activamente. El Polling Trigger, en cambio, consulta él mismo a la fuente, a un ritmo fijo, si hay novedades, lo que resulta especialmente adecuado para servicios que no ofrecen su propia notificación push.

¿Debe estar publicado el workflow para que funcione el Schedule Trigger?

Sí, según la documentación, el Schedule Trigger solo funciona con un workflow publicado. Además, los cambios en las variables cron guardadas solo surten efecto tras una nueva publicación.

¿Para qué sirve el Manual Trigger en el funcionamiento en producción?

El Manual Trigger está pensado sobre todo para pruebas y procesos controlados deliberadamente de forma manual, como migraciones de datos puntuales. No es adecuado para procesos automatizados que se ejecutan de forma continua, porque ahí nadie debería tener que hacer clic manualmente y con regularidad en "Ejecutar".

¿Cuántas ejecuciones consume un workflow con Chat Trigger?

Cada mensaje individual dentro de una conversación desencadena una ejecución completa del workflow. Una conversación con diez mensajes corresponde por tanto a diez ejecuciones independientes, algo que debes tener en cuenta al planificar tu cupo de ejecuciones.

Sobre NordFlux

NordFlux UG (haftungsbeschränkt)

NordFlux crea empleados digitales para las organizaciones: automatizaciones y agentes KI que asumen el trabajo repetitivo. Usted mantiene el control.

Más sobre nosotros
Análisis inicial gratuito

¿Preguntas concretas sobre automatización o IA?

En un análisis inicial gratuito hablamos directamente de su caso. Sin compromiso.