Dónde alojar n8n, chatbots y servidores MCP: por qué un hosting compartido no sirve
Publicado el 24 de julio de 2026 · Actualizado el 5 de agosto de 2026
Por Rubén Ortega · 12 años en soporte técnico y preventa de empresas de hosting (Abansys, Arsys, Nominalia) · Declaración de vínculos
📌 Datos clave
- Hosting compartido
- No sirve: no permite procesos persistentes
- Qué se necesita
- VPS o contenedor con control del entorno
- El requisito real
- Que el proceso siga vivo entre peticiones
- Memoria orientativa para n8n
- 1-2 GB en uso personal
- Lo que dispara el consumo
- El tamaño de los datos, no el número de flujos
Respuesta rápida
Un hosting compartido no puede ejecutar n8n, un chatbot ni un servidor MCP, y no es cuestión de potencia: es cuestión de arquitectura.
Un hosting compartido está diseñado para servir webs. Llega una petición, PHP se despierta, genera el HTML, responde y muere. Ese ciclo es lo que permite meter cientos de cuentas en un servidor.
Las herramientas de automatización e IA funcionan al revés: necesitan un proceso que se queda vivo, escuchando en un puerto, esperando webhooks o ejecutando tareas programadas. Eso un compartido no lo permite, por diseño y a propósito.
Las cuatro cosas que faltan en compartido
| Lo que necesitas | Por qué no está en compartido |
|---|---|
| Procesos persistentes | Los procesos se matan al terminar la petición |
| Puertos propios | Solo están abiertos 80 y 443, y los gestiona el servidor web |
| Node.js, Python o Docker | El entorno es PHP; no puedes instalar runtimes |
| Control del sistema | Sin acceso de administrador no hay servicios propios |
Si alguna guía te dice que puedes montar n8n en un compartido, o está hablando de un plan que en realidad es un VPS, o no ha llegado a probarlo.
Qué necesitas de verdad
Un VPS es la respuesta para casi todos los casos. Un servidor virtual donde tú mandas: tu sistema operativo, tus procesos, tus puertos.
Dimensiones orientativas para empezar:
- n8n en uso personal, unos pocos flujos: 1-2 GB de RAM, 1-2 núcleos
- n8n con volumen o datos grandes: 4 GB en adelante
- Un chatbot que llama a una API externa: poco recurso propio; el trabajo pesado lo hace la
API
- Un servidor MCP: depende de lo que exponga; si solo orquesta llamadas, es ligero
Un matiz que ahorra dinero: lo que dispara el consumo no es el número de automatizaciones, sino el tamaño de los datos que mueve cada ejecución. Cincuenta flujos que mueven texto consumen menos que uno que procesa ficheros de 200 MB.
Lo que casi nadie avisa
1. Necesitas HTTPS y un dominio. Los webhooks de servicios externos no aceptan HTTP plano ni direcciones IP. Necesitas un subdominio apuntando a tu VPS y un certificado.
2. Necesitas copias de seguridad, y no vienen incluidas. Un VPS es un servidor vacío: las copias son cosa tuya salvo que contrates el servicio aparte. Es la diferencia más grande frente a un compartido, y la que más disgustos da.
3. Necesitas mantenerlo actualizado. Un servidor con puertos abiertos y sin parchear es un objetivo. Si nadie va a encargarse de eso, un servicio gestionado sale más barato que el incidente.
4. Las claves de API son el activo real. Una clave de un servicio de IA filtrada puede generar una factura enorme antes de que te enteres. Variables de entorno, nunca en el código, y con límite de gasto configurado en el proveedor.
Si necesitas un VPS y prefieres soporte en español y facturación española, Raiola es el proveedor con el que tenemos programa de afiliación. Compara sus recursos con los de los proveedores internacionales: son más baratos y dan soporte en inglés.
Enlace de afiliado: si contratas, cobramos una comisión de cada pago que hagas, también en las renovaciones. No te cuesta más.
Cuándo NO necesitas un VPS
Por equilibrio, porque la respuesta no siempre es «monta un servidor»:
- Si solo quieres probar n8n: su versión en la nube te evita el mantenimiento mientras
decides si lo vas a usar de verdad
- Si tu «chatbot» es un widget que llama a una API desde el navegador: eso vive en tu web
normal, en un compartido
- Si es un formulario que llama a una API desde PHP: también funciona en compartido, porque
es una petición normal que empieza y termina
La frontera está clara: ¿necesitas que algo siga corriendo cuando nadie está mirando? Si la respuesta es sí, VPS. Si es no, tu hosting de siempre vale.
La decisión, con sus contrapartidas honestas, está en cuándo necesitas un VPS de verdad.
Compartido, VPS o gestionado
| Compartido | VPS | Gestionado | |
|---|---|---|---|
| Procesos persistentes | No | Sí | Sí |
| Mantenimiento del sistema | Del proveedor | Tuyo | Del proveedor |
| Copias de seguridad | Incluidas | Tuyas | Incluidas |
| Coste | Bajo | Medio | Alto |
| Conocimiento necesario | Poco | Administración de sistemas | Poco |
La columna del medio tiene un coste oculto que se paga en horas. Si no te diviertes administrando un servidor, el gestionado sale más barato de lo que parece.
Preguntas frecuentes
¿Puedo instalar n8n en un hosting compartido?
No. Un compartido ejecuta PHP bajo demanda y mata los procesos al terminar la petición. n8n necesita un proceso Node.js permanente y un puerto propio.
¿Qué necesito para un chatbot o un servidor MCP?
Un VPS o contenedor donde puedas ejecutar procesos persistentes, abrir puertos y controlar el entorno. El requisito no es potencia, es persistencia.
¿Cuánta memoria necesita n8n?
Para uso personal con pocos flujos, 1 o 2 GB. Lo que dispara el consumo es el tamaño de los datos de cada ejecución, no el número de automatizaciones.
¿Puedo tener la web y n8n en el mismo sitio?
En un VPS sí, y es lo habitual. Ten en cuenta que una automatización desbocada puede tumbar también la web: en proyectos con ingresos, conviene separarlos.
Guía general sobre los requisitos de infraestructura de herramientas de automatización e IA. Las dimensiones son órdenes de magnitud orientativos, no medidas de ninguna instalación concreta.