n8n autoalojado o n8n Cloud: cuál te conviene
Comparamos n8n Cloud con n8n autoalojado: coste, límites de ejecuciones, mantenimiento, privacidad de los datos y qué necesitas para tener tu propia instancia en producción.
Por el equipo de Voriam Technologies2 min de lectura
n8n se puede usar como servicio en la nube oficial o instalado en un servidor propio. El editor y los nodos son prácticamente los mismos; lo que cambia es quién mantiene el servidor, cuánto pagas y dónde viven tus datos.
n8n Cloud
Es la versión gestionada por el propio equipo de n8n. Te registras y empiezas a crear flujos.
- A favor: cero mantenimiento, actualizaciones automáticas y credenciales de Google y otros servicios más fáciles de conectar.
- En contra: los planes limitan el número de ejecuciones al mes y de flujos activos; si tu volumen crece, el precio sube. Tus datos se procesan en los servidores de n8n.
n8n autoalojado
Instalas la *Community Edition* en tu propio servidor, normalmente con Docker. La licencia te permite usarla gratis para automatizar los procesos de tu negocio; lo que no permite es revender n8n como servicio a terceros.
- A favor: sin límite de ejecuciones por licencia, el coste es solo el del servidor y los datos no salen de tu infraestructura.
- En contra: eres responsable de las copias de seguridad, las actualizaciones, el HTTPS y la seguridad. Algunas funciones empresariales (SSO, entornos, control de versiones con Git) requieren licencia de pago.
Comparativa
| n8n Cloud | Autoalojado | |
|---|---|---|
| Puesta en marcha | Minutos | Desde media hora si sabes de servidores |
| Coste | Suscripción según ejecuciones | El servidor (o un hosting de n8n gestionado) |
| Límite de ejecuciones | Según plan | Lo que aguante tu servidor |
| Mantenimiento | Incluido | Tuyo |
| Ubicación de los datos | Servidores de n8n | Tu servidor |
| Nodos de comunidad | Lista verificada | Puedes instalar cualquiera |
Qué necesita una instancia autoalojada en producción
- HTTPS con dominio propio: los webhooks y los inicios de sesión con OAuth (Google, Microsoft) lo exigen. Configura
WEBHOOK_URLcon tu dominio para que n8n genere bien las URLs. - Base de datos PostgreSQL en lugar de la SQLite que trae por defecto, en cuanto tengas varios flujos activos.
- Guardar la clave de cifrado (
N8N_ENCRYPTION_KEY). Con ella se cifran tus credenciales: si la pierdes al migrar o reinstalar, tendrás que volver a introducir todas. - Copias de seguridad de la base de datos y de la carpeta de datos de n8n. Te contamos cómo en cómo hacer copias de seguridad de tu servidor.
- Limpieza del historial: activa
EXECUTIONS_DATA_PRUNEpara que las ejecuciones antiguas no llenen el disco. - Actualizaciones periódicas, leyendo antes las notas de versión.
Un ejemplo mínimo con Docker:
docker volume create n8n_data
docker run -d --name n8n --restart unless-stopped \
-p 5678:5678 \
-e N8N_HOST=n8n.midominio.com \
-e WEBHOOK_URL=https://n8n.midominio.com/ \
-e GENERIC_TIMEZONE=America/Bogota \
-v n8n_data:/home/node/.n8n \
docker.n8n.io/n8nio/n8nDelante necesitarás un proxy inverso (Nginx, Caddy o el de tu panel) que ponga el HTTPS.
Entonces, ¿cuál elijo?
- n8n Cloud si estás probando, tienes pocos flujos y no quieres tocar servidores.
- Autoalojado si ejecutas muchos flujos, manejas datos sensibles o quieres un coste fijo y predecible.
- Hosting de n8n gestionado si quieres lo segundo sin encargarte del servidor: tienes tu propia instancia con HTTPS, copias y actualizaciones resueltas.