Respuesta rápida: Con una plantilla preparada se tarda menos de media hora: contratas un VPS de 4 GB, apuntas un subdominio a su IP, despliegas la plantilla de n8n y configuras el certificado. Lo que de verdad importa no es la instalación, sino los tres pasos que casi todas las guías se saltan: poner PostgreSQL en vez de la base de datos por defecto, cerrar el cortafuegos y montar copias de seguridad antes de meter nada serio.

Instalar n8n es fácil. Tenerlo instalado de forma que no te dé un disgusto en seis meses, no tanto. Esta guía cubre las dos cosas, y avisa de los puntos donde la mayoría de tutoriales te dejan con un servidor que funciona pero está expuesto o sin copias.

Antes de empezar, una comprobación honesta: si no tienes claro por qué autoalojar en vez de usar una herramienta en la nube, léete primero si le merece la pena a una pyme. A mucha gente no le compensa, y es mejor descubrirlo antes de montar el servidor que después.

🔎 Este artículo contiene enlaces de afiliado. Si contratas a través de ellos recibimos una comisión sin coste extra para ti. Ver política de afiliados.

Lo que necesitas antes de empezar

• Un VPS con 4 GB de RAM como mínimo. Si vas a ejecutar un modelo de lenguaje en la misma máquina, 8 GB. El detalle de por qué, en qué VPS necesitas para n8n.
• Un dominio o subdominio que puedas apuntar al servidor. Técnicamente n8n arranca sin dominio, pero trabajarás sin cifrado y varias integraciones que devuelven llamadas al servidor fallarán.
• Media hora, y algo de soltura con la línea de comandos. No hace falta ser administrador de sistemas, pero sí no asustarse ante una terminal.

Paso 1: contratar el servidor

Cualquier VPS con Ubuntu vale. Nosotros usamos Hostinger porque trae una plantilla con n8n y Docker ya preparados, que es exactamente la parte donde más gente abandona: si eliges esa imagen al crear el servidor, te ahorras instalar Docker, escribir el fichero de configuración y pelearte con los permisos.

Al crearlo te pedirá una contraseña de root o una clave SSH. Elige clave SSH si te dan la opción: es más cómoda y elimina de un plumazo los ataques de fuerza bruta contra la contraseña, que empiezan a los pocos minutos de que el servidor esté en línea.

👉 Ver planes de VPS con plantilla de n8n

Paso 2: apuntar el dominio

En el panel de tu dominio, crea un registro A que apunte el subdominio que vayas a usar (por ejemplo flujos.tudominio.com) a la IP del servidor. La propagación suele tardar de unos minutos a un par de horas.

Haz esto antes de configurar el certificado. Es el error de orden más común: si intentas emitir el certificado antes de que el dominio resuelva a la IP correcta, la validación falla y acabas con un servidor en funcionamiento pero sin cifrado.

Paso 3: desplegar n8n

Con la plantilla, el propio panel se encarga. Si vas a mano, el despliegue estándar es con Docker Compose: un fichero que describe el contenedor de n8n, el de la base de datos y el proxy que gestiona el certificado.

Las variables que sí o sí tienes que configurar:

• La URL pública (WEBHOOK_URL y el host). Si no la pones, n8n generará las direcciones de los webhooks apuntando a localhost y ninguna integración externa podrá llamarte. Es el fallo número uno de las instalaciones caseras.
• La zona horaria. Por defecto va en UTC, y si programas un flujo «a las 9:00» se ejecutará a las 11:00 hora peninsular en verano.
• Usuario y contraseña de acceso. n8n arrancado sin autenticación es un panel abierto a internet desde el que se puede ejecutar código. Esto no es teórico: se rastrean activamente.

Paso 4: cambiar la base de datos a PostgreSQL

Aquí está el consejo que más gente agradece a los seis meses. Por defecto, n8n guarda todo en un fichero SQLite. Funciona, y para probar está bien. Pero con varias ejecuciones a la vez, SQLite bloquea el fichero y empiezas a ver errores intermitentes que son un infierno de diagnosticar.

Si esto va a sostener algo de tu negocio, configura PostgreSQL desde el principio. Migrar después es posible pero incómodo, y siempre toca hacerlo el peor día.

Paso 5: cerrar el servidor

Un VPS recién creado tiene todos los puertos abiertos y una IP pública. Lo mínimo:

• Cortafuegos: deja abiertos solo el 80, el 443 y el de SSH. Nada más.
• No expongas el puerto de n8n directamente (el 5678). Debe estar detrás del proxy que sirve el HTTPS, no accesible desde fuera.
• No expongas el puerto de PostgreSQL. La base de datos solo tiene que hablar con n8n, dentro del propio servidor.
• Actualizaciones automáticas de seguridad del sistema operativo, activadas.

Paso 6: copias de seguridad, antes de usarlo en serio

El servidor es tuyo, así que las copias también. Y una copia que no se ha restaurado nunca no es una copia, es una intención.

Lo mínimo razonable: un volcado diario de la base de datos, guardado fuera del propio servidor —si el disco se corrompe, la copia que vive en él se va con todo—, y una prueba de restauración el primer mes. Si tu proveedor ofrece instantáneas automáticas del VPS, actívalas también: son distintas de la copia de la base de datos y se complementan.

Los errores que más caros salen

1. Dejarlo sin autenticación «un momento» para probar. Ese momento basta.
2. No configurar la URL pública, y descubrir que ningún webhook entra.
3. Quedarse con SQLite y encontrarse errores raros al crecer.
4. No hacer copias hasta que ya hay flujos importantes montados.
5. Olvidar la zona horaria, y que todo lo programado se ejecute con dos horas de desfase.

Preguntas frecuentes

¿Puedo instalar n8n en un hosting compartido? No. Necesita un proceso permanente y acceso a Docker o Node.js, y un compartido no ofrece ninguna de las dos cosas.

¿Cuánto se tarda de verdad? Con plantilla, entre veinte y cuarenta minutos incluyendo la espera del DNS. A mano y sin experiencia previa con Docker, cuenta con una tarde.

¿Necesito saber programar? Para instalarlo, no: hace falta copiar comandos y entender qué hace cada uno. Para usar n8n después, tampoco, aunque saber algo de JavaScript te abre bastantes puertas.

¿Cómo actualizo n8n? Con Docker, es descargar la imagen nueva y recrear el contenedor. Haz copia de la base de datos antes de cada actualización: es rápido y algún día te salvará.

¿Y si se me queda pequeño el servidor? Casi todos los proveedores permiten ampliar el plan sin reinstalar. Aun así, es más cómodo empezar con 4 GB que migrar con prisa.

🔎 Este artículo contiene enlaces de afiliado a Hostinger. Ver política de afiliados.