ómo instalar n8n en Plesk paso a paso

Si im­ple­me­n­tas n8n en Plesk, combinas la cómoda ad­mi­ni­s­tra­ción de se­r­vi­do­res de Plesk con una solución de au­to­ma­ti­za­ción flexible que puedes gestionar en tu propio servidor. Así puedes conectar tareas re­pe­ti­ti­vas, in­te­gra­cio­nes y procesos sin necesidad de de­sa­rro­llar una solución propia desde cero.

Paso 1: comprobar los re­qui­si­tos y elegir el servidor adecuado

Antes de empezar con la in­s­ta­la­ción, conviene preparar bien dos aspectos: primero, la base técnica de tu servidor y, segundo, el tamaño adecuado de tu entorno. En n8n, una pla­ni­fi­ca­ción cuidadosa es es­pe­cia­l­me­n­te im­po­r­ta­n­te, ya que los re­qui­si­tos pueden variar mucho según el número de flujos de trabajo, los webhooks activos, los servicios co­ne­c­ta­dos y las eje­cu­cio­nes si­mu­l­tá­neas. Para au­to­ma­ti­za­cio­nes pequeñas suele bastar una co­n­fi­gu­ra­ción compacta, mientras que los entornos en pro­du­c­ción con muchos procesos necesitan más CPU, RAM y al­ma­ce­na­mie­n­to.

En la práctica, para instalar n8n en Plesk necesitas sobre todo los si­guie­n­tes co­m­po­ne­n­tes:

• un servidor Linux con una in­s­ta­la­ción funcional de Plesk
• un dominio o su­b­do­mi­nio para acceder más adelante a n8n
• un ce­r­ti­fi­ca­do SSL válido
• la extensión Docker en Plesk (Plesk es co­m­pa­ti­ble con Docker en sistemas Linux actuales como Debian 10 a 12 y Ubuntu 18.04 a 24.04)
• para la pu­bli­ca­ción web, Plesk utiliza NGINX como frontend en Linux, lo que también resulta útil para la co­n­fi­gu­ra­ción del proxy inverso de n8n

Caso de uso 1: usuarios pa­r­ti­cu­la­res y pequeñas startups

Si al principio quieres usar n8n para ti, para un proyecto paralelo o para un equipo muy pequeño, no­r­ma­l­me­n­te basta con una co­n­fi­gu­ra­ción inicial de 4 vCores, 4 GB de RAM y 120 GB NVMe. Esta opción encaja bien si solo ejecutas unos pocos flujos de trabajo, por ejemplo no­ti­fi­ca­cio­nes desde fo­r­mu­la­rios, au­to­ma­ti­za­cio­nes sencillas de redes sociales o pequeñas tra­n­s­fe­re­n­cias de datos entre dos y cuatro servicios. También es una buena elección para aprender y hacer pruebas, ya que permite trabajar en un entorno real sin so­bre­di­me­n­sio­nar la in­frae­s­tru­c­tu­ra.

Caso de uso 2: startups en cre­ci­mie­n­to y equipos pequeños

En cuanto n8n se convierte en una he­rra­mie­n­ta de uso habitual en el día a día, conviene contar con una base más potente. Una co­n­fi­gu­ra­ción con 6 vCores, 8 GB de RAM y 240 GB NVMe ofrece más margen para ejecutar múltiples flujos de trabajo de n8n activos, tareas cron pe­rió­di­cas, in­te­gra­cio­nes con sistemas de CRM o tiendas online, así como los primeros webhooks en pro­du­c­ción. Esta opción resulta adecuada cuando varias personas acceden al entorno o cuando las au­to­ma­ti­za­cio­nes ya forman parte de procesos ope­ra­ti­vos. Por ejemplo, gestión de leads, en­ru­ta­mie­n­to de correos ele­c­tró­ni­cos, avisos internos, informes sencillos o si­n­cro­ni­za­cio­nes entre servicios SaaS.

Caso de uso 3: pymes con varios procesos de negocio

Para pequeñas y medianas empresas que quieren utilizar n8n en pro­du­c­ción en varias áreas, una co­n­fi­gu­ra­ción con 8 vCores, 16 GB de RAM y 480 GB NVMe es una opción mucho más adecuada. En este escenario, no­r­ma­l­me­n­te ya no se trata solo de procesos au­xi­lia­res aislados, sino de cadenas de procesos reales entre ventas, soporte, marketing, comercio ele­c­tró­ni­co y he­rra­mie­n­tas internas. Algunos ejemplos ha­bi­tua­les son el reenvío au­to­má­ti­co de tickets, la si­n­cro­ni­za­ción con ERP o tiendas online, la pre­pa­ra­ción de datos para la ge­ne­ra­ción de informes, procesos de fa­c­tu­ra­ción o el tra­ta­mie­n­to de ac­ti­va­do­res externos desde fo­r­mu­la­rios y webhooks. Estos entornos generan más carga en paralelo y se be­ne­fi­cian de una memoria RAM adicional para evitar cuellos de botella durante las eje­cu­cio­nes activas.

Caso de uso 4: agencias, pla­ta­fo­r­mas y entornos con alta carga

Si quieres utilizar n8n para muchos clientes, numerosos proyectos o en un entorno con alta carga, conviene pla­ni­fi­car con más margen. Una co­n­fi­gu­ra­ción con 12 vCores, 24 GB de RAM y 720 GB NVMe ofrece bastantes más recursos para muchas eje­cu­cio­nes si­mu­l­tá­neas, flujos de trabajo más complejos y un mayor número de sistemas co­ne­c­ta­dos. Esto es es­pe­cia­l­me­n­te in­te­re­sa­n­te para agencias que gestionan varios clientes, campañas o flujos de datos. También las pla­ta­fo­r­mas que reciben entradas continuas a través de API y webhooks se be­ne­fi­cian de un VPS de este tamaño. En estos es­ce­na­rios, los picos de carga son normales. Más potencia de CPU reduce los tiempos de espera y una RAM adicional aporta es­ta­bi­li­dad a los flujos de trabajo más largos o exigentes.

Casos de uso de un vistazo: ¿qué servidor encaja mejor?

Paso 2: preparar un dominio o su­b­do­mi­nio para n8n

Antes de crear el co­n­te­ne­dor, debes definir en qué dirección estará di­s­po­ni­ble n8n más adelante. En la práctica, usar un su­b­do­mi­nio propio como n8n.tu-dominio.es suele ser la opción más limpia. Así separas cla­ra­me­n­te la pla­ta­fo­r­ma de au­to­ma­ti­za­ción de tu página web principal y, al mismo tiempo, si­m­pli­fi­cas la co­n­fi­gu­ra­ción de SSL, del proxy inverso y el ma­n­te­ni­mie­n­to posterior. Como n8n se ejecuta detrás de Plesk como proxy inverso, es es­pe­cia­l­me­n­te im­po­r­ta­n­te contar con una dirección de destino bien definida.

Primero crea el dominio o su­b­do­mi­nio en Plesk. Asegúrate de que el registro DNS apunta co­rre­c­ta­me­n­te a tu servidor. Después, abre la sección “Domains” (Dominios) en Plesk y comprueba que el nuevo dominio aparece en la lista. Si estás empezando, lo más re­co­me­n­da­ble es ejecutar la instancia de n8n en un su­b­do­mi­nio nuevo para evitar co­n­fli­c­tos con la co­n­fi­gu­ra­ción de tu página web existente.

Close

Paso 3: activar SSL para el dominio

Antes de hacer accesible n8n pú­bli­ca­me­n­te, debes proteger el dominio con HTTPS. Plesk ofrece una forma muy cómoda de hacerlo gracias a la in­te­gra­ción con Let’s Encrypt, que permite emitir y renovar ce­r­ti­fi­ca­dos gratuitos. Esto es fu­n­da­me­n­tal para usar n8n, ya que muchos servicios externos solo aceptan webhooks o re­di­re­c­cio­nes OAuth a través de HTTPS. Además, el acceso, las llamadas a la API y los datos de los flujos de trabajo no deberían tra­n­s­mi­ti­r­se nunca sin cifrar mediante HTTP.

Abre el dominio co­rre­s­po­n­die­n­te en Plesk y activa un ce­r­ti­fi­ca­do SSL.

Close

Si Let’s Encrypt ya está instalado, puedes solicitar el ce­r­ti­fi­ca­do di­re­c­ta­me­n­te desde la interfaz. Después, activa la re­di­re­c­ción au­to­má­ti­ca de HTTP a HTTPS para que todo el tráfico se transmita de forma segura. Como al­te­r­na­ti­va, también puedes descargar o eliminar ce­r­ti­fi­ca­dos exi­s­te­n­tes desde ese mismo menú.

Close

Paso 4: instalar la extensión Docker en Plesk

La in­s­ta­la­ción de n8n con Docker es ideal para la mayoría de es­ce­na­rios de alo­ja­mie­n­to propio, ya que permite gestionar la apli­ca­ción de forma aislada, ordenada y re­la­ti­va­me­n­te sencilla. Por eso, la extensión Docker es la opción más re­co­me­n­da­ble para desplegar n8n en Plesk. Plesk es co­m­pa­ti­ble con Docker en versiones actuales de Linux y permite ad­mi­ni­s­trar co­n­te­ne­do­res di­re­c­ta­me­n­te desde su interfaz.

Abre la sección “Ex­te­n­sio­ns” (Ex­te­n­sio­nes) en Plesk e instala la extensión Docker si aún no la tienes.

Close

Tras la in­s­ta­la­ción, aparecerá una sección es­pe­cí­fi­ca de Docker en el menú lateral. Desde ahí puedes buscar imágenes, crear co­n­te­ne­do­res Docker, asignar puertos y definir variables de entorno.

Close

Paso 5: crear el co­n­te­ne­dor de n8n en Plesk

En el siguiente paso, debes co­n­fi­gu­rar el co­n­te­ne­dor de n8n. Para ello, busca en la extensión Docker la imagen oficial “n8nio/n8n” y crea un nuevo co­n­te­ne­dor a partir de ella.

Close

Por defecto, n8n se ejecuta in­te­r­na­me­n­te en el puerto 5678, por lo que este puerto debe estar di­s­po­ni­ble en el co­n­te­ne­dor. Como puerto del host puedes usar, por ejemplo, el 5678 u otro puerto local libre. En Plesk suele ser re­co­me­n­da­ble asignar un puerto fijo ma­nua­l­me­n­te en lugar de usar el mapeo au­to­má­ti­co, ya que así resulta más fácil co­n­fi­gu­rar la regla del proxy. También es im­po­r­ta­n­te que los datos de n8n se almacenen de forma pe­r­si­s­te­n­te. Para ello, crea un volumen o di­re­c­to­rio pe­r­si­s­te­n­te y móntalo en /home/node/.n8n. Sin este mapeo, la co­n­fi­gu­ra­ción y los datos se perderían al recrear el co­n­te­ne­dor.

Close

Paso 6: definir las variables de entorno

Para la co­n­fi­gu­ra­ción básica, también debes definir algunas variables de entorno. Estas permiten que n8n ide­n­ti­fi­que co­rre­c­ta­me­n­te en qué dirección está di­s­po­ni­ble la apli­ca­ción y cómo debe co­mu­ni­car­se hacia el exterior. Esto es es­pe­cia­l­me­n­te im­po­r­ta­n­te cuando se utiliza detrás de un proxy inverso como Plesk, ya que n8n se ejecuta in­te­r­na­me­n­te en un puerto distinto al que utilizan los usuarios en el navegador.

Las variables más im­po­r­ta­n­tes son N8N_HOST, N8N_PROTOCOL, WEBHOOK_URL y N8N_PROXY_HOPS. Con estos valores indicas a n8n bajo qué dominio es accesible la instancia, si se utiliza HTTPS y que hay un proxy inverso delante.

Si, por ejemplo, tu instancia de n8n debe estar di­s­po­ni­ble en https://n8n.your-domain.ie, puedes usar los si­guie­n­tes valores como re­fe­re­n­cia:

N8N_HOST=n8n.your-domain.ie
N8N_PROTOCOL=https
WEBHOOK_URL=https://n8n.your-domain.ie/
N8N_PROXY_HOPS=1
TZ=Europe/Dublin
GENERIC_TIMEZONE=Europe/Dublin

En Plesk, estos valores se in­tro­du­cen no­r­ma­l­me­n­te di­re­c­ta­me­n­te en el diálogo del co­n­te­ne­dor, en la sección “En­vi­ro­n­me­nt variables” (Variables de entorno).

Close

Paso 7: co­n­fi­gu­rar la regla de proxy Docker en Plesk

Para que los usuarios puedan acceder a tu instancia de n8n a través del dominio estándar en el puerto 443, debes crear una regla de proxy Docker en Plesk. En este proceso, el dominio se redirige mediante NGINX al puerto local del co­n­te­ne­dor. Así evitas que los usuarios tengan que in­tro­du­cir un puerto poco habitual en la URL.

Para ello, abre en Plesk la sección “Websites & Domains” de tu su­b­do­mi­nio de n8n y se­le­c­cio­na “Docker Proxy Rules” (Reglas de proxy Docker). Crea una nueva regla, elige el co­n­te­ne­dor de n8n y asigna el puerto que co­n­fi­gu­ra­s­te pre­via­me­n­te. Si utilizas un su­b­do­mi­nio dedicado, lo más sencillo suele ser redirigir todo el dominio al co­n­te­ne­dor. A partir de ese momento, NGINX se encarga de reenviar el tráfico al puerto local del co­n­te­ne­dor.

Close

Paso 8: acceder a n8n desde el navegador y completar la co­n­fi­gu­ra­ción inicial

Una vez que hayas co­n­fi­gu­ra­do el co­n­te­ne­dor, el SSL y la regla de proxy, ya puedes acceder a la URL de n8n desde el navegador. Si todo está co­rre­c­ta­me­n­te co­n­fi­gu­ra­do, la interfaz debería estar di­s­po­ni­ble di­re­c­ta­me­n­te a través de tu dominio HTTPS. En el primer inicio, n8n te guiará por la co­n­fi­gu­ra­ción básica, como la creación del primer usuario.

Paso 9: usar n8n de forma segura y ma­n­te­ni­ble

Si vas a utilizar tu instancia en pro­du­c­ción, no basta con la in­s­ta­la­ción básica. Es fu­n­da­me­n­tal realizar ac­tua­li­za­cio­nes pe­rió­di­cas, hacer copias de seguridad del di­re­c­to­rio de datos pe­r­si­s­te­n­te y co­n­fi­gu­rar co­rre­c­ta­me­n­te TLS. De este modo reduces si­g­ni­fi­ca­ti­va­me­n­te el riesgo de fallos, pérdida de co­n­fi­gu­ra­ción y problemas de seguridad.

También a nivel or­ga­ni­za­ti­vo conviene tratar n8n como una apli­ca­ción in­de­pe­n­die­n­te, con su propio su­b­do­mi­nio, su propio di­re­c­to­rio de datos y una co­n­fi­gu­ra­ción de proxy bien definida. Así podrás gestionar mejor las ac­tua­li­za­cio­nes, las copias de seguridad y la re­so­lu­ción de problemas. Además, si tus flujos de trabajo crecen o varias personas empiezan a uti­li­zar­los, te resultará más fácil migrar a recursos de servidor más potentes. Por eso, la elección inicial del servidor no es solo una cuestión de coste, sino una base clave para un fu­n­cio­na­mie­n­to estable.