n8n self-hosted vs Zapier: cuándo vale la pena el fierro propio
La comparación útil no es de integraciones ni de precio de entrada: es el modelo de cobro, dónde vive el dato de tus clientes y quién se levanta cuando se cae.
La comparación entre una herramienta de automatización gestionada y una autoalojada suele resolverse mirando listas de integraciones y planes de precios. Las dos cosas son reales y las dos son las menos importantes.
Lo que decide bien esta elección son tres preguntas: cómo te van a cobrar cuando crezcas, dónde va a vivir el dato de tus clientes, y quién se levanta si se cae un martes a las once de la noche.
La comparacion que todos hacen, y por que enganna
Comparar integraciones disponibles da un empate en la práctica: las dos conectan lo que una pyme necesita conectar, y lo que falte se resuelve con una llamada HTTP. Comparar el precio de entrada da una respuesta que se invierte apenas hay volumen.
La comparación útil es por ejes estructurales, que no cambian cuando cambian los planes:
| Eje | Gestionado | Self-hosted |
|---|---|---|
| Modelo de cobro | Por tarea o ejecucion | Por servidor, sin importar el volumen |
| Donde vive el dato | En la infraestructura del proveedor | Donde vos lo pongas |
| Arranque | Minutos | Horas, y una decision de infraestructura |
| Cuando algo se cae | Esperas al proveedor | Lo arreglas vos, a la hora que sea |
| Techo | El del plan y sus limites | El de tu maquina y tu paciencia |
El modelo de cobro importa mas que el precio
No vamos a poner cifras acá: los planes cambian y cualquier número quedaría viejo. Lo que no cambia es la forma de cobrar, y esa forma decide la elección.
Un servicio gestionado cobra por tarea ejecutada. Eso tiene una propiedad incómoda: el costo crece con el éxito. Un flujo que corre una vez por lead es barato con cincuenta leads mensuales y otra cosa con cinco mil. Y cada paso intermedio suele contar como una tarea, así que un flujo de ocho pasos multiplica por ocho.
Un servidor propio cobra por existir. Cuesta lo mismo con cien ejecuciones que con cien mil, hasta que se queda sin recursos. Eso invierte completamente el cálculo: lo caro deja de ser el volumen y pasa a ser el tiempo de quien lo mantiene.
Donde vive el dato
Este es el eje que casi ninguna comparativa cubre y el que más pesa si trabajás con datos de personas.
En un servicio gestionado, los datos que pasan por tus flujos —nombres, correos, mensajes, historial— atraviesan la infraestructura del proveedor y suelen quedar en sus registros de ejecución durante un tiempo. Eso es perfectamente legítimo, y también significa que ese proveedor es un encargado de tratamiento más: va a tu registro, necesita su acuerdo, y hay que verificar si procesa fuera de Chile para informarlo como transferencia internacional.
Con una instancia propia esa parte de la cadena desaparece. No es magia legal —seguís necesitando base de licitud, seguís informando, y ahora además el servidor es tuyo, con todo lo que eso implica en seguridad— pero es un encargado menos y una pregunta menos que contestar.
El marco completo está en qué cambia con la Ley 21.719 y en cómo tratamos los datos.
Lo que cuesta de verdad tener el fierro
La licencia es gratis. Esto no:
- Actualizaciones. Hay que hacerlas, y a veces rompen algo. Postergarlas indefinidamente convierte al servidor en deuda.
- Respaldos. De los flujos y de las credenciales. Un servidor sin respaldo es una operación entera apoyada en un disco.
- Monitoreo. Y no sólo de errores: de ausencia. Un flujo que dejó de correr no genera un error, genera silencio — el mismo problema del que habla qué automatizar primero.
- Alguien. Una persona que sepa entrar, leer un log y reiniciar. Si esa persona se va, el servidor se convierte en una caja negra que nadie toca.
Ninguno de estos cuatro es difícil. Todos son constantes, y por eso el cálculo honesto no es «cuánto cuesta el servidor» sino «cuánto cuesta la atención que necesita».
Como decidir
Cuatro preguntas, en este orden:
- ¿Pasan datos personales por los flujos? Si la respuesta es sí y son sensibles, el self-hosted sube varios puestos.
- ¿Cuántas ejecuciones por mes vas a tener dentro de un año? No hoy: dentro de un año. El modelo por tarea se paga con el crecimiento.
- ¿Hay alguien que pueda mantenerlo? Si no, gestionado, y no se discute.
- ¿Qué pasa si se cae por seis horas? Si la respuesta es «se pierden leads», hace falta redundancia o alertas, corra donde corra.
Y una respuesta que casi nadie considera: las dos. Lo crítico y de alto volumen en una instancia propia, lo ocasional y periférico en un servicio gestionado. No hay premio por usar una sola herramienta.
Preguntas frecuentes
- Self-hosted sale mas barato? Por ejecucion, en general si, y por bastante cuando hay volumen. En total, solo si alguien iba a mantener un servidor de todos modos. Lo gratis es la licencia; la atencion no.
- Puedo empezar gestionado y migrar despues? Si, y suele ser la secuencia correcta. Lo que hace dolorosa la migracion no es la herramienta sino la logica acumulada: documenta que hace cada flujo mientras lo construis y la mudanza sigue siendo un proyecto en vez de una excavacion.
- Self-hosted me deja en regla? Saca un encargado de la cadena, lo que simplifica el registro de proveedores y la pregunta de la transferencia internacional. No te da una base de licitud, no escribe tu politica de privacidad y no asegura el servidor por vos.
- Y si nadie en el equipo es tecnico? Entonces gestionado, sin dudarlo. Una instancia self-hosted que nadie sabe reiniciar es un punto unico de falla con tu operacion detras.