Cloud o self-hosted no es una decisión de hosting, es una decisión de operación
La pregunta “Cloud o self-hosted” parece una decisión de hosting, pero en realidad es una decisión de operación. No se trata solo de dónde corre el software, sino de quién se hace responsable de los fallos, el crecimiento y la seguridad.
Antes de compararlos, conviene definir bien los términos. En n8n, una execution es una sola corrida de un workflow. Sus planes hosted se cobran por monthly workflow executions, y en los planes pagos solo cuentan las ejecuciones de producción. Las manuales, usadas para testing, no cuentan dentro de la cuota.
Qué incluye n8n Cloud y qué estás comprando realmente
En el pricing de n8n, los planes Starter y Pro aparecen como Hosted by n8n. Incluyen usuarios ilimitados, proyectos compartidos, límites de concurrencia y créditos de AI Workflow Builder.
La ventaja real aquí es bastante clara: no administras servidores, no haces upgrades, no peleas con logs ni con storage, y te concentras en construir automatizaciones.
También hay un punto importante a nivel de datos. n8n indica que en sus planes hosted la información se almacena dentro de la Unión Europea, específicamente en servidores ubicados en Frankfurt, Alemania.
Para algunas empresas eso es una ventaja por temas de compliance. Para otras, puede ser una restricción si necesitan residencia de datos en otro país o región.
Qué incluye self-hosted, qué ganas y qué aceptas
n8n también ofrece una Community Edition self-hosted, algo que aparece reflejado en su propio pricing. Pero aquí es donde entra una diferencia importante: cuando eliges self-hosted no solo ganas libertad, también aceptas responsabilidad operativa.
Con self-hosted tienes más control sobre la infraestructura, el entorno, las bases de datos, la retención y la forma en que corre todo el sistema. Pero ese control viene acompañado de trabajo real: actualizaciones, monitoreo, backups, seguridad, disponibilidad y resolución de incidentes.
En otras palabras, self-hosted no es solo instalar n8n en un VPS. Es convertirlo en parte de tu stack operativo.
La licencia: lo que sí puedes hacer y lo que no
La documentación oficial de n8n explica que usan la Sustainable Use License y Enterprise License, basadas en el modelo fair-code.
La Sustainable Use License permite usar, modificar y redistribuir el software, pero con limitaciones claras. En el contexto del producto, n8n deja explícito que no está permitido alojar n8n y cobrar a otras personas por acceder a él como si fuera un SaaS revendido.
En cambio, sí permite prestar servicios de consultoría relacionados con n8n, construir workflows para clientes y dar soporte configurándolo o manteniéndolo en un servidor interno de una empresa.
Eso es especialmente relevante para modelos de negocio basados en implementación y mantenimiento. Crear flujos, operar instancias internas y dar soporte encaja dentro de lo permitido. Lo que no encaja es vender acceso a n8n como producto SaaS reetiquetado.
Por qué existen Cloud, self-hosted y planes empresariales
La razón es bastante lógica. n8n necesita sostener desarrollo, soporte y evolución del producto, y para eso divide su oferta en varias rutas.
Cloud
Es el producto administrado. Pagas para evitar la carga operativa y concentrarte en usar la herramienta.
Self-hosted
Existe una Community Edition para autoalojar, y además planes pagos orientados a empresas que necesitan funciones avanzadas.
Business y Enterprise
En el pricing, el plan Business aparece como self-hosted e incluye funciones como SSO, SAML, LDAP, environments, opciones de scaling y version control usando Git.
En Enterprise, n8n ofrece tanto hosted como self-hosted, con más concurrencia, mayor retención y soporte con SLA.
Costos reales: cuándo Cloud sale mejor y cuándo self-hosted tiene sentido
La comparación real no es cuál suena más profesional, sino cuál tiene más sentido según tu etapa y tu operación.
Cuándo Cloud suele salir mejor
- Cuando estás empezando y el volumen todavía es bajo.
- Cuando no quieres asumir carga de operación ni de DevOps.
- Cuando prefieres que el costo crezca de forma más directa con las ejecuciones.
Cuándo self-hosted suele ganar
- Cuando el volumen de ejecuciones crece y las cuotas empiezan a pesar.
- Cuando quieres control total sobre infraestructura, red, bases de datos y retención.
- Cuando necesitas personalizaciones de entorno o integración con redes internas.
Pero hay una verdad incómoda que conviene decir sin rodeos: self-hosted no significa gratis. Significa que tu empresa paga en infraestructura y en operación. Solo se vuelve claramente racional cuando tienes volumen, necesidades técnicas reales o requerimientos de control.
Para quién conviene n8n Cloud
Cloud suele ser la mejor opción cuando quieres evitar cualquier carga de servidor y moverte rápido.
- Si eres una empresa pequeña o mediana y quieres olvidarte del backend operativo.
- Si tu equipo no quiere convertirse en SRE ni administrar infraestructura.
- Si priorizas velocidad, simplicidad y menos piezas moviéndose al mismo tiempo.
Para quién conviene n8n self-hosted
Self-hosted tiene sentido cuando la automatización deja de ser una herramienta aislada y pasa a formar parte de tu infraestructura.
- Si tienes equipo técnico o un partner capaz de operar el stack.
- Si quieres tus automatizaciones dentro de tu propio entorno, sin depender de cuotas por ejecución.
- Si necesitas topología más compleja, como redes internas, bases de datos privadas o control detallado de logs y retención.
La decisión correcta no es “qué es más barato”, sino qué modelo quieres operar
La pregunta correcta no es qué sale más barato siempre. La pregunta real es otra: ¿prefieres pagar por ejecuciones y delegar la operación, o prefieres pagar por infraestructura y quedarte con el control?
n8n te deja elegir ambas rutas. La diferencia es que cada una viene con responsabilidades, ventajas y límites muy distintos.
La decisión
Cloud conviene cuando quieres construir sin distraerte con servidores. Self-hosted conviene cuando tu negocio necesita control, volumen o integración profunda con su propia infraestructura.
La decisión, al final, no es de hosting. Es una decisión de operación.
