Zapier, Make o n8n: cuál conviene según cuánto automatizas

Son las 4:30 de la tarde. Alguien de tu equipo lleva veinte minutos copiando datos de un formulario a una hoja de cálculo, y de ahí a un correo. Mañana lo hará otra vez. Y pasado.

Ese trabajo se automatiza. La pregunta real no es si conviene automatizarlo, sino con qué herramienta — porque las tres opciones que vas a encontrar cobran de formas distintas, y esa diferencia decide cuánto pagas cuando el volumen crece.

¿Cuál es la diferencia real entre Zapier, Make y n8n?

La diferencia que importa no es el catálogo de integraciones. Es la unidad que cada plataforma factura. Zapier cobra por tarea, Make por operación y n8n por ejecución de flujo completo. Un mismo proceso de ocho pasos consume ocho unidades en Zapier, ocho en Make y una sola en n8n.

Esa asimetría es la que hace que dos empresas con el mismo proceso reciban facturas muy distintas.

Traducido a un caso concreto: un flujo de ocho pasos que corre 1,000 veces al mes consume 8,000 tareas en Zapier, alrededor de 8,000 operaciones en Make y 1,000 ejecuciones en n8n. Mismo trabajo, tres facturas distintas.

¿Por qué el costo se dispara con Zapier y no con n8n?

Porque el precio de Zapier crece con la complejidad del flujo, no solo con su frecuencia. Cada paso que agregas —una condición, un formateo, una llamada extra a una API— multiplica el consumo. En n8n agregar pasos es gratis: lo que se cuenta es cuántas veces corre el flujo, no de cuántas piezas está hecho.

Esto tiene una consecuencia práctica que se nota en el diseño: en Zapier terminas evitando pasos para no gastar, y construyes flujos peores de los que necesitas. En n8n puedes agregar validaciones, manejo de errores y reintentos sin pensar en la factura.

El precio no debería castigar que tu automatización esté bien hecha.

¿n8n es de código abierto?

No, y conviene decirlo con precisión porque casi todo el contenido que vas a encontrar lo repite mal. n8n es fair-code, distribuido bajo la Sustainable Use License. Su código es visible y puedes autoalojarlo y modificarlo para uso interno sin pagar, pero la licencia restringe revenderlo como servicio. La Open Source Initiative no lo considera código abierto, y n8n mismo evita ese término.

Para la mayoría de las empresas la distinción es irrelevante: autoalojar n8n para automatizar tus propios procesos está expresamente permitido.

Donde sí importa es si tu modelo de negocio consiste en vender n8n gestionado a terceros. Ahí la licencia aplica y conviene leerla antes de armar la oferta, no después. Es una de las primeras cosas que reviso cuando alguien me plantea montar automatizaciones como servicio.

¿Conviene autoalojar n8n en Docker?

Conviene si ya administras infraestructura o tienes quien lo haga. Correr n8n en un contenedor Docker sobre tu propio servidor o VPS te da ejecuciones sin límite de plan, control total de los datos —nunca salen de tu infraestructura— y un costo que es el del servidor, no el del volumen.

El precio real de esa decisión no es el hosting. Es que heredas la operación: actualizaciones, certificados, monitoreo y respaldo pasan a ser tuyos.

Yo corro mi propio stack de automatización en n8n sobre Docker, y esa parte —la operativa— es la que nadie menciona en los tutoriales. Un contenedor que lleva ocho meses sin actualizarse no es una automatización barata: es deuda técnica con una factura diferida.

¿Cuándo NO conviene n8n?

En tres casos concretos conviene quedarse en Zapier o Make, y decirlo importa más que vender la alternativa:

1. Nadie en tu equipo administra servidores. Si autoalojas sin quien mantenga el servidor, cambias una factura mensual por un riesgo operativo. La versión cloud de n8n resuelve esto, pero entonces el ahorro es menor.
2. Tienes pocos flujos y bajo volumen. Por debajo de unos cuantos cientos de ejecuciones al mes, la diferencia de precio no compensa el tiempo de montarlo. El plan gratuito de Zapier o Make te sirve.
3. Necesitas una integración muy específica que solo Zapier tiene. Su catálogo de aplicaciones sigue siendo el más amplio. Si tu proceso depende de una app de nicho, verifica que exista el nodo antes de decidir.

Lo que casi nadie te dice antes de automatizar

Cuando un flujo automatizado empieza a mover facturas, clientes o inventario, deja de ser una comodidad y pasa a ser infraestructura de producción. Y la infraestructura de producción necesita respaldo.

La pregunta incómoda: si el VPS donde corre n8n muere mañana, ¿cuánto tardas en volver a tener tus flujos operando? No los datos que procesaron — los flujos, las credenciales y la clave de cifrado. Sin esa clave, un respaldo de n8n no restaura nada.

Casi nadie tiene esa respuesta, y es exactamente el mismo error que separa tener backup de tener recuperación: la copia existe, el proceso para volver a operar no se ensayó nunca.

---

Si quieres automatizar uno o varios procesos, puedo ayudarte a diseñar la arquitectura y a decidir cuál de las tres plataformas te conviene según tu volumen real — no según cuál me resulte más cómoda de implementar.

¿Cuál es esa tarea repetitiva que tu equipo hace todos los días y que nadie ha medido cuánto cuesta al año?