Instalar n8n en tu propio servidor: guía y avisos

Autoalojar n8n tiene dos ventajas claras: tus datos no salen de tu infraestructura y no pagas por ejecución. También tiene una desventaja que conviene mirar de frente: el servidor pasa a ser tuyo, y con él el mantenimiento.

Esta guía es lo que hacemos nosotros, con los avisos que nos habría gustado leer antes.

Qué hace falta

Requisito	Mínimo real	Coste
Servidor	VPS con 2 GB de RAM	5-10 €/mes
Dominio o subdominio	Obligatorio, con HTTPS	~10 €/año
Docker	Docker + Docker Compose	gratis
Base de datos	PostgreSQL, no el SQLite por defecto	incluida en el VPS
Proxy inverso	Traefik, Caddy o Nginx	gratis
Alguien que se ocupe	El requisito que nadie apunta	tu tiempo

Y la comparación que conviene hacer antes de seguir: n8n Cloud Starter son 20 €/mes (pagando al año) con 2.500 ejecuciones incluidas. Autoalojado no hay límite de ejecuciones, pero la diferencia real no son los 13 € de ahorro: es que el mantenimiento pasa a ser tuyo. Si tu volumen cabe en 2.500 ejecuciones al mes, autoalojar te ahorra menos de lo que te cuesta en tiempo.

Lo que hay detrás de cada línea:

Un servidor. Con 2 GB de memoria se empieza bien; a partir de ahí depende de cuántos flujos corran a la vez y de si procesan ficheros pesados. Un VPS de esas características ronda los 5-10 € al mes en cualquier proveedor.

Un dominio o subdominio. No es opcional: los webhooks tienen que ser accesibles desde fuera y por HTTPS. Servicios como WhatsApp o Stripe no aceptan direcciones sin cifrar.

Docker. Es la vía recomendada y la que menos problemas da. Instalar n8n directamente con Node funciona, pero actualizarlo se vuelve incómodo.

Alguien que se ocupe. Este es el requisito que nadie apunta. Un servidor sin dueño acaba desactualizado y caído.

El montaje

n8n se levanta con Docker Compose. Los elementos que no pueden faltar:

Un proxy inverso delante. Traefik, Caddy o Nginx, para gestionar el certificado HTTPS y dirigir el tráfico. Caddy es el más sencillo si empiezas; Traefik va mejor cuando tienes varios servicios en la misma máquina.

PostgreSQL en lugar de SQLite. Por defecto n8n usa SQLite, que va bien para probar. En cuanto tengas flujos con volumen, la base de datos empieza a ser el cuello de botella y las copias de seguridad son más incómodas. Ponerlo desde el principio ahorra una migración.

Las variables de entorno correctas. Las tres que más problemas dan si se olvidan:

• WEBHOOK_URL — la dirección pública. Si no la pones, n8n genera las URLs de webhook con la dirección interna del contenedor y los servicios externos no pueden llamarte. Es el fallo número uno de las instalaciones nuevas.
• N8N_ENCRYPTION_KEY — con esta clave se cifran las credenciales guardadas. Si se pierde, todas las credenciales de todos tus flujos dejan de poder descifrarse y hay que volver a introducirlas una a una. Guárdala como guardas las contraseñas importantes.
• GENERIC_TIMEZONE — la zona horaria. Sin ella, todo lo programado se ejecuta en UTC y los flujos que dependen de la hora se disparan cuando no toca.

Las tres cosas que salen caras si las haces mal

1. No hacer copias de seguridad de la clave de cifrado

Ya está dicho arriba, pero merece repetirse porque es el error más doloroso. La copia de la base de datos no sirve de nada sin la clave: recuperas los flujos, pero todas las credenciales quedan ilegibles. Guarda las dos cosas, y en sitios distintos.

2. Dejarlo abierto a internet sin protección

n8n lleva autenticación, pero conviene además no exponer el panel públicamente si no hace falta. Lo mínimo razonable: contraseña fuerte, doble factor si está disponible y, a ser posible, el panel accesible solo desde tu red o una VPN. Los webhooks sí tienen que estar abiertos, pero eso es una ruta concreta, no el panel entero.

3. No vigilar si sigue en pie

Una automatización silenciosa que se ha caído es peor que no tenerla, porque das por hecho que el trabajo se está haciendo. Hace falta algo que avise: n8n permite configurar un flujo de error que salte cuando otro falla, y conviene además una comprobación externa de que el servicio responde.

El mantenimiento que toca

Autoalojar no es instalar y olvidar. Lo que hay que hacer periódicamente:

• Actualizar n8n. Sacan versiones a menudo, con correcciones de seguridad entre ellas. Conviene leer las notas antes: alguna versión trae cambios que rompen flujos existentes.
• Comprobar que las copias se hacen y se pueden restaurar. Una copia que nunca se ha probado no es una copia.
• Vigilar el disco. Los registros de ejecución crecen. n8n permite limitar cuánto historial guarda; si no se configura, un día el disco se llena y el servicio se para.

Cuándo no autoalojar

Siendo honestos: si nadie va a ocuparse del servidor, no autoalojes. La nube de n8n o incluso Zapier te darán menos disgustos aunque en la factura ponga más.

Autoalojar compensa cuando se cumple alguna de estas: manejas datos que prefieres no mandar a terceros, tienes volumen suficiente para que el coste por ejecución duela, o ya tienes infraestructura y alguien que la mantiene.

---

Nosotros lo hacemos autoalojado, porque por nuestros flujos circulan datos de clientes. Si prefieres que el mantenimiento no sea tu problema, la instalación y la vigilancia van dentro del servicio de automatización de procesos: cuéntanos tu caso. Y si quieres entender antes qué es esto, empieza por qué es n8n.