n8n vs Make vs código a medida: ¿cuándo usar cada uno?
Por Aritz Abuin · Publicado el
n8n conviene cuando quieres control real: puedes autoalojarlo, meter código si hace falta y no dependes de un tercero. Make, cuando priorizas una interfaz aún más guiada y no te importa depender de su nube. El código a medida, cuando el volumen, la lógica o la integración con tu ERP son tan específicos que forzarlos en no-code sale más caro.
La pregunta real no es qué herramienta es mejor en abstracto. Es cuán estándar es tu proceso y quién lo va a mantener dentro de un año.
¿Por qué comparar precios de suscripción no basta?
Cuando alguien decide automatizar, lo primero que busca es «n8n vs Make». Y se queda ahí, comparando precios de suscripción como si fuera la decisión que más importa. No lo es.
La decisión que de verdad cuesta dinero es otra. ¿Tu proceso encaja en un flujo visual de nodos? ¿O tiene tanta lógica, volumen o integración a medida que en no-code acabas poniendo parches sobre parches? Elegir mal no se nota el primer mes. Se nota cuando el flujo falla y nadie sabe arreglarlo sin reescribirlo entero.
¿Cómo se decide?
Esta es la tabla mental que uso yo antes de tocar una herramienta u otra.
- n8n: cuando conectas varias herramientas y APIs con lógica visual y quieres autoalojarlo (control del dato, sin pagar por operación). También si en algún nodo necesitas código propio en JavaScript o Python. Es mi opción por defecto en la mayoría de proyectos de empresa.
- Make: cuando quien va a tocar el flujo no es técnico y prefiere una interfaz más guiada. Y cuando no os importa depender de su nube y de su precio por operación. Buena opción para flujos sencillos sin nadie técnico detrás.
- Código a medida: cuando el volumen es alto y el coste por operación se dispara. O cuando la lógica tiene tantas excepciones que un editor visual se vuelve inmanejable. O cuando necesitas una integración muy específica con tu ERP, tu web o un dispositivo IoT que la plataforma no cubre.
- Mixto, lo más habitual en la práctica: n8n o Make para orquestar las integraciones estándar (CRM, email, WhatsApp, Sheets). Y un módulo de código solo donde la lógica lo exige. No hace falta elegir un bando único para todo el proyecto.
¿Cómo lo uso en proyectos reales?
En mis proyectos uso n8n como columna vertebral casi siempre. Autoalojado, con nodos de código donde la lógica lo pide, y conectado a ERPs, WhatsApp, email y APIs. Me da margen para empezar simple y añadir complejidad después sin tirar nada.
Cuando el proyecto lo pide de verdad, meto un desarrollo a medida en ese punto concreto, no en todo el flujo. Por ejemplo, con volumen alto, una integración con un sistema de fábrica o validaciones estrictas. Lo hago cuando forzar n8n ahí saldría más caro y más frágil que programarlo bien una vez.
¿De qué depende el coste?
Un flujo sencillo en n8n o Make, que conecta dos o tres herramientas sin lógica compleja, es un proyecto pequeño. Un proyecto con varios flujos e integraciones (ERP, WhatsApp, paneles) sube según el alcance.
Un desarrollo a medida parte de una base más alta, porque hay diseño e ingeniería detrás y no una plantilla reutilizable. Por ejemplo, una integración muy específica o un agente con lógica compleja.
Para saber qué opción te sale a cuenta, cuéntame el proceso y el volumen. Te digo con qué empezar y dónde, si hace falta, meter código a medida.
¿Cuánto te cuesta hoy hacerlo a mano?
Calcula en 30 segundos las horas y el dinero que se van en tareas repetitivas, y cuéntame tu caso: te digo dónde veo margen, sin compromiso.
Preguntas frecuentes
¿n8n o Make para automatizar mi empresa?
Depende de quién va a mantener el flujo y cuánto control quieres. n8n te da más control (autoalojable, código propio en nodos puntuales) y suele salir más a cuenta con volumen alto. Make es más guiado si tu equipo no es técnico y no os importa depender de su nube y su tarificación por operaciones.
¿Cuándo conviene código a medida en vez de n8n o Make?
Cuando el volumen dispara el coste por operación de la plataforma. Cuando la lógica tiene tantas excepciones que un editor visual se vuelve inmanejable. O cuando necesitas una integración muy específica (ERP, hardware, IoT) que la plataforma no cubre.
¿Se puede mezclar n8n o Make con código a medida en el mismo proyecto?
Sí, y es lo más habitual. n8n o Make orquestan las integraciones estándar, y el desarrollo a medida entra solo donde la lógica lo exige. No hace falta un único enfoque para todo el proyecto.
¿Puedo empezar con n8n o Make y migrar a código a medida más adelante?
Sí, es una ruta habitual y razonable. Empiezas con una plataforma para validar el proceso. Cuando el volumen o la complejidad lo justifican, sustituyes solo la parte que lo necesita por código, sin rehacer todo el sistema.