¿Se puede ejecutar n8n en un alojamiento compartido? No, ni siquiera la versión de Node.js.

No. n8n es un proceso de larga duración que debe permanecer en segundo plano para ejecutar programaciones y recibir webhooks. El alojamiento compartido inicia el código cuando llega una solicitud y lo detiene cuando se envía la respuesta ; esa es toda la arquitectura, y es incompatible con lo que es n8n.

Lo interesante es que la compatibilidad con Node.js no soluciona el problema , que es donde la mayoría de la gente se atasca.

Por qué el soporte para Node.js no es la solución

Muchos servicios de alojamiento compartido ofrecen Node.js, y es razonable suponer que con eso basta. Pero no es así.

El alojamiento compartido ejecuta Node de la misma manera que PHP: por solicitud. Se inicia un proceso para gestionar una solicitud HTTP entrante, devuelve una respuesta y se libera. Algunos proveedores mantienen un proceso activo durante unos segundos. Ninguno permite ejecutar un demonio que permanezca activo durante semanas.

n8n necesita precisamente eso, por dos razones:

Programación. Un flujo de trabajo programado para ejecutarse a las 3 de la mañana requiere que algo esté activo a esa hora. Sin un proceso residente, no hay nada que active el disparador, y no llega ninguna solicitud para activarlo, porque el disparador es el evento.

Webhooks. El uso principal de n8n es recibir llamadas de otros servicios. Para ello, se necesita un oyente vinculado a un puerto que mantenga un punto final HTTPS público de forma continua.

Los demás bloqueadores , cualquiera de los cuales es suficiente por sí solo:

• Sin vinculación de puertos. n8n escucha en un puerto (5678 por defecto). Las cuentas compartidas no pueden asignar puertos; el servidor web del proveedor es el propietario de los mismos.
• Los procesos en segundo plano se detienen. Los servidores compartidos suelen procesar activamente los procesos de usuario de larga duración, ya que un solo inquilino que acapara la CPU degrada el rendimiento de todos los demás usuarios del servidor.
• El acceso a la base de datos está restringido. n8n quiere Postgres o SQLite con conexiones persistentes y acceso de escritura a su propio almacenamiento, no una conexión MySQL por solicitud con un límite de consultas.
• No eliges la versión de Node. n8n fija su rango compatible; el alojamiento compartido te da lo que el proveedor instaló.

La prueba de una sola línea: si no puedes acceder por SSH y ejecutar algo con systemd o Docker que sobrevive a tu cierre de sesión, no puedes ejecutar n8n. Eso es el mismo límite estructural que Docker, a la que se llega por una ruta diferente.

El problema de los webhooks que sorprende a la gente

Este artículo merece la pena leerlo incluso si ya has aceptado la respuesta sobre el alojamiento compartido, porque la alternativa habitual tampoco funciona.

“Lo ejecutaré en una Raspberry Pi en casa”. Para flujos de trabajo programados que solo realizan llamadas salientes, eso está bien.

Para los webhooks no es así , porque un servicio como Stripe o GitHub tiene que llegar a tu dispositivo. Un dispositivo detrás de un router doméstico tiene una dirección privada y ninguna ruta de entrada; el webhook no tiene a dónde llegar. Además, la mayoría de las conexiones residenciales te dan una IP dinámica que cambia, y los puertos de entrada suelen estar bloqueados por el ISP.

Las soluciones alternativas son reales, pero se basan en la infraestructura , no en atajos: un servicio de tunelización que proporciona un punto final HTTPS público mapeado a la instancia local. Funciona, para eso sirven los túneles, y añade una dependencia de la que ahora depende tu automatización.

En resumen: si todos los flujos de trabajo que vayas a ejecutar son salientes y programados, una Raspberry Pi es una opción gratuita y legítima. En el momento en que un flujo de trabajo necesite un webhook, necesitarás un punto final público , y en ese caso, un VPS pequeño es más sencillo que un túnel más una Raspberry Pi.

Tres opciones que realmente funcionan.

Clasificado según el esfuerzo requerido, con costes mensuales reales.

1. Un VPS pequeño con Docker Compose

La opción más económica y con mayor control. n8n más Postgres en un archivo Compose en un servidor de 2 a 4 GB.

Presupuesta un mínimo de 2 GB y 4 GB si vas a añadir nodos de la comunidad , que suelen ser la causa principal del consumo excesivo de memoria. La configuración de Compose está documentada y la primera vez solo lleva una tarde.

El coste no es económico, sino de responsabilidad: actualizaciones, copias de seguridad y ser la persona que se da cuenta cuando deja de funcionar.

2. Una plataforma PaaS con un servicio persistente

Despliegue desde un repositorio, sin necesidad de administrar un servidor. La salvedad es específica y afecta a n8n más que a la mayoría de las aplicaciones.

El sistema cobra por segundo de uso de los recursos , y n8n, por definición, es residente, manteniendo horarios y un receptor de webhook las 24 horas. Se cobra por la residencia, no por el trabajo realizado , por lo que un n8n inactivo cuesta casi lo mismo que uno activo. Comparamos este precio con el de un VPS de tarifa plana , y la comodidad es innegable, pero el precio también lo es.

Comprueba también el comportamiento de suspensión de la plataforma. Cualquier cosa que ponga los contenedores en reposo para ahorrar recursos interrumpirá los activadores programados, y lo hará de forma silenciosa: el flujo de trabajo simplemente no se ejecuta.

3. n8n Nube

No hay ningún servidor. Los planes de n8n cuestan 20 €/mes por 2,500 ejecuciones (Starter) y 50 € por 10 000 (Pro) , con Enterprise muy por encima.

Frente a un VPS de $8.97, que cuesta más del doble que el hosting , pero incluye el mantenimiento, las actualizaciones y el tiempo de actividad que de otro modo serían de pago. Hemos trazado el punto de equilibrio , que es una curva en lugar de un número, porque los precios en la nube se basan en la ejecución, mientras que los de un VPS son fijos.

La regla de oro: La nube gana en volúmenes bajos o cuando tu tiempo vale más que $20/mes. El autoalojamiento gana a medida que aumentan las ejecuciones, y gana por mucho con un alto volumen.

Qué comprar

Hostinger — la ruta de autoalojamiento de bajo esfuerzo, en $6.49 en promoción y $11.99 al renovar para 4 GB, con una plantilla n8n de un solo clic que omite por completo el archivo Compose. Esta es la respuesta directa para la mayoría de las personas que se mudan de un alojamiento compartido. — El nivel de 4 GB ofrece espacio para nodos comunitarios, y la plantilla elimina el paso de instalación donde suelen fallar los primeros intentos.

Hetzner — Empresa alemana especializada en centros de datos, si la jurisdicción importa. Comprueba el precio antes de darlo por barato : su CPX11 de 2 GB cuesta 11.99 € y la opción más económica no está disponible desde la revisión de precios de 2026.

DigitalOcean : 24 dólares por 4 GB, más caro que el resto. Lo compré por su documentación y sus API predecibles. Es una buena opción si estás aprendiendo a usar la plataforma, no solo para usarla.

Railway : la opción sin servidor, con la salvedad de facturación por residencia mencionada anteriormente. Su implementación es realmente rápida; compare los resultados con los de un VPS plano antes de comprometerse con una carga de trabajo permanente.

Cloudways ofrece alojamiento gestionado sobre DigitalOcean, AWS o Google Cloud desde 11 $ por 2 GB, con facturación mensual y sin permanencia. Una opción intermedia razonable si prefieres que alguien más se encargue del mantenimiento del servidor, pero aun así quieres un servidor real.

Para una comparación más completa, el mejor VPS para n8n cubre los niveles y el costo real de autoalojamiento de n8n, con cifras que incluyen la base de datos.

Cómo lo comprobamos

El argumento arquitectónico se centra en el funcionamiento del alojamiento compartido, más que en una prueba que hayamos realizado. Las cuentas compartidas ejecutan código por solicitud y consumen procesos de usuario de larga duración; n8n requiere un demonio residente que gestione las programaciones y un puerto vinculado. No hemos intentado instalar n8n en una cuenta compartida , ya que la conclusión se deriva del modelo: sin un proceso persistente y un puerto vinculado, no existe ningún mecanismo para que se active un disparador programado ni para que llegue un webhook.

Los obstáculos específicos —la vinculación de puertos, la eliminación de procesos en segundo plano, el acceso restringido a la base de datos y las versiones fijas de Node— son restricciones estándar del alojamiento compartido, no hallazgos específicos del proveedor, y no hemos auditado ningún proveedor de alojamiento compartido en particular con respecto a ellos. La prueba de una sola línea en esa sección es la que aplicaríamos.

El webhook y el punto NAT son características de las redes domésticas, no algo que hayamos medido: un dispositivo con una dirección privada no tiene ruta de entrada sin un túnel o redireccionamiento de puertos, y las conexiones residenciales suelen usar direccionamiento dinámico con los puertos de entrada bloqueados. No hemos probado ningún servicio de tunelización específico con n8n.

Precios es de nuestra investigación en esta serie en agosto de 2026: Cloudzy a $8.97 por 2GB, HostingerKVM 1 de a $6.49 en promoción y $11.99 en renovación con las tarifas VPS verificadas en vivo el 17 de agosto de 2026, CPX11 de Hetzner a €11.99 convertido a aproximadamente 1.08, DigitalOcean a $24 y Cloudways desde $11. Los planes de n8n Cloud son de 20 € por 2,500 ejecuciones y de 50 € por 10,000. son las cifras establecidas en nuestro análisis comparativo entre la nube y el alojamiento propioy la facturación de residencia por segundo de Railway en nuestra comparación de ferrocarriles.

Los valores mínimos de 2 GB y la recomendación de 4 GB reflejan las cifras de RAM utilizadas en nuestra cobertura de n8n, basadas en nodos de la comunidad y no en la capacidad base de n8n. No hemos medido la memoria residente de n8n por nuestra cuenta.

Lo que no hicimos: instalar n8n en ninguna plataforma para este artículo, probar una implementación doméstica con túnel ni verificar directamente los precios actuales de n8n Cloud.

Los enlaces de alojamiento mencionados anteriormente son enlaces de afiliados. La tercera opción del artículo es el producto Cloud de n8n, del cual no obtenemos ningún beneficio , y es la solución ideal para usuarios con bajo volumen de uso cuyo tiempo es más valioso que la diferencia.

Preguntas Frecuentes

¿Puedo ejecutar n8n en un alojamiento compartido?

No. n8n necesita un proceso que permanezca residente para activar programaciones y mantener un oyente de webhook, y el alojamiento compartido ejecuta el código por solicitud y aprovecha los procesos de larga duración.

¿Qué ocurre si mi servicio de alojamiento compartido admite Node.js?

Aun así, no funcionará. Los servicios de alojamiento compartido ejecutan Node bajo demanda de la misma manera que ejecutan PHP; no existe ningún mecanismo para un demonio que sobreviva al cierre de sesión, que es lo que requiere n8n.

¿Puedo ejecutar n8n en una Raspberry Pi?

Para flujos de trabajo programados y exclusivamente salientes, sí. Para webhooks, no: un dispositivo detrás de un enrutador doméstico no tiene ruta de entrada, por lo que el webhook no puede alcanzarlo sin un servicio de tunelización que proporcione un punto final HTTPS público.

¿Cuál es la forma más económica de alojar n8n por cuenta propia?

Un VPS de 2 GB con n8n y Postgres en Docker Compose, desde aproximadamente 8.97 $/mes. Calcula 4 GB si vas a instalar nodos comunitarios, que suelen ser la causa principal del consumo excesivo de memoria.

¿Es n8n Cloud más barato que el autoalojamiento?

Con un volumen bajo, efectivamente sí, una vez que tu tiempo cuenta: su plan Básico cuesta 20 €/mes para 2,500 ejecuciones, frente a los aproximadamente 9 $ que cuesta un VPS que tú mismo administras. El autoalojamiento resulta más ventajoso a medida que aumenta el volumen de ejecuciones.

¿Por qué una plataforma PaaS es cara específicamente para n8n?

Dado que plataformas como Railway facturan por la permanencia de los recursos, y n8n es residente por definición, manteniendo horarios y un receptor de webhook las 24 horas del día, una instancia inactiva cuesta casi lo mismo que una instancia activa.

¿Cuál es la configuración de trabajo más sencilla?

Un VPS de 4 GB con una plantilla n8n de un solo clic. Evita tanto el archivo Compose como el callejón sin salida del alojamiento compartido, y deja margen para nodos de la comunidad.