Automatización con n8n: cuándo elegirlo y cuándo ir directo a código

Antes de existir n8n, Make y Zapier, automatizar procesos significaba contratar un developer para cada cosa. "Cuando llega un mail a este buzon, copia los datos al CRM". Eso eran 2 semanas de desarrollo. Hoy son 15 minutos en una herramienta visual. La pregunta es: cuándo alcanza con n8n y cuando ya conviene ir a código custom?

Qué es n8n y por que destaca

n8n es una plataforma de automatización visual: armas flujos arrastrando bloques (triggers, acciones, condicionales) y conectandolos. Es similar a Zapier y Make en concepto, pero con dos diferencias importantes:

1. Open source y self-hostable. Podés correrlo en tu propio servidor sin pagar por ejecución. Las alternativas tipo Zapier cobran por cada trigger.
2. Más técnico. Permite escribir código JavaScript dentro de los nodos, hacer transformaciones complejas, llamar a APIs custom. Esto lo hace más potente que Zapier para casos no triviales.

Si tu organización tiene un equipo técnico que puede mantenerlo, n8n termina siendo significativamente más barato y más flexible que las alternativas.

Dónde brilla la automatización visual

Estos son los casos donde n8n (o cualquier herramienta del estilo) gana ampliamente:

• Procesos lineales: paso 1, paso 2, paso 3. Sin demasiadas ramas.
• Integraciones entre SaaS conocidos: Gmail, Slack, Notion, Sheets, HubSpot. Los conectores ya están armados.
• Volumen moderado: hasta unos miles de ejecuciones por mes funciona muy bien.
• Procesos que cambian seguido: cómo es visual, cualquiera del equipo puede ajustarlo sin pedirle al developer.

Caso típico: cuándo llega un lead por formulario, copialo a HubSpot, mandame un mensaje en Slack, y agregame una fila en una planilla de tracking. 10 minutos en n8n.

Dónde n8n empieza a doler

Hay un punto donde la cosa se complica:

Cuando la lógica se vuelve compleja. Un flujo con 30 nodos, 5 condicionales anidados y 3 loops paralelos en n8n es ilegible. En código, ese mismo flujo son 80 líneas claras y testeables.

Cuando importa el rendimiento. n8n agrega latencia entre nodos. Si el proceso tiene que correr rápido (segundos importan), código directo es más eficiente.

Cuando necesitas testing automatizado. Probar visualmente un workflow de 30 nodos cada vez que cambias algo es propenso a errores. El código se puede testear automáticamente con CI/CD.

Cuando el volumen explota. A partir de decenas de miles de ejecuciones mensuales, los costos de n8n (mantenimiento del server, observabilidad) empiezan a competir con tener una solución custom.

Cuando necesitas integrar con tu propio software. Si tu lógica de negocio vive en una aplicación propia y la automatización es parte central de la experiencia del usuario, meterla en una herramienta externa agrega complejidad. Lleva la lógica adentro del código.

El caso Mi Seguro de Auto: código, no n8n

Mi Seguro de Auto tiene workflows complejos:

• Cuando llega una cotización, validar los datos, consultar a múltiples aseguradoras en paralelo, calcular comisiones, persistir el resultado y notificar al usuario.
• Si la cotización se acepta, generar la póliza, emitir el comprobante, mandar al cliente, registrar la operación y disparar el follow-up de cobranza.

Eso tiene más de 15 pasos con paralelismo, validaciones, manejo de errores, fallbacks. Lo armamos directamente en código (TypeScript + Next.js API routes) porque:

• La lógica está acoplada al producto, no es periferia.
• Necesitamos testear cada paso automáticamente.
• El rendimiento importa: el usuario está esperando ver su cotización.
• Si una aseguradora cambia su API, queremos versionarlo en git.

Tener todo en n8n hubiera sido posible pero mucho más difícil de mantener.

Dónde si usamos n8n

n8n es excelente para procesos administrativos y de back-office que NO son parte del producto core:

• Reportes diarios que se generan a las 8am y se mandan por mail.
• Sync entre herramientas que tu equipo usa internamente (CRM, calendario, planilla).
• Alertas operativas: si tal métrica baja de X, avisar en Slack.
• Onboarding de clientes: cuándo se registra alguien, crear su workspace, mandar el mail de bienvenida, agendarle una llamada.

Para esos casos, n8n te da rapidez, flexibilidad y costos bajos.

La regla operativa

Una buena heurística: si el proceso es interno y operativo, n8n. Si es parte del producto y los usuarios lo van a percibir, código.

Otra forma de decidir: si el proceso lo va a usar el equipo de operaciones, n8n (porque van a poder ajustarlo). Si lo van a usar usuarios finales o clientes, código (porque hay que testearlo bien y darle SLA).

Cómo empezar bien con n8n

Si decidis ir por n8n, algunos consejos para que no te explote en la cara:

1. Self-host desde el día 1. Es más barato y te da control. Vercel no sirve para esto, necesitas un VPS o un Docker en cualquier proveedor.
2. Versionado de workflows. n8n permite exportar workflows como JSON. Guardalos en Git como cualquier otro código.
3. Variables de entorno para credenciales. Nunca en los nodos directamente.
4. Logging y alertas. Si un workflow crítico falla, alguien tiene que enterarse antes que el cliente.
5. No mezclar n8n con tu base de producción. Si n8n se cuelga, no tiene que romper tu producto.

Conclusión

n8n y herramientas similares no son magia ni reemplazan código. Son la herramienta correcta para una categoría de problemas (procesos operativos lineales) y son la herramienta incorrecta para otra (lógica de producto crítica). Identificar cual es cual ahorra mucho tiempo y plata.

Si tenés procesos manuales en tu empresa y querés saber cuáles se pueden automatizar con n8n y cuáles conviene desarrollar en código, escribinos. Mapeamos los procesos en una primera reunión y armamos un plan de automatización con ROI estimado por cada uno.

---

Por Esteban Aleart, Founder & Lead Engineer de Pair Programming.