Publicado el 31 de julio de 2026 · Revisado el 31 de julio de 2026
Qué es n8n y cómo instalarlo en tu servidor para automatizar flujos con IA
n8n es una herramienta de automatización de flujos de trabajo, de código abierto, que puedes correr en tu propio servidor en vez de pagar por Zapier o Make — y ya trae nodos nativos para conectar agentes de IA a cualquier proceso. Esta guía instala n8n con Docker (ya cubierto en una guía anterior) y arma tu primer flujo con un agente de IA conectado a tu propio modelo.
Si ya usas (o evaluaste) Zapier o Make para conectar tus apps entre sí — recibir un formulario y mandarlo a una hoja de cálculo, avisar por Slack cuando llega un correo, etc. —, n8n hace lo mismo, pero es de código abierto y lo corres en tu propio servidor, sin pagar por cada ejecución mensual ni depender de que un tercero mantenga tus datos. La diferencia que lo hace especialmente útil ahora es que ya trae nodos nativos para conectar un agente de IA dentro de cualquier flujo — el mismo flujo que mueve datos entre tus apps puede pedirle a un modelo que los clasifique, los resuma o decida qué hacer con ellos.
Si todavía no tienes Docker instalado en tu servidor, instálalo primero — ya cubrimos el proceso completo en una guía anterior. Esta guía asume que ya lo tienes corriendo.
Crea una carpeta para los datos de n8n. n8n guarda ahí tus credenciales, flujos y el historial de ejecuciones — tenerla en una ruta fija te permite hacerle respaldo o moverla sin perder nada:
mkdir -p ~/n8n-data
Levanta n8n con Docker, montando esa carpeta para que los datos sobrevivan aunque el contenedor se reinicie:
docker run -d --name n8n \
-p 5678:5678 \
-v ~/n8n-data:/home/node/.n8n \
-e N8N_SECURE_COOKIE=false \
docker.n8n.io/n8nio/n8n
El flag -v es la parte que no puedes saltarte: sin ese montaje, cada vez que actualices o reinicies el contenedor perderías todos tus flujos, porque vivirían solo dentro del contenedor descartable. N8N_SECURE_COOKIE=false es necesario únicamente si vas a acceder por HTTP sin certificado SSL todavía — quítalo en cuanto pongas n8n detrás de un dominio con HTTPS.
Confirma que el contenedor está corriendo:
docker ps
Entra a la interfaz desde tu navegador en http://IP-DE-TU-SERVIDOR:5678. La primera vez, n8n te va a pedir crear una cuenta de administrador local — este usuario y contraseña quedan guardados solo en tu servidor, no en la nube de nadie.
No dejes el puerto 5678 abierto a todo internet sin protección. n8n va a manejar credenciales de tus otras cuentas y apps conectadas — si necesitas acceder desde afuera de tu red, ponlo detrás de un proxy con autenticación real (ya cubrimos cómo hacer esto con Cloudflare Tunnel y ZTNA en otra guía) en vez de exponer el puerto directamente.
Crea tu primer flujo con un agente de IA. Desde el panel principal, dale a "New Workflow" y agrega un nodo disparador (Trigger) — puede ser tan simple como "Manual Trigger" para probar, o un webhook que reciba datos de otra app. Después de ese nodo, agrega un nodo de tipo "AI Agent" o "Basic LLM Chain" (n8n los agrupa en la categoría de IA del panel de nodos).
Conecta ese nodo a tu propio modelo en vez de a una API de pago. Si ya tienes Ollama corriendo (lo cubrimos en guías anteriores), en la configuración de credenciales del nodo elige "Ollama" como proveedor y apunta a http://IP-DE-TU-SERVIDOR:11434 — si Ollama corre en el mismo servidor que n8n dentro de Docker, usa la IP interna del host en vez de localhost, porque cada contenedor tiene su propia red aislada por defecto.
Prueba el flujo con el botón "Execute Workflow" y revisa el resultado en el panel de ejecución — n8n te muestra exactamente qué entró y qué salió de cada nodo, lo que hace mucho más fácil detectar en qué paso algo falló si el resultado no es el esperado.
A partir de ahí, el mismo patrón se repite para casi cualquier proceso que quieras automatizar: un disparador que recibe datos (un formulario, un correo, un webhook), uno o más nodos que los transforman o consultan a tu agente de IA, y un nodo final que hace algo con el resultado (guardarlo, enviarlo, notificar). Correr esto en producción con flujos que dependen de tu negocio —no solo pruebas— exige un servidor estable, no uno compartido con otras cargas impredecibles. En /planes/vds tienes los recursos dedicados para que tus automatizaciones no se caigan justo cuando más las necesitas.
Artículos relacionados
Carolina
CTO - NAP Latino
www.naplatino.com
soporte@naplatino.com
