Ressources · Intégration n8n

Nœud MCP Server Trigger n8nConfigurer MCP Server Trigger dans n8n.

Le nœud MCP Server Trigger n8n transforme un workflow en serveur qu'une IA cliente vient appeler. MCP, pour Model Context Protocol, permet à un client de lister les outils disponibles puis d'en déclencher un. Deux paramètres suffisent à le configurer, et chaque outil branché devient appelable.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Pourquoi automatiser

À quoi sert le nœud MCP Server Trigger n8n ?

Ce nœud est la porte d'entrée de n8n pour les clients MCP. Il publie une URL, et le client qui la connaît peut demander la liste des outils branchés dessus, puis en appeler un. C'est bien un trigger, le nœud qui décide quand un workflow s'exécute, mais il ne fonctionne pas comme les autres : au lieu de passer sa sortie au nœud suivant, il ne se relie qu'à des nœuds outils et exécute celui que le client a réclamé.

Premier cas, le service client. Un outil vérifie l'état d'une commande, un autre rédige un brouillon de réponse, et l'assistant du conseiller les appelle au fil de la conversation au lieu de le faire changer d'écran. Le paramètre Path fige l'URL pour que la configuration du poste reste bonne, Authentication ferme la porte au reste du monde.

Deuxième cas, un serveur par équipe plutôt qu'un gros serveur commun. Le pôle commercial reçoit un nœud dont le port Tool pointe vers une grille tarifaire dans Google Sheets, le pôle support un autre nœud qui envoie via Gmail. Chemins distincts, credentials distincts, rien de partagé entre les deux.

Troisième cas, des outils courts. Un outil qui publie dans Slack, un outil qui ajoute une ligne, un outil qui calcule. Le client les appelle un par un : un workflow qui fait cinq choses d'un coup se pilote beaucoup moins bien que cinq outils précis.

Quand prendre autre chose ? Si le modèle vit à l'intérieur de n8n et que c'est toi qui orchestres, le nœud racine à choisir est l'AI Agent : il porte lui-même le modèle et ses outils. Le MCP Server Trigger sert dans l'autre sens, quand c'est un client extérieur qui mène la danse. Et si ton agent doit au contraire consommer un serveur MCP tiers, c'est le nœud MCP Client Tool qu'il te faut.

Les limites méritent d'être lues avant la mise en production. Le nœud parle Server-Sent Events, une connexion longue montée sur HTTP, et HTTP en flux continu ; il ne gère pas le transport par entrée et sortie standard. En mode queue avec une seule réplique webhook, tout va bien ; avec plusieurs répliques, il faut router toutes les requêtes /mcp* vers une réplique webhook dédiée, sinon les connexions cassent ou perdent des événements. Derrière un reverse proxy nginx, la mise en tampon du proxy doit être désactivée sur l'emplacement MCP, la compression gzip et l'encodage par blocs aussi la plupart du temps. Dernière bizarrerie : les connecteurs personnalisés de claude.ai demandent une connexion à n8n même quand Authentication vaut None, et c'est le seul client connu dans ce cas. Pour une vue d'ensemble de la plateforme avant de t'y installer, l'Avis n8n fait le tour.

Connexion

Comment sécuriser l'URL MCP ?

  1. 01

    Choisir le mode d'authentification

    Ouvre le nœud et regarde Authentication. Quatre valeurs : none laisse l'URL ouverte, bearerAuth attend un jeton dans la requête, headerAuth attend un en-tête que tu nommes, n8nOAuth2 protège le serveur avec le serveur OAuth 2.1 intégré. Dès que tu sors de None, le client doit présenter ses identifiants à chaque appel.

  2. 02

    Créer le credential une fois

    Un credential, c'est un jeu de secrets enregistré dans n8n depuis le menu Credentials, réutilisable dans tous les workflows de l'instance. Pour Bearer Auth et Header Auth, la création suit exactement celle des credentials HTTP request documentés par n8n. Tu le crées une fois, tu le sélectionnes dans le nœud, et il reste disponible pour le prochain serveur MCP.

  3. 03

    Tester avant de publier

    Le nœud affiche deux URL MCP en haut de son panneau, test et production, avec un bouton pour basculer. n8n enregistre l'URL de test quand tu lances Listen for Test Event ou Execute workflow sur un workflow inactif, et les données apparaissent directement sur le canevas. L'URL de production, elle, existe une fois le workflow publié, et ses données se consultent dans l'onglet Executions.

Connexions

Qu'est-ce qu'on branche sur ce nœud ?

n8n découpe ses nœuds IA en deux : un nœud racine posé dans le workflow, et des sous-nœuds accrochés à ses ports, un type de sous-nœud par port. Un sous-nœud ne tourne jamais tout seul. Ici le nœud racine est le trigger lui-même, et le seul port disponible porte les outils.

Ports (ce qui se branche)

  • Toolai_tool
01ToolCe port contient tout ce que le client a le droit d'appeler. Le nœud énumère les outils branchés quand on le lui demande, puis lance celui qui est nommé : c'est pour ça que rien d'autre ne se connecte à ce trigger.

Ce port contient tout ce que le client a le droit d'appeler. Le nœud énumère les outils branchés quand on le lui demande, puis lance celui qui est nommé : c'est pour ça que rien d'autre ne se connecte à ce trigger.

Paramètres clés

  • Optional : le nœud reste valide sans outil, mais le client tombe alors sur un catalogue vide.
  • AI Agent Tool : expose un agent entier au client sous la forme d'un seul outil appelable.
  • MCP Client Tool : enchaîne un serveur MCP externe dans celui que tu publies.
  • Calculator et Think Tool : deux utilitaires légers, parfaits pour valider la connexion avant de brancher du sérieux.
Cas d'usage
un client qui répond avec des données fraîches reçoit en général deux ou trois outils bien délimités, pas un outil qui prétend tout couvrir.
Paramètres

Quels paramètres configurent le serveur ?

Le nœud MCP Server Trigger compte 2 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.

01

Authentication

authentication

Ce que tu vois dans n8n

Notes & cas d'usage

Définit la façon dont les clients s'authentifient sur ton URL MCP. C'est la seule barrière entre une URL publique et tes outils, donc ça se décide.

Paramètres clés

  • None (none) : aucun contrôle, acceptable sur un test local, risqué dès la publication.
  • Bearer Auth (bearerAuth) : le client envoie un jeton, ce qu'attend la configuration de passerelle côté Claude Desktop.
  • Header Auth (headerAuth) : le secret voyage dans un en-tête que tu nommes, pratique quand le client ne sait pas envoyer de jeton bearer.
  • n8n OAuth2 (n8nOAuth2) : protège le serveur avec le serveur OAuth 2.1 intégré.
Cas d'usage
un serveur qui touche à un CRM passe en Bearer Auth dès le premier essai, pas le jour du lancement.
02

Path

path

Ce que tu vois dans n8n

Notes & cas d'usage

Fixe le chemin de base de l'URL MCP, la partie qui suit ton domaine n8n. n8n le remplit avec une valeur aléatoire pour que deux nœuds MCP Server Trigger ne se marchent jamais dessus sur la même instance.

Paramètres clés

  • Path : un champ texte, placeholder webhook, que tu peux saisir à la main et qui accepte des paramètres de route.
Cas d'usage
un chemin figé sert quand n8n te sert à prototyper une API et que les URL des points d'entrée doivent rester stables malgré les modifications. Attention : réécrire le chemin invalide tous les clients déjà configurés sur l'ancien, donc ça se change avant de distribuer l'URL, pas après.
Besoin d'aide

Besoin d'aide pour automatiser MCP Server Trigger avec n8n ?

L'équipe te répond directement.

Chaque message est lu par une personne.

FAQ

MCP Server Trigger et n8n, les questions fréquentes

01Le nœud MCP Server Trigger n8n est-il inclus et gratuit ?
Oui. Il fait partie du paquet IA livré avec n8n : rien à installer, aucun surcoût côté n8n. Il se comporte pareil sur n8n Cloud, l'offre hébergée par n8n, et sur une instance auto-hébergée en Community Edition sous licence Sustainable Use. Un workflow construit sur l'un tourne sur l'autre. Ce qui peut coûter se situe ailleurs : si un outil exposé appelle un fournisseur de modèle, ce fournisseur facture ses propres appels d'API selon ses conditions, et n8n n'ajoute rien par-dessus. Côté n8n, la facture ne bouge pas.
02Que faut-il pour faire tourner le nœud ?
Un chemin et une décision sur l'authentification, et la configuration s'arrête là. Authentication accepte None, Bearer Auth, Header Auth ou n8n OAuth2 ; les trois derniers réclament un credential, c'est-à-dire un jeu de secrets enregistré une fois dans le menu Credentials et réutilisé partout. Bearer Auth et Header Auth se créent comme les credentials HTTP request de n8n. Il faut aussi au moins un outil sur le port Tool, sinon le client se connecte et ne trouve rien à appeler. Un nœud sans outil, c'est un serveur au catalogue vide.
03Quelles sont les limites du MCP Server Trigger ?
Trois, toutes documentées. Le transport d'abord : le nœud parle Server-Sent Events et HTTP en flux continu, il ne gère pas le transport par entrée et sortie standard. La montée en charge ensuite : en mode queue, une seule réplique webhook fonctionne, mais avec plusieurs répliques chaque requête sur le chemin MCP doit atteindre une réplique dédiée, sinon les connexions cassent. Le reverse proxy enfin : nginx demande de couper la mise en tampon sur cet emplacement, souvent aussi gzip et l'encodage par blocs. Ajoute une curiosité, les connecteurs personnalisés de claude.ai réclament une connexion n8n même avec Authentication sur None.
04Par quoi commencer côté outils ?
Par un seul, pas par cinq. Le port Tool accepte des sous-nœuds comme AI Agent Tool, MCP Client Tool, Calculator, Code Tool, Think Tool, Wikipedia, SearXNG, Wolfram Alpha ou le Vector Store Question Answer Tool. Un Calculator suffit à vérifier que le client se connecte, voit l'outil dans la liste et récupère une réponse. Une fois cet aller-retour validé, remplace-le par l'outil qui t'intéresse vraiment. Pour exposer un workflow complet à un client, branche-le avec le nœud Custom n8n Workflow Tool.
05n8n ou Make pour publier un serveur MCP ?
Ça dépend surtout de l'endroit où doit vivre le serveur. n8n s'auto-héberge avec Docker ou npm, ou tourne sur n8n Cloud : le point d'entrée et les données qui transitent restent sur une infrastructure que tu maîtrises. Make est hébergé uniquement, sans option d'auto-hébergement, et se facture à l'opération, ce qui change le modèle de coût quand un client appelle le même outil toute la journée. La logique visuelle diffère aussi. Le choix se fait sur l'hébergement, la maîtrise des données et la forme du coût, pas sur une liste de fonctionnalités.
Hack'celeration Lab

Reçois nos tips intégration chaque semaine.

Pas de spam. Désinscription à tout moment.