Nodo Execute Workflow Trigger n8nConfigura Execute Workflow Trigger en n8n.

Empecemos por las notificaciones. Media docena de automatizaciones acaban avisando al mismo canal de Slack, cada una con su propio formato y sus propias faltas de ortografía. Un subflujo abierto por este nodo concentra ese aviso en un solo sitio: mismo texto, mismo canal, misma forma. Cambiar el formato deja de ser una ronda por seis lienzos distintos.

El segundo caso son las llamadas a una API. Cuando varias automatizaciones consultan el mismo servicio con HTTP Request, cada copia repite la misma cabecera y el mismo tratamiento de errores. Metido en un subflujo, ese trabajo se arregla una vez. El día que la API cambia de ruta, se edita un flujo y no cinco.

El tercer caso llega cuando un lienzo crece hasta hacerse ilegible. Cada rama pesa una decena de nodos y un Merge las junta al final, así que el conjunto ya no cabe de un vistazo. Sacar cada rama a su propio subflujo deja el flujo padre en pocos bloques con nombre, cada uno abierto y depurado por separado cuando falla, sin tener que desplazarte por todo el lienzo original para encontrar el problema.

También hay un precio, y conviene decirlo. Un subflujo es una ejecución más que abrir cuando algo se rompe, y un contrato que vive en tu cabeza: el nodo no muestra ningún parámetro, así que nada en pantalla dice qué debería enviar quien llama. Para un bloque de tres nodos usado una sola vez, déjalo donde está. En cuanto sirve dos veces, o en cuanto quieres ejecutarlo solo mientras lo depuras, la división sale rentable. El Curso n8n trabaja esa decisión con flujos reales.