n8n es una herramienta de automatización de workflows open-source que puedes alojar en tu propio servidor. A diferencia de n8n Cloud, el self-hosting te da control total, sin límites de ejecuciones y con tus datos en tu infraestructura.
En este artículo explicamos qué implica desplegarlo correctamente en producción — no es tan simple como correr un contenedor Docker.
Lo que necesitas antes de empezar
- VPS Ubuntu 24.04 con mínimo 4 GB RAM (n8n + PostgreSQL consumen bastante)
- Docker y Docker Compose correctamente configurados
- Dominio o subdominio con DNS apuntando al servidor
- Puertos 80 y 443 abiertos y firewall configurado
El RAM es crítico: con 2 GB empezarás a ver problemas de rendimiento bajo carga real, especialmente si corres workflows con nodos HTTP o subworkflows simultáneos.
Paso 1 — Stack mínimo para producción
n8n en producción no se corre solo — necesita al menos tres servicios corriendo juntos: n8n, una base de datos PostgreSQL (SQLite no es apto para producción) y un reverse proxy para SSL. Docker Compose orquesta todo esto, pero la configuración tiene decenas de variables de entorno críticas.
Variables mal configuradas — como WEBHOOK_URL o N8N_PROTOCOL — hacen que los webhooks fallen silenciosamente en producción.
Paso 2 — PostgreSQL como base de datos
n8n por defecto usa SQLite, que no escala para uso real. En producción se requiere PostgreSQL 16 con credenciales dedicadas, volúmenes persistentes y configuración de conexión correcta entre contenedores.
Un error común: usar contraseñas con caracteres especiales sin escapar correctamente en las variables de entorno del compose.
Paso 3 — SSL con Caddy
Sin HTTPS los webhooks de servicios externos (Slack, GitHub, Stripe) no funcionan. Caddy obtiene SSL automáticamente con Let's Encrypt, pero requiere que el dominio ya esté apuntando al servidor y los puertos 80/443 accesibles antes de levantarlo.
# Estructura mínima del Caddyfile
n8n.tudominio.cl {
reverse_proxy localhost:5678
}Paso 4 — Autenticación y seguridad
n8n expuesto sin autenticación es un riesgo grave — cualquiera podría ejecutar workflows en tu servidor. Basic Auth es el mínimo; en producción real se recomienda además restricción por IP o VPN para el acceso al panel.
Paso 5 — Backups y actualizaciones
Los workflows se guardan en PostgreSQL. Sin backup automatizado, una migración o error de disco los borra para siempre. Actualizar n8n tampoco es trivial: algunas versiones tienen breaking changes en el schema que requieren migraciones manuales.
¿Cuánto tiempo toma configurarlo bien?
Con experiencia en Docker y Linux: 2–4 horas para tenerlo funcional con SSL y PostgreSQL. Añade tiempo extra para configurar backups, monitoreo y resolver problemas de permisos de volúmenes — que son el error más frecuente en instalaciones nuevas.
La alternativa
Nuestros VPS para n8n entregan todo esto preconfigurado y probado: n8n + PostgreSQL 16 + Caddy + SSL + backups automáticos. Accedes con tu navegador y empiezas a crear workflows.
¿Necesitas automatizar procesos en tu empresa?
Automatizamos flujos reales usando n8n, Python y APIs. Sin plantillas genéricas — trabajamos sobre tu operación.
Conversemos →