Recursos · Integración n8n

Nodo n8n TriggerConfigura n8n Trigger en n8n.

El nodo n8n Trigger hace que un workflow reaccione a su propio ciclo de vida. Lo abre cuando ese workflow se publica, cuando se vuelve a publicar una versión ya publicada o cuando arranca la instancia. Un único parámetro, Events, y 3 casillas que marcar.

Probar el nodo n8n Trigger en n8nVer los 1 parámetros

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué vigila de verdad el nodo n8n Trigger ?

Aquí n8n se observa a sí mismo. Colocado dentro de un workflow, este nodo lo despierta en tres momentos de su propio ciclo de vida: cuando se publica, cuando una versión ya publicada vuelve a publicarse y cuando la instancia que lo aloja arranca o reinicia. Nada más le afecta. Si alguien publica otro workflow de la misma instancia, este sigue dormido.

Primer caso, el aviso al equipo. Con Workflow Published marcado, cada primera publicación puede salir por correo con Gmail hacia las personas que dependen de ese proceso. Deja de hacer falta que alguien se acuerde de avisar cuando algo entra en producción.

Segundo caso, el arranque de la instancia. Instance Started abre el workflow en cuanto la instancia vuelve, justo después de una actualización o de reiniciar el contenedor. Ahí encaja una comprobación corta con HTTP Request, el nodo que llama a cualquier endpoint HTTP, y un mensaje al canal técnico con Slack.

Tercer caso, el registro de cambios. Published Workflow Updated reacciona cuando se republica una versión ya publicada. Con Edit Fields (Set) das forma a la línea que quieres guardar y la acumulas en Google Sheets, de modo que el histórico queda donde cualquiera puede leerlo.

Cuándo conviene otra cosa. Este nodo abre un workflow por su propio ciclo de vida y nada más. No consulta servicios, no lee ficheros, no mira cuentas ajenas. Lo que arranca desde una herramienta externa corresponde al nodo de esa herramienta, y cualquier llamada de API dentro de la ejecución sigue siendo trabajo de HTTP Request.

Conviene tener claras las limitaciones antes de montar nada encima. El nodo cubre 3 eventos y solo responde a los de su propio workflow, así que no sirve como vigilante central de toda una instancia. Su versión es 1, sin colección de opciones que abrir. En producción el workflow tiene que estar activo para que el nodo escuche; en edición, la ejecución de prueba lanza una escucha puntual y se acaba ahí.

Parámetros

¿Cómo se rellena el parámetro Events?

El nodo n8n Trigger tiene un parámetro. Para cada uno: el nodo tal como lo configuras en n8n, qué cambia el parámetro y nuestras notas de campo.

01

Events

events

Lo que ves en n8n

Notas y casos de uso

Todo el nodo cabe en este campo obligatorio: decide qué momentos abren el workflow. Admite varios valores a la vez, así que un mismo nodo cubre publicación y arranque sin duplicarse.

Parámetros clave

  • Published Workflow Updated: se dispara cuando la versión del workflow se publica desde un estado ya publicado.
  • Instance Started: se dispara cuando esta instancia de n8n arranca o reinicia.
  • Workflow Published: se dispara cuando la versión del workflow se publica desde un estado no publicado.
Casos de uso
en una instancia autoalojada, Instance Started por sí solo basta para repetir la comprobación de cada mañana tras un reinicio. Los dos eventos de publicación juntos convierten el workflow en el registro de lo que sale a producción.
Necesitas ayuda

¿Necesitas ayuda para automatizar n8n Trigger con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Nodo n8n Trigger : dudas que llegan después

01¿El nodo n8n Trigger es gratis dentro de n8n?
Sí. Es un nodo core, viene con n8n: nada que instalar y ningún coste añadido por el lado de n8n. Funciona igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada con Docker o npm, en Community Edition con licencia Sustainable Use. Un workflow montado en un sitio corre en el otro sin tocar nada, y aquí eso pesa más que de costumbre: el nodo reacciona a la instancia donde vive. Si mueves el workflow, empieza a informar sobre la instancia nueva. Lo único que puede generar factura es lo que llamen los nodos siguientes, no este disparador.
02¿Qué hay que configurar para que funcione?
Nada, y se agradece. Este nodo no tiene credential, la credencial que n8n guarda para un servicio, ni selector Authentication: ninguna cuenta que enlazar, ninguna clave que pegar, ningún permiso que conceder. Se coloca en el lienzo, se marcan los eventos y la configuración termina ahí. Quedan dos costumbres útiles. El workflow tiene que estar activo para que el nodo escuche en producción, si no, no se abre nada. Y mientras montas, la ejecución de prueba arma una escucha puntual: pasa una vez y hay que volver a lanzarla. Todo lo demás ocurre en los nodos que pongas detrás.
03¿Qué limitaciones tiene?
Tres fronteras claras. La primera: solo responde a los eventos de su propio workflow, de modo que publicar o modificar otro workflow no lo despierta y no vale como supervisión general de la instancia. La segunda: cubre 3 eventos y ninguno más, así que no reacciona a una ejecución fallida, a la entrada de un usuario ni al cambio de un credential. La tercera: su versión es 1, con un parámetro único y sin colección de opciones que abrir, o sea que no hay ajustes escondidos. Se trabaja con eso: un nodo por cada workflow que quieras seguir y la lógica de registro en los nodos posteriores.
04¿Cuándo elegirlo en lugar de una llamada HTTP?
Cuando lo que quieres captar es el workflow en sí: su publicación, su republicación o el arranque de la instancia. Esos momentos no tienen ninguna URL que consultar ni servicio externo al que preguntar, así que solo un nodo colocado dentro del workflow llega a verlos. HTTP Request resuelve otra cosa: llama a cualquier endpoint HTTP y es el recurso cuando a un nodo dedicado le falta una operación de API, pero nunca abre un workflow por su cuenta. En la práctica conviven en la misma ejecución: el nodo n8n Trigger la abre y HTTP Request va a buscar los datos.
05¿n8n o Make para este seguimiento?
Depende de dónde quieras que viva la automatización. Make es una plataforma alojada, sin opción de autoalojamiento y facturada por operación, así que un workflow que salta en cada reinicio y en cada publicación suma a ese contador. n8n corre en Cloud o en tu propia máquina, y ese punto es justo el que importa en un nodo que informa sobre la instancia: si la alojas tú, los datos de tus workflows no salen de ahí. Las dos ofrecen una lógica visual cómoda de montar, así que los criterios honestos son el alojamiento, el control de los datos y el modelo de coste.
Hack'celeration Lab

Recibe nuestros tips de integración cada semana.

Sin spam. Cancela cuando quieras.

Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones