Agent IA codé ou n8n / Make : lequel choisir ?

Ce que font vraiment n8n et Make

n8n (éditeur allemand) et Make (anciennement Integromat) sont des outils d'automatisation visuelle : on relie des blocs à l'écran, un déclencheur (un formulaire reçu, un email, une heure fixe) lance une suite d'actions dans vos applications grâce à des connecteurs prêts à l'emploi. Les deux proposent désormais des blocs IA qui appellent un modèle de langage et peuvent choisir entre quelques outils.

Un agent IA codé fait le même travail de fond (percevoir, décider, agir dans vos outils), mais sa logique est écrite dans un vrai langage de programmation, versionnée, testée et déployée sur un serveur. La différence ne tient pas à l'IA utilisée, souvent la même, mais à la façon dont on construit, vérifie et fait évoluer ce qui l'entoure. Pour la définition de départ, voir qu'est-ce qu'un agent IA.

Le tableau de décision

Le bon choix dépend moins de l'outil que de la tâche : ses exceptions, son volume, le coût d'une erreur et la personne qui la maintiendra dans un an.

Quand n8n ou Make suffit

Copier chaque demande d'un formulaire dans votre CRM et prévenir l'équipe sur une messagerie, résumer un email entrant et le ranger dans le bon dossier, publier un contenu à heure fixe : ces tâches ont peu d'exceptions, un volume modeste et des connecteurs existants. Un scénario n8n ou Make les fait très bien, pour quelques dizaines d'euros par mois.

Il faut une condition : une personne chez vous qui aime ces outils et qui reprendra le scénario quand une application changera son interface. Si c'est le cas, payer un développement sur mesure serait du gaspillage, et je le dis pendant l'audit.

Quand le code gagne

Le code reprend l'avantage dès qu'une erreur coûte cher (un email au mauvais client, une relance sur une facture déjà payée), dès que les règles s'accumulent, ou dès que le volume fait grimper la facture d'exécutions. Un scénario visuel de plusieurs dizaines de blocs devient vite le tableur que personne n'ose plus modifier.

Exemple réel : l'agent de prospection que je fais tourner pour ma propre activité depuis le 25 avril 2026 est écrit en code. Ses règles (qui contacter, quand relancer, quand s'arrêter) se sont multipliées au fil des mois ; elles restent lisibles parce qu'elles sont versionnées et vérifiées avant chaque mise en production. Les chiffres sont publiés dans l'étude de cas de la prospection autonome.

Dernier critère, souvent oublié : la preuve. Quand un agent écrit à vos clients ou prend une décision à leur place, vous devez pouvoir montrer ce qu'il a fait et pourquoi. Un journal des décisions se construit plus facilement dans le code ; les modèles sont dans le kit conformité agent IA.

Les limites, des deux côtés

Côté n8n et Make : dépendance à l'éditeur et à sa grille tarifaire, connecteurs qui cassent quand une application tierce change son API, logique dispersée dans des dizaines de blocs, tests faits à la main. Un scénario qui marche le jour de sa création n'est pas forcément maintenable un an plus tard.

Côté code : un démarrage plus long et plus cher, et un besoin réel de supervision par un développeur. Le code remis limite la dépendance, mais il faut quelqu'un pour le lire. Pour un besoin qui change chaque semaine ou une simple expérimentation, le no-code reste plus souple. Dans les deux cas, l'appel au modèle d'IA se paie en plus, selon le volume.

Combiner les deux plutôt que choisir

Si vous avez déjà des scénarios qui fonctionnent, on ne les jette pas. Le plus souvent, n8n ou Make garde la plomberie simple (déclencheurs, copies entre outils) et appelle un agent codé pour la partie qui décide : qualifier, rédiger, arbitrer un cas limite.

La même logique vaut face aux logiciels du marché, détaillée dans agent sur mesure ou SaaS IA.