- Accueil
- Ressources
- Intégrations
- MongoDB Chat Memory
Nœud MongoDB Chat Memory n8nConfigurer MongoDB Chat Memory dans n8n.
Un agent qui repart de zéro à chaque message ne tient pas une conversation. Le nœud MongoDB Chat Memory n8n est un sous-nœud, un nœud auxiliaire sans entrée principale qui se branche sur le port Memory d'un nœud racine et écrit chaque échange dans une collection MongoDB. Quatre paramètres, version 1.
Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth
Que stocke vraiment le nœud MongoDB Chat Memory n8n ?
Il garde l'historique d'une conversation dans une collection MongoDB, pour que le modèle retrouve les tours précédents au message suivant. Côté IA, la mémoire est ce qui permet à un outil de conserver le contexte des messages d'une interaction à l'autre, au lieu de renvoyer toute la discussion dans chaque requête. Le nœud ne tourne jamais tout seul : il attend sur le port Memory d'un nœud racine, et répond quand ce dernier réclame l'historique.
Premier cas, celui qui amène presque tout le monde ici : l'assistant qui répond sur un widget de chat. Le nœud racine gère la question, et Collection Name désigne la collection MongoDB où atterrit chaque paire question / réponse. Inutile de la créer à la main, n8n s'en charge à la première écriture. Branché sur un AI Agent, le nœud fait que la relance garde son sujet.
Deuxième cas, un assistant qui sert plusieurs clients. Une base MongoDB, une collection, et une conversation par compte, séparées par la clé de session. C'est tout l'enjeu de Session ID : deux visiteurs qui partagent la même clé partagent la même discussion, et ça se voit vite. Même logique quand l'agent est exposé comme outil via AI Agent Tool.
Troisième cas, les conversations longues qui coûtent cher. Context Window Length limite le nombre d'interactions passées transmises à chaque appel, pour qu'un fil ouvert depuis le matin ne se rejoue pas entier à chaque message. Le fournisseur du modèle, OpenAI, Google Gemini ou un autre, facture ses propres appels d'API selon ses conditions ; n8n n'ajoute rien par-dessus.
Quand s'en passer ? Quand la conversation n'a pas besoin de survivre à l'exécution. La mémoire est disponible pour les nœuds d'agent IA, pas pour les chaînes IA : une chaîne qui classe un message à la fois n'a rien à gagner ici. Et si l'instance MongoDB en place n'a pas vocation à recevoir des logs de discussion, mieux vaut ne pas l'y forcer.
Deux limites à connaître avant de construire. Si plusieurs nœuds MongoDB Chat Memory cohabitent dans le même workflow, ils accèdent par défaut à la même instance de mémoire : une action destructive sur l'un touche les autres. Des Session ID différents dans chaque nœud, et les instances redeviennent distinctes. Autre limite, cette page décrit la version 1 du nœud, la plus haute du catalogue ; un workflow ancien peut afficher moins d'options. Pour le reste de la plateforme, il y a l'Avis n8n.
Qu'est-ce qu'il faut brancher avant que ça tourne ?
- 01
Créer le credential MongoDB
Direction le menu Credentials de n8n, pour créer un credential MongoDB, c'est-à-dire un jeu d'identifiants enregistré une fois et que n8n réutilise sans te le redemander. La documentation officielle n8n détaille l'authentification de ce nœud. Une fois enregistré, le même credential sert tous les workflows de l'instance, sur n8n Cloud comme en auto-hébergé.
- 02
Le sélectionner sur le nœud
Pose le nœud sur le canvas et choisis ce credential dans son sélecteur. Pas de menu Authentication à arbitrer ici : le nœud n'accepte qu'un type de credential. Il fait partie du paquet IA livré avec n8n, donc rien à installer au préalable, ni sur n8n Cloud ni sur une instance auto-hébergée.
- 03
Désigner la base et la collection
Laisse Database Name vide et le nœud utilise la base portée par le credential. Remplis-le seulement si l'historique doit vivre ailleurs. Ensuite Collection Name, et là aucune préparation côté MongoDB : si la collection n'existe pas, le nœud la crée.
Où se branche le nœud dans le workflow ?
Les nœuds IA de n8n fonctionnent par paire : un nœud racine reçoit les items du workflow, et des sous-nœuds viennent se raccorder sur ses ports, un type de sous-nœud par port. Celui-ci est un sous-nœud avec une seule sortie, la seule question est donc quel nœud racine il sert.
Sortie (où il se branche)
- Memory
ai_memory
01Memory
Le port Memory est la connexion par laquelle un nœud racine réclame les messages passés avant d'appeler le modèle, puis y écrit le nouvel échange. Ce nœud occupe ce port et aucun autre, puisqu'il n'a pas d'entrée principale.
Paramètres clés
- Optional : un nœud racine tourne sans mémoire, il répond simplement à chaque message comme si c'était le premier.
- AI Agent : l'hôte habituel, l'agent qui répond et a besoin des tours précédents.
- AI Agent Tool : même principe quand l'agent est appelé comme outil par un autre.
- Chat Memory Manager : lit ou réécrit volontairement l'historique stocké.
- Chat Trigger : le point d'entrée du chat porte le fil dès le premier message.
Comment régler les quatre paramètres ?
Le nœud MongoDB Chat Memory compte 4 paramètres. Pour chacun : le nœud tel que tu le configures dans n8n, ce que le paramètre change, et nos notes de terrain.
Sommaire des paramètres
Session ID
sessionIdTypeCe que tu vois dans n8n
Notes & cas d'usage
Ce réglage décide du nom sous lequel le nœud lit et écrit la conversation. Mal choisi, deux utilisateurs se retrouvent dans le même fil.
Paramètres clés
- Connected Chat Trigger Node (
fromInput) : le nœud cherche un champ d'entrée nommésessionIdvenant d'un Chat Trigger directement connecté. - Define below (
customKey) : une expression pour référencer des données des nœuds précédents, ou un texte fixe. - Session Key From Previous Node : le champ qui apparaît avec le second choix, souvent
{{ $json.sessionId }}ou un identifiant client.
Collection Name
collectionNameCe que tu vois dans n8n
Notes & cas d'usage
Il nomme la collection MongoDB où l'historique est stocké. Si la collection n'existe pas, elle est créée : aucune préparation dans MongoDB avant la première exécution.
Paramètres clés
- Collection Name : le nom de la collection qui reçoit l'historique de chat, une chaîne comme
chat_history, ou une expression quand un seul workflow sert plusieurs produits.
Database Name
databaseNameCe que tu vois dans n8n
Notes & cas d'usage
Il choisit la base MongoDB qui héberge cette collection. Laissé vide, c'est la base du credential qui est utilisée, ce qui suffit tant qu'un credential correspond à un environnement.
Paramètres clés
- Database Name : le nom de la base où stocker l'historique de chat, à renseigner uniquement quand l'historique sort de la base par défaut.
Context Window Length
contextWindowLengthCe que tu vois dans n8n
Notes & cas d'usage
Il fixe le nombre d'interactions passées que le modèle reçoit comme contexte. C'est le curseur entre un assistant qui se souvient de tout le fil et un autre qui ne retient que les derniers tours.
Paramètres clés
- Context Window Length : un nombre d'interactions précédentes, à monter quand les réponses ont besoin du début de la conversation, à baisser quand chaque appel traîne trop d'historique.
Besoin d'aide pour automatiser MongoDB Chat Memory avec n8n ?
L'équipe te répond directement.
Chaque message est lu par une personne.
MongoDB Chat Memory et n8n, les questions qui suivent
01Le nœud MongoDB Chat Memory est-il gratuit dans n8n ?
02Quels credentials faut-il pour ce nœud ?
03Quelles sont les limites du nœud MongoDB Chat Memory n8n ?
04Que faut-il brancher au minimum pour que la mémoire serve ?
05n8n ou Make pour un chatbot à mémoire persistante ?
Reçois nos tips intégration chaque semaine.
Pas de spam. Désinscription à tout moment.


