n8n en servidor propio o n8n Cloud qué elegir en 2026
Comparativa de decisión entre n8n self-hosted y n8n Cloud para automatización B2B en España y la UE: modelado de coste a 12 meses, implicaciones de RGPD, carga operativa, límites de ejecución, integraciones on-premise y criterios para elegir VPS con Docker o SaaS gestionado.
La elección entre alojar n8n en tu VPS o contratar Cloud condiciona tres conversaciones distintas: finanzas (¿opex fijo o variable?), legal (¿dónde viven logs y credenciales?) y operaciones (¿quién despierta a las 3:00 si cae un webhook?). Este artículo no instala nada; ordena esas conversaciones con criterios comparables.
El editor y los nodos son los mismos en ambos modos. Lo que cambia es quién paga el certificado TLS, quién aplica parches de seguridad del sistema y cómo escala la factura cuando duplicáis flujos de captación o sincronización con el CRM.
Antes de profundizar en cifras y compliance, este vídeo resume en pocos minutos las diferencias operativas que más pesan en una decisión de compra interna.
Transcripción del vídeo
n8n se puede consumir de dos maneras principales: n8n Cloud, hospedado y facturado por el equipo de n8n, o n8n self-hosted, instalado en tu VPS, bare metal o clúster con IP pública. La elección afecta coste, control de datos, escalabilidad, mantenimiento y funciones enterprise. Para equipos B2B en Europa que automatizan ventas y CRM, la decisión suele balancear menos fricción operativa frente a soberanía del dato y coste predecible a escala.
Modelo Cloud. Contratas plan Starter, Pro o Enterprise directamente en n8n.io. Ventajas claras: cero administración de servidor, actualizaciones gestionadas, alta disponibilidad incluida y onboarding rápido para probar flujos. Los planes limitan ejecuciones mensuales (cada ejecución = una corrida completa del workflow, distinto al cobro por operación de Make/Zapier), workflows activos simultáneos en tier bajo, ejecuciones concurrentes y acceso a algunas funciones avanzadas según nivel. Starter puede resultar restrictivo si tienes muchos flujos activos en paralelo o picos de concurrencia.
Cloud concentra datos y credenciales en infraestructura del proveedor; debes revisar DPA, región y cumplimiento RGPD si procesas leads europeos. El coste mensual supera con frecuencia el de un VPS modesto cuando el volumen crece, pero eliminas horas de DevOps. Usuarios ilimitados en cloud contrastan con la edición community self-hosted orientada a un usuario (multi-usuario y SSO pertenecen a licencias enterprise).
Modelo self-hosted. Instalas la imagen Docker oficial o stack docker-compose en Hetzner, OVH, IONOS u otro proveedor UE. La edición community no tiene licencia por ejecución: pagas CPU, RAM, disco y ancho de banda. Escalas verticalmente subiendo recursos del servidor o horizontalmente con colas y workers si avanzas en arquitectura. Mantienes tú parches, backups, certificados TLS, rotación de logs y pruebas tras cada upgrade mayor (p. ej. saltos 1.x → 2.x).
Privacidad y control son el argumento fuerte self-hosted: credenciales CRM, tokens IA y payloads de leads permanecen en tu entorno. Configuras retención de ejecuciones, firewall, VPN admin y cifrado de volúmenes según política interna. Funciones enterprise (LDAP, algunas gobernanzas) requieren licencia de pago incluso self-hosted; la community cubre la mayoría de nodos core y automatizaciones B2B típicas.
Escalabilidad. En cloud el techo lo marca el plan: al superar ejecuciones o concurrencia, upgrade o throttling. En self-hosted el techo lo marcan 4 GB vs 16 GB RAM, SSD, y diseño de flujos (evitar bucles masivos sin batch). Para 15 000 leads semanales con enriquecimiento multi-paso, self-hosted en VPS de 20–40 €/mes suele ser órdenes de magnitud más barato que SaaS por operación, asumiendo que asumes mantenimiento.
Nodos comunitarios. Cloud solo permite nodos community verificados por n8n; self-hosted puedes instalar paquetes adicionales del ecosistema (con riesgo de calidad variable). Si dependes de integraciones muy especializadas, valora compatibilidad antes de migrar.
Mantenimiento. Cloud: cero patches. Self-hosted: calendariza actualizaciones, snapshot previo, prueba de smoke en staging, monitorización de disco (ejecuciones hinchadas) y workflow de errores centralizado. Sin esto, producción se convierte en deuda técnica silenciosa.
¿Cuándo cloud? Pruebas rápidas, equipos sin perfil técnico, pocos flujos estables y bajo volumen. ¿Cuándo self-hosted? Volumen medio-alto, datos sensibles, integración con IA frecuente, necesidad de webhooks bajo tu dominio y coste predecible. Híbrido habitual: prototipar en cloud trial y migrar a VPS europeo al validar ROI.
Comparativa mental con Make: n8n cloud compite con pagar por ejecución vs plan fijo; n8n self-hosted compite con pagar VPS vs cientos de euros mensuales en créditos. Para automatización de ventas B2B con IA, self-hosted suele ganar a largo plazo si alguien del equipo puede administrar Docker básico o contratas despliegue inicial.
Checklist antes de producción self-hosted: HTTPS con reverse proxy, variables N8N_ENCRYPTION_KEY seguras, backups de volumen, error workflow global, límites de rate en webhooks públicos, timezone Europe/Madrid, y documentación de restore. Cloud añade: revisar límites del plan en Black Friday campañas y alertas de cuota.
No hay opción universalmente superior; hay encaje con capacidad operativa y perfil de riesgo. Muchos operadores B2B en Logixb2b recomiendan self-hosted en UE cuando el flujo toca CRM y datos personales; cloud cuando el objetivo es validar idea en días sin tocar servidor.
Aviso educativo: comparativa técnica orientativa. Precios y límites de n8n Cloud cambian; consulta la web oficial. No es asesoramiento legal sobre alojamiento de datos ni recomendación de inversión.
Para quién es esta comparativa
Dirigida a quien debe recomendar una opción en una reunión de compras o arquitectura ligera: responsables de operaciones, RevOps y líderes comerciales con presión por automatizar sin montar un departamento de plataforma.
Si venís de Zapier o Make, la pregunta n8n self-hosted vs cloud aparece en cuanto alguien menciona límites de ejecución o residencia de datos. Aquí asumimos empresa B2B con clientes en la UE, donde leads y contratos implican datos personales auditables.
Qué implica n8n Cloud
n8n Cloud es el SaaS del mismo proyecto open-source. Tras el registro obtienes una URL del tipo tuempresa.app.n8n.cloud con TLS y parches de plataforma incluidos. No montas Docker ni gestionas certificados en tu VPS.
La facturación mezcla usuarios con cupo mensual de ejecuciones. Un par de flujos de cualificación son baratos; bucles HTTP, reintentos y sincronizaciones horarias elevan la cuota con poca visibilidad hasta que llega la factura del mes siguiente.
Cloud brilla con SaaS públicos, CRM cloud, Google Workspace, Slack, y con equipos que quieren soporte comercial del vendor. Se complica con ERP on-premise o APIs internas: acabas montando túneles que anulan la simplicidad inicial.
Qué implica n8n self-hosted
n8n self-hosted corre el mismo binario en infraestructura tu: VPS en la UE, Docker Compose, proxy HTTPS y volumen persistente para credenciales y definiciones de flujo.
Asumís lo que Cloud externaliza: región del datacenter, cadencia de docker compose pull, copias de seguridad del volumen y respuesta cuando el servicio cae en horario comercial. No exige un SRE a tiempo completo, pero sí un owner que entienda logs y reinicios.
A cambio ganáis margen: variables de entorno propias, nodos comunitarios, acceso a APIs en VLAN interna y retención de logs según política interna. El core community no tiene licencia; pagáis VPS y horas ops. Patrón habitual en España: subdominio dedicado, 5678 cerrado al exterior y acceso al editor por VPN o allowlist de IP.
Coste real
Comparar precio de catálogo con la cuota de un VPS es engañoso. Hay que sumar ejecuciones, usuarios, horas de operaciones y costes indirectos cuando un flujo falla en producción.
n8n Cloud con coste variable y techo
Los planes escalan con ejecuciones y asientos. Un piloto con pocos flujos cuesta poco; decenas de workflows con webhooks de campaña y sincronizaciones frecuentes pueden superar un VPS mediano. Proyecta: flujos × frecuencia × reintentos. Picos estacionales empujan de tier si no monitorizas consumo semanal.
Servidor propio con coste fijo y más tiempo interno
Un VPS de 2 vCPU y 4 GB RAM en la UE ronda 8 a 25 €/mes. Sin cargo por ejecución: el límite lo marcan CPU, RAM y diseño. Suma horas ops internas al modelo. Con volumen medio-alto, muchos equipos en España equilibran antes del año; con volumen bajo y cero capacidad técnica, Cloud puede salir más barato.
Modela tres escenarios a 12 meses e incluye una hora de incidente trimestral en self-hosted. La decisión correcta sostiene ROI cuando duplicáis flujos comerciales, no solo el mes uno.
Control de datos España/UE
En automatizaciones comerciales tratáis datos personales: nombres, correos, cargos. El RGPD no prohíbe Cloud ni impone self-hosted; exige base legal, minimización y contratos con encargados cuando corresponda.
Con n8n Cloud, revisa DPA, región del tenant y subencargados fuera del EEE. Para muchas pymes basta; sectores regulados pueden pedir más detalle. Con self-hosted en la UE, elegís datacenter, backups y accesos al panel. El cumplimiento no es automático: inventariad nodos que reenvían datos a APIs US y aplica SCC si hace falta.
Pregunta clave para legal: ¿necesitas demostrar residencia de metadatos y credenciales, o bastan garantías contractuales del SaaS? La primera respuesta inclina hacia VPS europeo; la segunda, hacia Cloud con DPA firmado si no hay capacidad ops. Por flujo, documenta qué campos transitan y quién puede ver ejecuciones fallidas, suelen incluir payloads sensibles con debug activo.
Mantenimiento y disponibilidad
Un webhook caído durante una campaña de captación cuesta leads que no se reprocesan. n8n Cloud ofrece SLA según plan y gestiona reinicios de plataforma; vosotros sigues responsables de credenciales caducadas y rate limits de APIs externas.
Self-hosted exige runbook propio: healthcheck HTTP cada pocos minutos, restore desde snapshot y ventana mensual para probar upgrades en staging. Cloud escala subiendo de plan; self-hosted, redimensionando VPS o añadiendo workers con cola Redis cuando el catálogo crece.
Sin guardia 24/7, combinad self-hosted con monitorización externa y una persona de contacto que sepa reiniciar el stack fuera de horario. Cloud no elimina esa figura del todo, alguien debe reaccionar cuando falla OAuth del CRM, pero sí reduce incidentes de disco lleno o certificado caducado.
Tabla comparativa
Resumen side-by-side de los criterios que más influyen en la decisión para automatización B2B en España y la UE. Cifras de coste orientativas; revisa planes vigentes antes de presupuestar.
| Criterio | n8n Cloud | n8n self-hosted |
|---|---|---|
| Arranque inicial | Minutos: registro y primer workflow | Horas o días: VPS, Docker, HTTPS, DNS |
| Coste mensual típico | Según plan + ejecuciones (escala con uso) | 8 a 25 € VPS UE + tiempo ops interno |
| Límite de ejecuciones | Cuota del plan; overage o upgrade | Solo capacidad hardware y diseño de flujos |
| Control RGPD / residencia | DPA del proveedor; región según tenant | Alto: eliges datacenter UE y backups |
| Integraciones on-premise | Requiere túneles o APIs expuestas | Acceso directo a red interna vía VPN |
| Mantenimiento | Bajo: infra gestionada | Medio: parches, backups, monitorización |
| Personalización | Limitaa a configuración del SaaS | Variables, nodos community, version pinning |
| Riesgo vendor lock-in | Medio: export JSON, credenciales manuales | Bajo: control total del volumen y exports |
| Perfil ideal | POC rápido, poco ops, volumen bajo-medio | Producción 24/7, datos sensibles, alto volumen |
Cloud acorta time-to-value; self-hosted optimiza coste unitario y soberanía cuando crece el catálogo de workflows.
Cuándo elegir Cloud
Tiene sentido contratar n8n Cloud cuando la velocidad importa más que el control fino del servidor y el volumen de ejecuciones es predecible o moderado.
- Quieres validar automatizaciones comerciales en días, no en semanas, sin tocar Linux.
- No hay nadie en el equipo que quiera asumir actualizaciones Docker ni certificados TLS.
- Los flujos se conectan solo a SaaS públicos (CRM cloud, Google Workspace, Slack) sin sistemas on-premise.
- El presupuesto operativo prefiere opex SaaS facturable frente a línea de infraestructura más horas internas.
- Necesitas soporte comercial del vendor para escalar responsabilidad en un proyecto crítico.
Evita Cloud como destino permanente si superaréis límites de ejecución de forma recurrente o legal exige residencia que el tenant estándar no cubre. Cloud temporal sigue siendo válido: planifica salida exportando workflows a Git desde el día uno.
Cuándo elegir self-hosted
Apuesta por n8n self-hosted cuando el coste marginal por ejecución, el control de datos o la integración con red interna pesan más que evitar tareas de operaciones.
- Ejecutáis miles de workflows al mes entre webhooks de campaña, sincronizaciones CRM y crons comerciales.
- Legal o un cliente enterprise exigen evidencia de hosting en la UE y retención acotada de logs.
- Debes llamar a APIs internas sin publicarlas en internet.
- Ya operáis otros contenedores en un VPS o tenéis un perfil DevOps aunque sea compartido.
- Queréis fijar versión de n8n y probar upgrades en staging antes de tocar producción.
Docker n8n en un VPS de 4 GB RAM se amortiza frente a Cloud con overage cuando cada lead dispara varios nodos. No elijas self-hosted si nadie asumirá runbook en 12 meses: sin parches ni monitorización, es peor que Cloud.
¿Cómo encaja este flujo con el EU AI Act y el RGPD?
El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si tu equipo usa automatizaciones con nodos de IA en n8n (Gemini, OpenAI, Claude u otros), la empresa actúa como desplegadora (deployer): no hace falta haber creado el modelo. Desde el 2 de febrero de 2025 el Artículo 4 exige un nivel suficiente de alfabetización en IA para quien opera estos sistemas. En España, la supervisión se articula con la AESIA (IA) y la AEPD (RGPD).
El RGPD sigue aplicando a nombres, correos y cargos de Leads B2B: base jurídica, minimización y, si hay perfiles automatizados a escala, evaluación de impacto. AI Act y RGPD se acumulan. Preferid n8n self-hosted en VPS UE, zona Europe/Madrid, logs de ejecución y aprobación humana (human-in-the-loop) antes de acciones sensibles en el CRM.
Detalle de transparencia Logixb2b: Uso responsable de IA y Transparencia. Este apartado es informativo, no sustituye asesoramiento legal ni de un DPO.
Evalúa tus horas y riesgos con el Auditor de Eficiencia Operativa B2B.
Bonus checklist
Usa esta lista en una reunión de 30 minutos con operaciones, ventas y, si existe, el referente de privacidad. Marca cada ítem y suma: predominio de respuestas sí en bloques A y B empuja a Cloud; predominio en C y D, a self-hosted.
CHECKLIST, n8n Cloud vs self-hosted (equipo B2B)
A) Velocidad y ops
[ ] Necesitamos primer workflow en producción en < 1 semana
[ ] No hay perfil técnico para mantener VPS ni Docker
[ ] Preferimos una factura SaaS única frente a infra + horas
B) Perfil de integraciones
[ ] Solo conectamos SaaS públicos (CRM cloud, email, Slack)
[ ] Volumen de ejecuciones bajo o medio (< ~10k/mes estimado)
[ ] No hay APIs internas sin exposición pública
C) Datos y compliance (España / UE)
[ ] Legal pide residencia UE demostrable de credenciales y logs
[ ] Procesamos datos sensibles o sector regulado
[ ] Necesitamos retención y borrado de logs bajo política propia
D) Escala y coste
[ ] Esperamos > 20k ejecuciones/mes o crecimiento rápido
[ ] Queremos coste marginal cero por ejecución extra
[ ] Ya tenemos VPS europeo o Docker en la organización
E) Continuidad
[ ] Runbook documentao: backup, restore, contacto de guardia
[ ] Staging disponible para probar upgrades de imagen
[ ] Monitorización externa configuraa (HTTP cada 5 min)
Interpretación rápida:
, Mayoría A+B, n8n Cloud (piloto o destino estable si volumen se mantiene)
, Mayoría C+D (+ E si self-hosted), n8n self-hosted en VPS UE
, Empate, Cloud 3 meses, export JSON mensual, revisar coste antes de migrarRevisita la decisión cada seis meses: el catálogo de workflows y el precio de Cloud cambian más rápido que un VPS europeo.
Preguntas frecuentes
¿Es más barato n8n self-hosted que n8n Cloud?
Con decenas de miles de ejecuciones mensuales, un VPS europeo de 4 GB RAM suele quedar por debajo del coste de Cloud con overage. Con pocos flujos y cero tiempo ops, Cloud puede ser más barato al sumar horas internas. Modela ambos escenarios a 12 meses incluyendo una hora de incidente trimestral en self-hosted.
¿n8n Cloud cumple el RGPD para empresas en España?
Puede cumplir si el DPA cubre tu tratamiento, la región del tenant es aceptable y documentáis subencargados. Para auditorías que exigen control directo sobre ubicación de logs y credenciales, self-hosted en VPS de la UE suele simplificar la conversación con el DPO.
¿Puedo migrar de n8n Cloud a self-hosted sin perder workflows?
Sí: exportas workflows en JSON desde Cloud e importas en la instancia self-hosted. Las credenciales no viajan por seguridad; hay que reautenticar cada integración. Reserva ventana de mantenimiento, valida en staging y actualiza WEBHOOK_URL antes de cortar tráfico.
¿Qué opción conviene para un equipo sin perfil DevOps?
Cloud: registro en minutos, sin Docker ni certificados. Self-hosted: alguien debe mantener VPS, proxy HTTPS y snapshots aunque sea a tiempo parcial. Si nadie puede asumir ese rol en 12 meses, Cloud es la opción más realista.
¿Self-hosted permite más integraciones que Cloud?
El catálogo de nodos estándar es el mismo. Self-hosted gana en extensibilidad: nodos comunitarios, variables de entorno personalizadas, acceso a red interna y conexión con sistemas on-premise sin exponerlos a internet público.