Intégration AWS SQS n8nAutomatiser AWS SQS avec n8n.
Une file d'attente, c'est un workflow qui arrête d'attendre. L'intégration AWS SQS n8n tient en 1 opération, Send Message, sur un nœud sans ressource à sélectionner. Aucun trigger SQS n'existe côté n8n : le workflow démarre ailleurs et se termine dans la file.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Que couvre exactement l'intégration AWS SQS n8n ?
Le nœud AWS SQS envoie un message dans une file, et c'est toute sa surface : 1 opération, 1 ressource synthétique, aucun événement auquel s'abonner. n8n signe l'appel AWS avec un credential, c'est-à-dire un jeu d'identifiants enregistré une fois et réutilisable partout, charge tes files dans une liste déroulante et remplit le corps du message à partir de l'item entrant. Ce qui lit la file ensuite reste chez toi, côté AWS.
Trois usages reviennent en boucle avec ce nœud.
Le premier, c'est amortir les à-coups. Un workflow qui interroge une API toutes les minutes peut déposer chaque résultat dans une file au lieu de l'écrire directement en base : si le consommateur tombe ou ralentit, la collecte continue. Le template public qui envoie la position de l'ISS dans une file chaque minute (workflow 1047, HTTP Request puis AWS SQS) montre ce montage dans sa version la plus nue.
Le deuxième, c'est passer la main. Une commande e-commerce arrive, le workflow la valide, l'écrit dans MySQL, puis dépose l'identifiant dans la file pour qu'un service de facturation fasse le travail long de son côté. L'exécution n8n se termine en quelques millisecondes et plusieurs consommateurs peuvent se partager la file sans que n8n sache combien ils sont.
Le troisième, c'est l'ordre. Sur une file FIFO, le champ Message Group ID désigne les messages qui doivent rester en séquence les uns par rapport aux autres : les mises à jour d'un même client arrivent dans l'ordre où elles ont été produites, pendant que les autres groupes continuent en parallèle. Message Deduplication ID couvre le cas du renvoi sur ce même type de file, et Delay Seconds retient le message avant qu'un consommateur puisse le voir.
Pour tout le reste, passe par le nœud HTTP Request : le nœud dédié s'arrête à l'envoi. HTTP Request atteint les autres endpoints de l'API SQS en réutilisant le même credential AWS via l'authentification prédéfinie, donc sans recopier la clé ailleurs.
Deux limites à connaître avant de construire. Il n'existe pas de trigger AWS SQS dans n8n : rien ne réagit à l'arrivée d'un message, le workflow démarre avec un Schedule Trigger, un Webhook n8n ou le trigger d'un autre outil comme Gmail, et SQS se place en bout de chaîne. Ensuite, le nœud envoie un message par item : un lot sorti de MongoDB devient autant d'envois que de documents. L'avis n8n détaille ce que ça implique sur les exécutions.
Comment brancher AWS SQS sur n8n ?
- 01
Générer une clé d'accès dans IAM
Dans la console IAM, clique sur ton nom d'utilisateur en haut à droite puis sur Security credentials. Section Access keys, choisis Create access key, sélectionne un cas d'usage (ou Other si aucun ne colle) et renseigne un tag de description, par exemple
n8n integration, pour retrouver la clé plus tard. Affiche ensuite l'Access Key ID et la Secret Access Key. - 02
Enregistrer le credential AWS dans n8n
Côté n8n, crée un credential AWS (IAM). Commence par la Region : c'est elle qui détermine les files proposées ensuite dans le nœud. Colle les deux clés, enregistre, et le credential devient disponible dans la liste déroulante de tous tes workflows. Si tu travailles avec des clés à durée limitée, active l'option Temporary security credential et ajoute le Session token fourni avec.
- 03
Ou assumer un rôle plutôt que stocker des clés
n8n propose un second type, AWS (Assume Role), qui s'authentifie en assumant un rôle IAM via AWS STS. Les identifiants de l'appel
AssumeRolese saisissent à la main ou se lisent automatiquement dans l'environnement où tourne n8n. C'est cette deuxième voie qu'on choisit quand n8n est auto-hébergé sur EKS, ECS ou EC2 et qu'aucune clé statique ne doit rester dans l'instance.
Ce que sait faire le nœud AWS SQS
Le nœud AWS SQS expose une opération. Pour chacune : le nœud tel que tu le configures dans n8n, les champs obligatoires, et nos notes de terrain.
Sommaire des opérations
Send a message to a queue
sendMessageCe que tu vois dans n8n
Notes & cas d'usage
L'unique opération du nœud. Elle dépose un message dans la file et renvoie la réponse de SQS, sans attendre le moindre consommateur.
Paramètres clés
- Queue Name or ID : prends la file dans la liste chargée depuis ton compte, ou passe un identifiant par expression, par exemple
{{ $json.queue }}. - Message : le contenu déposé dans la file. Active Send Input Data pour envoyer l'item entrant en JSON.
- Message Group ID : marqué requis par le nœud, mais lu uniquement par les files FIFO, où il regroupe les messages à garder en ordre.
Besoin d'aide pour automatiser AWS SQS avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.

