Nodo Redis en n8n: caché, colas y storage sin código

El nodo Redis de n8n llegó para que no tengas que escribir un middleware cada vez que necesitás cache, colas o sesiones en un flujo de automatización. Cubre desde un simple Get/Set hasta comandos raw para scripting avanzado. Si armás flujos que dependen de APIs lentas o procesos asincrónicos, esto te ahorra horas de código y dolores de cabeza.

El nodo Redis de n8n es un conector integrado en n8n que permite leer, escribir y manipular datos en una base Redis directamente desde un flujo de automatización. Lo desarrolló y mantiene el equipo de n8n, y está disponible en la paleta de nodos de la plataforma. Con él, Redis deja de ser algo que solo usan los devs en el backend y se convierte en una pieza que cualquiera que arme workflows puede aprovechar sin tocar una CLI.

¿Qué operaciones soporta el nodo Redis en n8n?

Acá viene lo interesante. El nodo no solo hace Get y Set — que ya sería útil — sino que cubre un abanico de operaciones que resuelven la mayoría de los casos de uso reales. Según la guía publicada en dev.to, estas son todas las operaciones soportadas:

Operación	Qué hace	Ejemplo de uso
Get	Recupera un valor por clave	Buscar si una respuesta de API ya está cacheada
Set	Guarda un par clave-valor con TTL opcional	Guardar token de autenticación por 1 hora
Delete	Elimina una clave	Limpiar sesión al hacer logout
Exists	Verifica si una clave existe	Comprobar si un usuario ya tiene datos en caché
Keys	Lista claves que coinciden con un patrón	Encontrar todas las sesiones activas de un tenant
Increment	Incrementa atómicamente un contador	Rate limiting: contar requests por minuto
LPush	Agrega un valor al inicio de una lista	Encolar tareas en una cola de trabajos
RPop	Remueve y devuelve el último elemento de una lista	Worker que procesa la tarea más antigua
HGetAll	Obtiene todos los campos de un hash	Leer perfil completo de usuario desde Redis
HSet	Establece uno o más campos de un hash	Actualizar preferencias de usuario en tiempo real
Raw	Ejecuta cualquier comando Redis	Pub/Sub, Lua scripting, operaciones que no tienen nodo propio

La operación Raw es el comodín. Si necesitás hacer pub/sub entre flujos o correr un script Lua atómico, no tenés que esperar a que n8n saque un nodo específico — lo hacés directo. Ojo: con gran poder viene la responsabilidad de no mandarte un FLUSHALL sin querer en producción.

¿Qué necesito para configurar las credenciales del nodo Redis?

Configurar el nodo Redis en n8n es simple, pero hay un par de detalles que te pueden hacer perder una tarde si no los conocés. Vas a Credentials → New → Redis y completás: Para más detalles técnicos, mirá integrar n8n con Airtable.

• Host: la dirección de tu servidor Redis. Si usás Redis Cloud o Upstash, es algo como redis-12345.c1.us-east-1-2.ec2.redns.redis-cloud.com. Si tu Redis corre en local y n8n está en Docker, usá host.docker.internal (no localhost — error clásico).
• Puerto: el que expone tu instancia Redis (6379 por defecto).
• Contraseña: obligatoria en Redis Cloud y Upstash, opcional si tenés Redis local sin auth (no recomendado).
• Base de datos: el índice de base de datos Redis, de 0 a 15. Por defecto es 0.
• TLS: activá el toggle para Redis Cloud, Upstash y cualquier Redis productivo. Sin TLS, las credenciales viajan en texto plano.

Si estás corriendo n8n auto-hosted en un VPS — ponele, uno de donweb.com — y Redis está en la misma máquina pero n8n está dockerizado, acordate del truco de host.docker.internal. Es el tipo de detalle que te hace putear diez minutos y después te sentís un campeón cuando lo resolvés.

Cómo usar Redis para cachear respuestas de API en n8n

Ponele que tenés un flujo que consulta una API de clima cada vez que un usuario pide el pronóstico. La API tiene un límite de 100 solicitudes por hora y cobra por excedente. La solución clásica es un caché, y con el nodo Redis queda así de simple:

• Trigger Webhook recibe la solicitud con city como parámetro.
• Redis Get busca la clave weather:{city}. Si existe, devuelve el dato cacheado y corta el flujo.
• Si no existe, el flow sigue a un nodo HTTP Request que pega a la API de clima.
• Redis Set guarda la respuesta con una clave weather:{city} y un TTL de 5 minutos.
• Respond to Webhook devuelve el dato, venga del caché o fresco de la API.

El TTL es clave. Ponelo siempre. Redis expira la clave automáticamente y no tenés que armar un proceso de limpieza aparte. El valor lo podés meter como JSON plano usando { JSON.stringify($json) } en el campo Value del nodo Set.

Colas de trabajo con Redis y n8n: LPush y RPop en acción

No confundir con el modo queue de n8n — que también usa Redis, pero para distribuir ejecuciones entre workers —. Acá hablo de crear una cola de tareas dentro de un flujo de automatización. El patrón es simple:

Un flujo productor recibe solicitudes (de un formulario, un webhook, un email) y hace LPush sobre una lista llamada jobs:email con los datos de la tarea. Otro flujo worker — disparado por un Schedule Trigger periódicamente — hace RPop sobre esa misma lista. Si RPop devuelve un valor, lo procesa; si devuelve null, no hay nada en cola y termina. Así de crudo, sin RabbitMQ ni bull.js. Ya lo cubrimos antes en cómo usar el nodo HTTP Request.

¿Funciona para todos los casos? No. Si necesitás reintentos, dead letter queues o prioridades, Redis se queda corto. Pero para un procesamiento simple de cientos de tareas por minuto, es un golazo. La guía de eesel AI entra en detalle sobre este patrón con ejemplos de chatops y procesamiento de documentos.

Sesiones de usuario con Redis: cómo darle estado a un flujo stateless

n8n es stateless por naturaleza: cada ejecución es un universo nuevo que no sabe nada de la anterior. Para un chatbot o un asistente que necesita memoria, esto es un problema. Redis resuelve la persistencia de sesión con dos nodos: HSet para guardar y HGetAll para leer.

Usá una clave tipo user:{ $json.user_id }:session y meté los datos de la conversación como campos de un hash: last_intent, context, collected_data. Poné un TTL de 24 horas — si el usuario no vuelve, la sesión expira sola y liberás memoria. Si alguna vez armaste un bot con n8n y Webhooks, sabés que manejar el estado es el 80% del laburo; Redis te lo empaqueta lindo en dos operaciones.

Descargar workflow JSON gratuito para n8n con Redis

El artículo publicado por la comunidad de n8n en dev.to incluye un workflow JSON listo para importar. No es un template vacío con dos nodos de adorno: tiene ejemplos funcionales de caché, colas y almacenamiento de sesiones. Para importarlo, vas a tu instancia de n8n, hacés clic en Import from File (o pegás la URL directa si el JSON está hosteado) y en poco tiempo tenés el flujo corriendo.

Es un atajo enorme si estás empezando. Podés ver cómo configuran las claves dinámicas con expresiones, cómo manejan el TTL, y cómo encadenan el nodo Redis con el resto del flow. Después lo adaptás a tu caso concreto. Tema relacionado: enviar notificaciones a Slack.

Errores comunes al usar el nodo Redis en n8n

Después de ver este nodo en producción — y de mandarme un par de macanas —, estos son los errores que más se repiten:

• No activar TLS en Redis Cloud. Si conectás sin TLS a una instancia cloud, el handshake falla y el nodo tira error de conexión. El mensaje no siempre es claro — a veces dice “timeout” y te manda a revisar firewalls cuando en realidad es un tema de encriptación.
• Usar localhost con n8n en Docker. Si Redis corre en el host y n8n está dockerizado, localhost apunta al contenedor, no al host. La solución es host.docker.internal en Linux/Mac o host-gateway en algunas configuraciones.
• No poner TTL en el Set. Si estás cacheando y no definís expiración, Redis se llena de basura hasta que revienta el límite de memoria. Siempre poné un TTL que tenga sentido para el dominio de tus datos.
• Asumir que las claves son únicas por defecto. Si dos flujos distintos escriben sobre la misma clave porque usan nombres genéricos (cache o session), se pisan los datos. Prefijá siempre con contexto: weather:{city}, user:{id}:session.

Preguntas Frecuentes

¿Cómo instalo y configuro el nodo Redis en n8n?

El nodo Redis viene incluido en la paleta oficial de n8n, no requiere instalación aparte. Vas a Credentials, creás una nueva credencial Redis, y completás host, puerto, contraseña, base de datos y el toggle de TLS si usás Redis Cloud o Upstash. Si n8n corre en Docker y Redis en el host, usá host.docker.internal como dirección.

¿Necesito una cuenta Redis Cloud para usar el nodo Redis de n8n?

No. Podés usar cualquier instancia de Redis: una instalación local, un contenedor Docker, una instancia auto-hosted en tu VPS, o servicios cloud como Redis Cloud, Upstash o Railway. El nodo solo necesita la información de conexión estándar.

¿Puedo usar Redis para crear una cola de trabajos en n8n?

Sí, usando las operaciones LPush y RPop sobre listas de Redis. Un flujo productor encola tareas con LPush y un flujo worker las consume con RPop. Es una solución simple para cientos de tareas por minuto, aunque no incluye reintentos ni prioridades como RabbitMQ o Bull. Sobre eso hablamos en instalarlo con Docker.

¿Dónde consigo un workflow JSON listo para importar con el nodo Redis?

La comunidad de n8n publicó un workflow JSON gratuito en dev.to. Incluye ejemplos de caché, colas de trabajo y sesiones de usuario. Lo podés descargar e importar directo en tu instancia de n8n desde Archivo → Importar desde archivo.

Si querés profundizar en esto, tenemos un artículo sobre Redis Node.

¿El nodo Redis soporta publicaciones y suscripciones (pub/sub)?

Sí, pero no como operación dedicada. Usás la operación Raw para ejecutar los comandos PUBLISH y SUBSCRIBE directamente. Tené en cuenta que SUBSCRIBE es bloqueante, por lo que el enfoque más práctico es usar Raw para publicar y manejar la suscripción desde un código externo o un ejecutor de comandos.

Conclusión

El nodo Redis de n8n cerró la brecha entre la automatización visual y una de las bases de datos más rápidas del ecosistema. En 2026, con operaciones que cubren desde caché hasta colas y sesiones, más una operación Raw para lo que se te ocurra, ya no hay excusa para que un flujo dependa de sleeps, archivos temporales o webhooks rebotando entre sí para mantener estado.

Si trabajás con n8n y todavía no metiste Redis en tus flujos, el workflow gratuito de la comunidad es el punto de entrada perfecto. Probá el patrón de caché primero — es el que más ROI inmediato da — y de ahí vas escalando a sesiones y colas. La herramienta está, los ejemplos también. Lo único que falta es que le des play.

Fuentes

• n8n Redis Node: Cache, Queue, and Store Data in Your Workflows – dev.to — guía comunitaria con el workflow JSON gratuito y ejemplos prácticos.
• Redis integrations with n8n – eesel AI — artículo con patrones de caché, sesiones y colas de trabajo.
• n8n-redis-anyway – GitHub — repositorio con ejemplos de integración Redis en flujos n8n.
• Instalación de n8n en queue mode con Redis – Platzi — curso sobre n8n auto-hosted con Redis como backend de colas.