Recursos · Integración n8n

Integración AWS SQS n8nAutomatiza AWS SQS con n8n.

Una cola es el punto donde un flujo deja de esperar. La integración AWS SQS n8n cabe en 1 operación, Send Message, dentro de un nodo que no pide elegir recurso. No hay trigger de SQS en n8n: el flujo arranca en otro sitio, con horario o webhook, y termina dejando el mensaje en la cola.

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Qué resuelve la integración AWS SQS n8n?

El nodo AWS SQS deja un mensaje en una cola, y ahí termina su alcance: 1 operación, 1 recurso sintético, cero eventos a los que suscribirse. n8n firma la llamada a AWS con un credential, es decir unas credenciales guardadas una sola vez y reutilizables en cualquier flujo, carga tus colas en un desplegable y arma el cuerpo del mensaje con el item que entra al nodo. Lo que luego lee la cola sigue viviendo en tu lado de AWS.

Hay tres montajes que aparecen una y otra vez con este nodo.

El primero absorbe picos. Un flujo que consulta una API cada minuto puede dejar cada resultado en una cola en vez de escribirlo directo en la base: si el proceso que consume se cae o se ralentiza, la recogida no se detiene. La plantilla pública que manda la posición de la ISS a una cola cada minuto (flujo 1047, HTTP Request y después AWS SQS) enseña ese patrón en su forma más desnuda.

El segundo reparte trabajo. Llega un ticket de soporte, el flujo lo clasifica, guarda la ficha en Postgres y deja el identificador en la cola para que un servicio externo genere el informe pesado. La ejecución en n8n acaba en milisegundos y varios consumidores pueden repartirse la cola sin que n8n sepa cuántos son.

El tercero cuida el orden. En una cola FIFO, el campo Message Group ID marca qué mensajes deben mantenerse en secuencia entre sí: las actualizaciones de un mismo cliente llegan en el orden en que se produjeron, mientras los demás grupos avanzan en paralelo. Message Deduplication ID cubre el reenvío en ese mismo tipo de cola, y Delay Seconds retiene el mensaje antes de que nadie pueda verlo.

Para todo lo demás, usa el nodo HTTP Request: el nodo dedicado se queda en el envío. HTTP Request llega al resto de endpoints de la API de SQS reutilizando el mismo credential de AWS con la autenticación predefinida, sin copiar la clave en ningún otro sitio.

Dos límites conviene tenerlos claros antes de montar nada. No existe trigger de AWS SQS en n8n, así que nada reacciona a la llegada de un mensaje: el flujo empieza con un Schedule Trigger, con un Webhook de n8n o con el trigger de otra herramienta como GitHub, y SQS queda al final. Además el nodo manda un mensaje por item, así que un lote leído de Google Sheets se convierte en tantos envíos como filas haya. En el curso n8n ese detalle se trabaja con calma.

Conexión

¿Cómo se conecta AWS SQS con n8n?

  1. 01

    Genera una clave de acceso en IAM

    Entra en la consola de IAM, pulsa tu nombre de usuario arriba a la derecha y ve a Security credentials. En la sección Access keys elige Create access key, selecciona un caso de uso (o Other si ninguno encaja) y pon una etiqueta de descripción, por ejemplo n8n integration, para reconocer la clave más adelante. Después revela el Access Key ID y la Secret Access Key.

  2. 02

    Guarda el credential de AWS en n8n

    En n8n, crea un credential AWS (IAM). Empieza por la Region, porque de ella depende qué colas aparecen luego en el desplegable del nodo. Pega las dos claves y guarda: ese credential ya queda disponible para cualquier flujo. Si trabajas con claves de vida corta, activa la opción Temporary security credential y añade el Session token que viene con ellas.

  3. 03

    O asume un rol en lugar de guardar claves

    n8n ofrece un segundo tipo, AWS (Assume Role), que se autentica asumiendo un rol de IAM mediante AWS STS. Las credenciales de la llamada AssumeRole se escriben a mano o se leen de forma automática del entorno donde corre n8n. Esta segunda vía es la indicada cuando alojas n8n tú mismo sobre EKS, ECS o EC2 y prefieres que no quede ninguna clave estática dentro de la instancia.

Acciones

Qué sabe hacer el nodo AWS SQS

El nodo AWS SQS expone una operación. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Send a message to a queue

sendMessage

Lo que ves en n8n

Notas y casos de uso

La única operación del nodo. Deja un mensaje en la cola y devuelve la respuesta de SQS, sin esperar a ningún consumidor.

Parámetros clave

  • Queue Name or ID: elige la cola en la lista que n8n carga de tu cuenta, o pasa un identificador con una expresión como {{ $json.queue }}.
  • Message: el contenido que llega a la cola. Activa Send Input Data para mandar el item entrante en JSON.
  • Message Group ID: el nodo lo marca como obligatorio, pero solo lo leen las colas FIFO, donde agrupa los mensajes que deben ir en orden.
Casos de uso
encolar un ticket para un servicio de informes, o soltar cada fila de un export nocturno para que otro sistema haga lo lento.
Necesitas ayuda

¿Necesitas ayuda para automatizar AWS SQS con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

AWS SQS y n8n, dudas frecuentes

01¿La integración AWS SQS n8n es gratis?
Sí por el lado de n8n. El nodo AWS SQS viene incluido con n8n, tanto en n8n Cloud como en una instancia alojada por ti en Community Edition con licencia Sustainable Use, así que no hay nada que instalar ni coste adicional de n8n por usarlo. Lo que AWS te cobre por la cola en sí es otro asunto, depende de tu cuenta y se comprueba en tu consola de AWS, no aquí. El credential ahorra tiempo con la misma lógica: una vez creada la entrada AWS (IAM) o AWS (Assume Role), sirve para este nodo y para los demás nodos de AWS sin volver a configurarla.
02¿Qué credenciales de AWS necesita el nodo SQS?
Hay dos tipos. AWS (IAM) se autentica con una clave de acceso, o sea tu Region de AWS, un Access Key ID y una Secret Access Key generados en la consola de IAM. AWS (Assume Role) hace otra cosa: asume un rol de IAM mediante AWS STS, y las credenciales de esa llamada AssumeRole se escriben a mano o se leen automáticamente del entorno donde corre n8n. Si alojas n8n sobre infraestructura de AWS como EKS, ECS o EC2, ese segundo tipo es el que evita guardar claves estáticas dentro de n8n. Las claves temporales también valen, con la opción de credencial temporal y su session token.
03¿Qué límites tiene el nodo AWS SQS en n8n?
Solo envía. El nodo expone una sola operación, Send Message, así que el resto de la API de SQS queda fuera. Para esas llamadas, el nodo HTTP Request alcanza cualquier endpoint de la API de SQS y reutiliza el mismo credential de AWS con la autenticación predefinida, de modo que la clave vive en un único sitio. Otros dos detalles conviene anotarlos: Message Group ID aparece marcado como obligatorio en el nodo aunque solo lo lean las colas FIFO, y Message Deduplication ID también se aplica a ese tipo de cola. En una cola standard rellenas el campo y SQS lo ignora.
04¿Puede n8n reaccionar a un mensaje nuevo en una cola SQS?
No, con este nodo no. En n8n no existe un trigger de AWS SQS, así que ningún flujo se despierta porque acabe de entrar un mensaje. El arranque ocurre en otro punto y SQS se coloca al final: un Schedule Trigger con intervalo fijo, un Webhook de n8n al que llama un servicio externo, o el trigger de otra herramienta que ya tengas montada. Si algo tiene que consumir la cola de verdad, ese consumidor vive en el lado de AWS y puede llamar a un Webhook de n8n cuando termine un lote. Decide ese sentido antes de montar nada, porque marca dónde empieza el flujo.
05¿n8n o Make para AWS SQS?
Depende de dónde quieras que corra la automatización. Make lo aloja Make, no tiene opción de autoalojamiento y se factura por operación, algo cómodo para equipos que no quieren administrar nada. n8n se aloja con Docker o npm, o se usa en n8n Cloud, y el flujo se comporta igual en ambos casos, así que el contenido de los mensajes nunca sale de una infraestructura que controlas. Como SQS suele unir sistemas que ya son tuyos, esa pregunta sobre el alojamiento acaba decidiendo. El modelo de coste y la lógica visual también cambian, y las dos plataformas montan las mismas cadenas de colas.