n8n, Make ou développement sur mesure : quel choix pour automatiser avec l’IA

Trois façons d’automatiser

Les plateformes hébergées (Make, Zapier). On assemble des blocs dans une interface. Rien à installer, des centaines de connecteurs prêts.

n8n. Le même principe, avec la possibilité de l’héberger soi-même et d’écrire du code dans les étapes.

Le développement sur mesure. Un programme écrit pour votre besoin, hébergé sur votre serveur, testé et versionné comme n’importe quel logiciel.

Les critères de choix

Critère	Sans-code hébergé	n8n auto-hébergé	Sur mesure
Délai de mise en place	Quelques heures	Quelques jours	Quelques semaines
Coût à faible volume	Faible	Faible	Élevé au départ
Coût à fort volume	Monte vite	Stable	Stable
Données sensibles	Passent par un tiers	Restent chez vous	Restent chez vous
Logique complexe	Vite illisible	Possible	Naturelle
Tests et versions	Limités	Partiels	Complets
Qui maintient	Le métier	Un profil technique	Un développeur

Quand le sans-code suffit

• Relier deux ou trois outils avec une étape d’IA au milieu.
• Un volume modeste : quelques dizaines ou centaines d’exécutions par jour.
• Une logique qui tient sur un écran.
• Un besoin à valider vite, avant d’investir.

Exemple type : un formulaire arrive, un modèle le résume et le classe, le résultat part dans le CRM et dans une messagerie.

Quand le sur-mesure s’impose

• La logique dépasse l’écran. Un scénario de quatre-vingts blocs ne se relit plus et ne se teste pas.
• Le volume fait grimper la facture de la plateforme.
• L’agent a besoin d’outils précis, avec des droits fins et un journal.
• Les erreurs coûtent cher. Il faut des tests automatiques sur des cas réels.
• Le produit est destiné à des clients, pas seulement à un usage interne.

Alfred et Comptoir, nos outils pour marchands Shopify, sont dans ce cas : un agent avec un budget plafonné pour l’un, un serveur MCP qui agit sur plusieurs boutiques pour l’autre.

Les pièges du sans-code

• Des scénarios que seule une personne comprend, et qui s’arrêtent le jour où elle part.
• Aucune alerte quand un connecteur change et que le scénario échoue en silence.
• Des clés d’accès trop larges, collées dans un bloc.
• Pas d’environnement de test : on modifie directement la production.

Ces risques se gèrent : un responsable par scénario, une alerte sur chaque échec, des accès au plus juste, une copie de test.

Les pièges du sur-mesure

• Construire trop tôt, avant d’avoir vérifié que l’automatisation sert.
• Sous-estimer la maintenance : les API des outils reliés changent.
• Dépendre d’un seul développeur sans documentation.

Notre recommandation

Commencez par le plus simple qui marche. Validez l’usage avec un scénario sans code. Passez au sur-mesure pour ce qui tourne tous les jours, touche des données sensibles ou doit durer. Pour le cadrage, voir Automatisation par l’IA.