# n8n precios: Cloud o self-hosted, qué cuesta de verdad y qué necesitas para operarlo en producción

> Precios de n8n Cloud, qué cuenta como ejecución, cuánto cuesta de verdad n8n self-hosted y qué necesita en producción: Postgres, clave de cifrado y backups.

- URL: https://fcgsystems.es/blog/n8n-precios-cloud-self-hosted/
- Autor: Gabriel Florencio Calvo, Fundador de FCG Systems (https://fcgsystems.es/blog/autor/gabriel-florencio/)
- Publicado: 2026-09-15 · Actualizado: 2026-09-16 (16 de septiembre de 2026)
- Tema: Infraestructura · Formato: Arquitectura · Lectura: 9 min
- Palabra clave: n8n precios (también: n8n pricing, n8n self hosted, n8n cloud, n8n docker, n8n es gratis, vps n8n)

**n8n Cloud cuesta desde 20 € al mes con facturación anual (plan Starter, 2.500 ejecuciones) y n8n self-hosted en su edición Community no tiene coste de licencia.** La diferencia real no está en la licencia: con Cloud pagas por ejecuciones y n8n opera la instalación; con self-hosted pagas servidor y, sobre todo, el tiempo de quien lo instala, actualiza, hace backups y responde cuando falla.

Esta guía compara los dos modelos con los precios publicados, explica cuándo compensa cada uno y, si eliges autoalojarlo, qué necesita n8n para sostener captación, pagos o accesos sin sustos. Termina con un checklist de producción que puedes copiar. Parte de que ya sabes [en qué consiste n8n](https://fcgsystems.es/blog/que-es-n8n/); aquí solo se habla de dinero y de operación.

## ¿Cuánto cuesta n8n Cloud?

Datos de la [página de precios de n8n](https://n8n.io/pricing/) (consultada en septiembre de 2026). Los importes publicados son mensuales con facturación anual:

| Plan | Precio | Ejecuciones | Ejecuciones simultáneas | Dónde se ejecuta |
|---|---|---|---|---|
| Starter | 20 €/mes, facturación anual | 2.500 al mes | 5 | Cloud (alojado por n8n) |
| Pro | 50 €/mes, facturación anual | 10.000 al mes | 20 | Cloud (alojado por n8n) |
| Business | 667 €/mes, facturación anual | 40.000 al mes | — | Self-hosted con licencia |
| Enterprise | Bajo consulta | A medida | 200 o más | Cloud o self-hosted |
| Community | Sin licencia | Sin cuota de ejecuciones | Depende de tu servidor | Self-hosted |

Tres detalles de esa misma página que cambian la cuenta:

- **Una ejecución es una ejecución completa del workflow**, da igual cuántos pasos tenga. Por eso un flujo largo no encarece la factura; uno que se dispara muchas veces sí.
- **El historial también tiene límite en Cloud**: como máximo 2.500 ejecuciones guardadas en Starter y 25.000 en Pro, con 7 y 30 días de retención de logs respectivamente. Si necesitas saber qué pasó con cada registro hace tres meses, guárdalo en tu propia tabla.
- **Si superas la cuota en Business o Enterprise**, su FAQ indica que los flujos siguen ejecutándose y pueden aplicarse cargos por exceso. Para Starter y Pro, revisa las condiciones de la página antes de un lanzamiento.

La prueba de n8n Cloud dura 14 días con funciones de Pro, según su [guía para elegir cómo usar n8n](https://docs.n8n.io/choose-how-to-use-n8n/) (consultada en septiembre de 2026), y la página de precios indica que no pide tarjeta.

## ¿Cuánto cuesta de verdad n8n self-hosted?

La licencia de la edición Community es gratuita y, según esa misma guía, incluye casi todas las funciones; SSO, entornos, proyectos, secretos externos, log streaming o control de versiones con Git requieren un plan de pago. El coste está en otro sitio:

| Coste | Cloud | Self-hosted (Community) |
|---|---|---|
| Licencia | Cuota mensual por plan | Sin coste |
| Servidor y base de datos | Incluido | Lo pagas y lo dimensionas tú |
| Instalación, actualizaciones y seguridad | Las gestiona n8n | Tu responsabilidad |
| Backups y restauración | Gestión de n8n | Tu responsabilidad, incluida la clave de cifrado |
| Monitorización y respuesta a caídas | Parte del servicio | Tu responsabilidad |
| Límite de ejecuciones | Por plan | El que aguante tu infraestructura |

No hay una cifra universal para la columna de la derecha porque depende de quién hace ese trabajo y a qué coste. La pregunta útil es otra: si mañana el servidor falla un domingo, ¿quién lo restaura y en cuánto tiempo?

## ¿Cuándo compensa n8n Cloud y cuándo self-hosted?

La [documentación de n8n](https://docs.n8n.io/choose-how-to-use-n8n/) (consultada en septiembre de 2026) plantea la decisión así: Cloud no requiere conocimientos técnicos ni mantenimiento; self-hosted requiere instalar, configurar y mantener la infraestructura, a cambio de control total.

| Tu situación | Opción razonable |
|---|---|
| Nadie en el equipo puede mantener un servidor | n8n Cloud |
| Quieres empezar rápido y validar flujos | n8n Cloud |
| Tus flujos se disparan pocas veces pero tienen muchos pasos | n8n Cloud suele encajar bien con su modelo por ejecución |
| Necesitas que los datos no salgan de tu infraestructura | Self-hosted |
| Tus flujos se ejecutan muchísimas veces al mes y la cuota de Cloud se queda corta | Self-hosted |
| Tienes (o contratas) capacidad técnica con responsable claro | Self-hosted |

Si todavía estás decidiendo entre n8n y otras herramientas, lo comparamos en [n8n vs Make y alternativas a n8n](https://fcgsystems.es/blog/n8n-vs-make/). El resto de esta guía es para quien elige autoalojarlo.

## ¿Qué arquitectura mínima necesita n8n en producción?

No hace falta nada exótico, pero cada pieza tiene un motivo:

| Pieza | Para qué | Qué pasa si falta |
|---|---|---|
| Servidor dedicado a servicios internos (VPS o similar) | Aislar n8n de la web y de otros proyectos | Un pico en otro servicio tumba tus automatizaciones |
| Docker con versión fijada | Instalación reproducible y actualizaciones controladas | Una actualización automática cambia comportamiento sin aviso |
| Reverse proxy con HTTPS | Exponer webhooks y editor de forma segura | Servicios externos rechazan el webhook o el tráfico va sin cifrar |
| PostgreSQL | Base de datos con backups y restauración estándar | Todo depende de un fichero SQLite que hay que copiar y restaurar con más cuidado |
| Backups fuera del servidor | Recuperarte si el servidor desaparece | Pierdes flujos, credenciales e historial a la vez |
| Monitorización y alertas | Enterarte de caídas y fallos | Te enteras por un cliente |

Según la documentación sobre [la base de datos de n8n](https://docs.n8n.io/deploy/host-n8n/configure-n8n/choose-n8ns-database/) (consultada en septiembre de 2026), la instalación autoalojada usa SQLite por defecto y admite PostgreSQL. Para procesos críticos, Postgres es la opción que recomendamos por operación: backups y restauraciones con herramientas conocidas.

## ¿Qué variables de configuración son críticas?

### La clave de cifrado

n8n cifra las credenciales antes de guardarlas en la base de datos. Según la guía para [definir una clave de cifrado propia](https://docs.n8n.io/deploy/host-n8n/configure-n8n/basic-configuration/configuration-examples/set-a-custom-encryption-key/) (consultada en septiembre de 2026), n8n genera una clave aleatoria en el primer arranque y la guarda en la carpeta `~/.n8n`; puedes fijar la tuya con `N8N_ENCRYPTION_KEY`, y en modo cola tiene que estar definida en todos los workers.

En la práctica: define la clave tú, guárdala en un gestor de secretos y trátala como parte del backup. Una base de datos restaurada sin su clave no te devuelve credenciales utilizables.

### La URL de los webhooks detrás de un proxy

Detrás de un reverse proxy, n8n no puede deducir su URL pública. La documentación sobre [webhooks con reverse proxy](https://docs.n8n.io/deploy/host-n8n/configure-n8n/basic-configuration/configuration-examples/configure-webhook-urls-with-reverse-proxy/) (consultada en septiembre de 2026) indica que hay que fijar `N8N_WEBHOOK_URL` con la URL pública (sustituye a `WEBHOOK_URL`, obsoleta desde n8n 2.35.0), poner `N8N_PROXY_HOPS=1` y reenviar las cabeceras `X-Forwarded-For`, `X-Forwarded-Host` y `X-Forwarded-Proto` desde el proxy. Si no, n8n puede registrar en servicios externos una URL interna que nadie puede alcanzar.

### La poda del historial de ejecuciones

Cada ejecución guarda datos, y eso hace crecer la base de datos. Según la referencia de [variables de ejecuciones](https://docs.n8n.io/deploy/host-n8n/configure-n8n/basic-configuration/use-environment-variables/executions/) (consultada en septiembre de 2026), por defecto la poda está activada (`EXECUTIONS_DATA_PRUNE=true`), se borran las ejecuciones con más de 336 horas (`EXECUTIONS_DATA_MAX_AGE`) y se conservan como máximo 10.000 (`EXECUTIONS_DATA_PRUNE_MAX_COUNT`). Revisa que nadie la haya desactivado y decide si necesitas guardar las ejecuciones con éxito o solo las fallidas.

Ojo: el historial de ejecuciones no es un log de negocio. Si necesitas saber qué pasó con cada registro dentro de seis meses, guárdalo en tu propia tabla.

## ¿Cómo se hace un backup de n8n que sirva?

Un backup útil tiene tres partes y una prueba:

1. **Base de datos completa**, con copias periódicas y retención definida.
2. **Clave de cifrado**, guardada aparte y con acceso restringido.
3. **Configuración de despliegue**: variables de entorno (sin secretos en texto plano), fichero de Docker Compose o equivalente y configuración del proxy.
4. **Restauración probada** en un servidor limpio, con los flujos críticos ejecutándose.

Las copias van fuera del servidor que protegen. Aplicamos dos reglas en todos los proyectos: si un dato no puede reconstruirse, necesita backup, y un backup que nunca se ha restaurado no cuenta. Como red adicional, exportar los workflows periódicamente con las opciones de [exportación e importación](https://docs.n8n.io/build/manage-workflows/export-and-import/) (consultado en septiembre de 2026) permite versionarlos, pero no sustituye al backup de la base de datos.

## ¿Cómo se actualiza n8n sin romper flujos?

1. Fija la versión en la configuración; nada de `latest` en producción.
2. Lee las notas de versión buscando cambios que afecten a nodos que usas.
3. Haz backup de base de datos y clave justo antes.
4. Prueba la nueva versión en una copia con los flujos críticos.
5. Actualiza producción en una ventana tranquila, nunca en mitad de un lanzamiento.
6. Comprueba ejecuciones reales después y ten documentada la vuelta a la versión anterior.

## ¿Cómo te enteras de que algo ha fallado?

Hay dos niveles:

- **La instancia:** comprobación externa de que el editor y los webhooks responden, espacio en disco, memoria y estado de la base de datos.
- **Los flujos:** un [error workflow](https://docs.n8n.io/build/flow-logic/handle-errors-gracefully/) (consultado en septiembre de 2026) que avise a una persona concreta cuando un flujo crítico falla, y un heartbeat para los flujos que deberían ejecutarse con regularidad y dejan de hacerlo.

El error workflow solo detecta lo que n8n reconoce como error. El webhook que nunca llega o el campo que viene vacío necesitan comprobaciones propias; lo explicamos en [automatizaciones que fallan en silencio](https://fcgsystems.es/blog/automatizaciones-que-fallan-en-silencio/).

## ¿Qué seguridad mínima necesita?

- Editor accesible solo por HTTPS, con usuarios individuales y 2FA activado para cada persona.
- Nada de cuentas compartidas ni credenciales pegadas en notas de un flujo.
- Servidor con actualizaciones de sistema, cortafuegos y solo los puertos necesarios expuestos.
- Auditoría periódica con la [auditoría de seguridad de n8n](https://docs.n8n.io/deploy/host-n8n/configure-n8n/security/run-security-audits/) (consultada en septiembre de 2026), que se lanza con `n8n audit`, por API o desde el propio nodo de n8n.

## Errores comunes con n8n autoalojado

- **Perder la clave de cifrado** al recrear el contenedor sin volumen persistente o sin haberla definido.
- **Dejar SQLite creciendo** sin revisar poda ni espacio en disco.
- **Webhooks con localhost o IP interna** registrados en servicios externos por no fijar la URL pública.
- **Backups que nunca se han restaurado**, o guardados en el mismo servidor.
- **Actualizar sin probar**, a veces con la etiqueta `latest`, justo antes de una campaña.
- **Una sola persona sabe cómo está montado.** Si se va, nadie puede tocarlo. Es el problema que tratamos en [cuando todo depende de una persona](https://fcgsystems.es/blog/dependencia-de-una-persona-capacidad-tecnica/).

## Checklist de producción para n8n self-hosted

Cópialo y márcalo con tu equipo:

- Hay un responsable con nombre de la instancia de n8n.
- La versión de n8n está fijada y las actualizaciones siguen un procedimiento.
- La base de datos es PostgreSQL, o hay una decisión documentada de seguir con SQLite.
- `N8N_ENCRYPTION_KEY` está definida y guardada en un gestor de secretos.
- El editor y los webhooks van por HTTPS detrás de un reverse proxy.
- `N8N_WEBHOOK_URL` apunta a la URL pública y `N8N_PROXY_HOPS` está configurado.
- La poda de ejecuciones está activa y el espacio en disco se vigila.
- Hay backups automáticos de base de datos fuera del servidor.
- Se ha probado a restaurar en un servidor limpio en los últimos meses.
- Los flujos críticos tienen error workflow con aviso a una persona.
- Los flujos periódicos tienen heartbeat.
- Cada usuario tiene cuenta propia con 2FA.
- Se ejecuta la auditoría de seguridad de n8n periódicamente.
- Existe documentación de la instalación y de cómo volver a la versión anterior.

## ¿Cuándo conviene delegarlo?

Si n8n sostiene la captación de leads, los pagos o los accesos de tu academia, la instancia ya es infraestructura crítica. Autoalojarlo tiene sentido cuando alguien puede asumir su operación con criterio; si esa persona no existe o está saturada, el ahorro en licencia sale caro el día que falla.

En FCG Systems montamos y operamos instancias de n8n dentro del servicio de [infraestructura y DevOps](https://fcgsystems.es/servicios/infraestructura-devops/): servidor, Docker, proxy, Postgres, backups con restauración probada, monitorización y documentación. Y si lo que necesitas es reforzar los propios flujos, lo hacemos [automatizando el proceso de punta a punta](https://fcgsystems.es/servicios/automatizacion-de-procesos/).

Para ver dónde encaja la infraestructura dentro de toda la operación, tienes la guía de [sistemas para negocios digitales](https://fcgsystems.es/blog/sistemas-para-negocios-digitales/). Y si tu n8n funciona pero no sabrías restaurarlo mañana, [cuéntame qué proceso os está frenando](https://fcgsystems.es/contacto/) y lo revisamos.

## Preguntas frecuentes

### ¿Cuánto cuesta n8n?

Según su página de precios, consultada en septiembre de 2026, n8n Cloud Starter cuesta 20 € al mes con facturación anual e incluye 2.500 ejecuciones, y Pro 50 € al mes con facturación anual y 10.000 ejecuciones. Business, 667 € al mes con facturación anual, es autoalojado con licencia. La edición Community autoalojada no tiene coste de licencia.

### ¿n8n es gratis si lo instalo en mi servidor?

La edición Community es gratuita y, según la documentación de n8n, incluye casi todas las funciones. Algunas, como SSO, entornos o log streaming, requieren plan de pago. Lo que no es gratis es operarlo: servidor, backups, actualizaciones y el tiempo de quien lo mantiene.

### ¿Qué cuenta como una ejecución en n8n?

Una ejecución es una ejecución completa del workflow, sin importar cuántos pasos tenga ni cuántos datos procese. Un flujo de veinte nodos que se dispara una vez cuenta como una ejecución, igual que uno de dos nodos.

### ¿Qué VPS necesito para n8n con Docker?

Depende del número de flujos, de cuántos se ejecutan a la vez, del tamaño de los datos que mueven y de si guardas mucho historial de ejecuciones. Más importante que el tamaño inicial es poder medir consumo, ampliar sin reinstalar y tener la base de datos con backup fuera del propio servidor.

### ¿Qué pasa si pierdo la clave de cifrado de n8n?

n8n usa esa clave para cifrar las credenciales antes de guardarlas en la base de datos. Sin la clave original, las credenciales almacenadas no se pueden usar y habría que volver a introducirlas todas. Por eso la clave se guarda como un secreto y se incluye en el plan de backup.

## Servicios relacionados

- [Infraestructura y DevOps](https://fcgsystems.es/servicios/infraestructura-devops/): Servidores, despliegues, backups y alertas para que tu operación no se caiga y sea tuya.
- [Academia y automatización](https://fcgsystems.es/servicios/automatizacion-de-procesos/): El alumno paga y entra solo. Altas, accesos, renovaciones y bajas sin que nadie lo haga a mano.

## Contacto

Escribe a hola@fcgsystems.es o usa el formulario de https://fcgsystems.es/contacto/. Respuesta en un día laborable.
