Cómo dividir workflows en subworkflows con n8n

Cuando tu automatización empieza a crecer, cada nodo que agregas hace tu workflow más difícil de mantener. Los subworkflows en n8n resuelven ese problema al dividir un flujo grande en piezas independientes y controladas. Si automatizas procesos en n8n y trabajas con webhooks, Notion o Slack, esto te ahorra horas de depuración.

Un workflow de 10 o 15 nodos no solo se ve saturado: cuando falla, pierdes tiempo buscando en qué parte se rompió. Ahí es donde separar la lógica en flujos más pequeños marca la diferencia.

Por qué un workflow con muchos nodos se vuelve difícil de mantener

A medida que agregas nodos, tu workflow crece en complejidad y esto no es solo un tema de estética. Mantener cinco nodos es sencillo; mantener quince ya es otra historia.

El problema real aparece con los errores. Si algo falla dentro de un flujo enorme, tienes que rastrear nodo por nodo hasta dar con la falla [0:12]. Un flujo más pequeño y aislado te dice mucho más rápido dónde está el problema.

¿Qué es un subworkflow en n8n? Es un flujo independiente que es llamado por otro workflow. Te permite dividir automatizaciones grandes en piezas separadas, más fáciles de controlar y depurar.

La idea central es tener automatizaciones más controladas, más eficientes y con mejor gobierno sobre cada parte del proceso [0:30].

Cómo convertir nodos en un subworkflow paso a paso

El ejemplo parte de un workflow llamado Entrada de solicitudes, que puede dispararse con un webhook trigger o con un Notion trigger, según cómo recibas la información [0:48]. Desde ahí se crean tres subworkflows, uno por cada rama que genera el nodo switch.

El proceso es directo:

1. Selecciona los nodos que quieres mover a un subworkflow.
2. Al seleccionarlos se habilitan dos opciones: agrupar o convertir en subworkflow.
3. La opción de grupo solo colapsa y oculta los nodos dentro del workflow principal.
4. El segundo ícono los transforma en un subworkflow independiente.

En el ejemplo, ese primer subworkflow se nombra Escalar solicitud prioritaria [1:33]. Los nodos seleccionados desaparecen del flujo principal y son reemplazados por un solo nodo que llama a esa automatización.

Qué son los inputs de un subworkflow

Al crear el subworkflow, n8n genera automáticamente los inputs que va a recibir ese flujo ya independiente [1:52]. Aquí está el detalle clave: antes, los nodos de Slack y Gmail referenciaban directamente al webhook.

Al volverse subworkflow, esos nodos ya no apuntan al webhook, sino a los datos que le pasas al nodo de entrada [2:35]. n8n reescribe esas referencias por ti y también genera el nombre de la variable.

¿Qué cambia en las referencias al crear un subworkflow? Los nodos dejan de referenciar al webhook original y pasan a usar los datos que recibe el nuevo flujo como input. n8n actualiza esas referencias automáticamente.

Cada subworkflow se distingue porque tiene su propio trigger, distinto al del workflow principal [2:22].

Cómo renombrar variables sin romper el flujo

Si los nombres de variables que genera n8n te parecen muy largos, puedes cambiarlos. Pero cuidado: al modificar un nombre, tienes que actualizar todas las referencias en los nodos posteriores y también en el input del workflow principal [3:05].

Ese es el único punto donde conviene ir con calma. Cambiar un nombre a medias deja referencias rotas y vuelve a aparecer el problema que querías evitar.

El segundo subworkflow del ejemplo se llama Avisar al equipo y corresponde a la rama de prioridad media [3:45]. Aunque empiece con un solo nodo, puedes seguir sumando pasos ahí de forma ordenada, y todo se integra de vuelta al flujo principal [4:05].

Cómo probar que un subworkflow funciona correctamente

La prueba es sencilla y usa información ya pineada dentro del flujo. Al ejecutar, los datos llegan al subworkflow y, al entrar a Avisar al equipo, las ejecuciones muestran que se completó correctamente [4:30].

En el canal de solicitudes aparece el mismo mensaje que llegaba antes, con una diferencia: ahora todo pasa a través de un subworkflow en lugar de estar amontonado en un solo flujo gigante.

¿Cómo sé si mi subworkflow se ejecutó bien? Revisa el historial de ejecuciones del subworkflow. Si aparece como completado y el resultado final llega igual que antes, la automatización funciona.

Como reto, crea el subworkflow de la rama baja siguiendo exactamente los mismos pasos: selecciona los nodos, conviértelos en subworkflow y verifica sus inputs [4:55].

¿Ya intentaste dividir alguno de tus flujos en n8n? Cuéntame en los comentarios en qué parte se te complicó.