n8n, Make ou développement sur mesure : lequel choisir pour automatiser ?

Pour automatiser les tâches d'une entreprise, Make convient le mieux à une équipe non technique qui relie des outils du marché, n8n à une équipe plus technique qui veut garder la main sur l'hébergement et les coûts, et le développement sur mesure aux processus qui portent une règle métier critique, de gros volumes ou une fonction vendue à vos clients. Les trois ne s'opposent pas : la plupart des entreprises bien outillées en combinent deux.

Les comparatifs « n8n ou Make » ne manquent pas. Celui-ci ajoute la troisième option, le code, et s'attache à ce que les autres évitent : à quel moment chaque solution casse, combien elle coûte réellement selon les tarifs publics relevés le 6 novembre 2026, et où vont vos données.

En une minute : n8n, Make et code sur mesure

Notre article sur l'automatisation des processus métier aide à repérer quels processus méritent d'être automatisés, avant de choisir l'outil.

Les tarifs publics, relevé du 6 novembre 2026

n8n

D'après la page tarifs de n8n, en facturation annuelle :

Les offres hébergées stockent les données dans l'Union européenne, sur des serveurs situés à Francfort. Le point clé de ce modèle : une exécution est un passage complet du workflow, quel que soit son nombre d'étapes ou le volume de données traité.

La Community Edition s'installe gratuitement sur vos propres serveurs, mais elle n'est pas « open source » au sens habituel : elle est publiée sous la Sustainable Use License, qui autorise l'usage pour les besoins internes de l'entreprise ou un usage non commercial. Revendre n8n comme un service à vos clients sort de ce cadre, et certaines fonctions sont réservées à la licence Enterprise.

Make

Make a remplacé les « opérations » par des crédits. Sa page tarifs indique que la formule gratuite donne 1 000 crédits par mois, que la plupart des actions consomment un crédit, et que les routeurs et les modules de gestion d'erreur n'en consomment pas. Certaines fonctions d'IA en consomment davantage. Le transfert de données est plafonné à 5 Go par tranche de 10 000 crédits. Les prix des formules payantes (Core, Pro, Teams, Enterprise) dépendent du volume de crédits choisi : configurez-le sur la page pour obtenir un montant.

Ce que change l'unité de facturation

Prenons un scénario de dix étapes (lire une commande, chercher le client, créer la facture, envoyer un e-mail, etc.) exécuté 3 000 fois par mois :

• chez Make, environ 30 000 crédits par mois, puisque chaque action en consomme un ;
• chez n8n hébergé, 3 000 exécutions, soit au-delà de la formule Starter et dans la formule Pro ;
• en code sur mesure, aucun coût à l'unité : le coût est dans le développement, l'hébergement et la maintenance.

Ce calcul n'est qu'un ordre de grandeur tiré des règles publiques de chaque éditeur, mais il montre l'essentiel : Make devient cher avec les scénarios longs, n8n avec les scénarios fréquents, et le code reste stable quand le volume grimpe.

Où chaque option casse

C'est la question que les comparatifs évitent, et la plus utile pour choisir.

Make casse sur la complexité et le volume

• Un scénario qui boucle sur des centaines de lignes consomme des crédits à chaque itération : la facture suit le volume de données, pas la valeur créée.
• Au-delà d'une certaine taille, un scénario visuel devient difficile à relire. Personne n'ose plus le modifier.
• Il n'y a pas d'auto-hébergement : si une règle interne impose que les données restent chez vous, Make est exclu.

n8n casse sur l'exploitation et la gouvernance

• En auto-hébergement, quelqu'un doit gérer le serveur, les mises à jour, les sauvegardes, la file d'attente et la surveillance. Sans cette personne, l'outil gratuit devient un risque.
• Les workflows complexes finissent souvent truffés de nœuds de code : on écrit du code, mais sans tests, sans relecture et sans historique vraiment exploitable.
• La licence encadre l'usage : intégrer n8n au cœur d'un produit vendu à vos clients demande une licence commerciale.

Le code sur mesure casse sur la vitesse et le coût d'entrée

• Relier deux outils du marché par du code prend plus de temps qu'un glisser-déposer, et coûte plus cher au départ.
• Chaque changement passe par un développeur. Si le processus change toutes les semaines, c'est un frein.
• Mal documenté, le code crée une dépendance au prestataire. Les droits sur le code sont définis au cas par cas dans le contrat : lisez notre article sur la propriété du code source.

Hébergement, RGPD et sécurité

Une automatisation fait circuler des données personnelles d'un service à l'autre : clients, salariés, prospects. Trois questions à vous poser, quel que soit l'outil.

1. Où sont stockées les données ? n8n hébergé : Francfort. Make propose des zones de données aux États-Unis (US1, US2) et en Europe (EU1, EU2). Make précise lui-même que choisir une zone européenne ne garantit pas que chaque requête y reste : certaines fonctions d'IA sont traitées aux États-Unis. Choisissez la zone à la création de l'organisation.
2. Qui a accès aux identifiants ? Chaque connexion à un outil stocke un jeton d'accès. Limitez les droits de chaque jeton au strict nécessaire.
3. Qu'est-ce qui est journalisé ? Les historiques d'exécution conservent souvent le contenu des données traitées. Réglez leur durée de conservation.

Notre guide sur le RGPD dans une application métier et celui sur l'hébergement d'une application en France détaillent les obligations qui restent les vôtres.

Le bon choix selon votre situation

Sur ce dernier cas, notre article sur les limites d'Airtable décrit le moment où une base no-code ne suffit plus.

L'architecture qui marche le mieux : les deux ensemble

Le débat « outil d'automatisation ou code » est souvent mal posé. La combinaison la plus robuste :

• une application sur mesure porte les données de référence et les règles métier, testées et versionnées ;
• elle expose une API documentée ;
• n8n ou Make relie autour d'elle les outils périphériques : e-mails, agenda, tableur partagé, notifications.

Ainsi, une erreur dans un scénario Make n'abîme jamais une facture, et l'équipe métier garde la main sur les automatisations simples. Notre article sur l'intégration d'une application à un ERP existant applique le même principe à un autre cas.

Ce que coûte la part sur mesure

Il n'existe pas de prix unique pour remplacer des automatisations par une application : tout dépend du nombre d'écrans, des règles métier, des outils à relier et des données à reprendre. Notre article sur le prix d'une application métier sur mesure détaille les postes à chiffrer. Comparez toujours sur plusieurs années : abonnements, crédits ou serveur, plus le temps passé à surveiller et à relancer les scénarios d'un côté ; développement, hébergement et maintenance de l'autre.

Le mode de financement compte autant que le montant. Chez LPR Studio, trois formules coexistent : l'édition SaaS, où l'outil devient un produit que nous éditons, l'abonnement, où vous ne payez pas le développement mais un loyer mensuel, et le forfait à prix fixe. Aucune ne se facture à l'heure, et nous ne faisons pas de régie.

Les erreurs fréquentes

• Choisir l'outil avant le processus. Décrivez d'abord ce qui doit se passer, qui est prévenu et ce qui arrive en cas d'erreur.
• Ignorer les erreurs silencieuses. Une automatisation qui échoue sans alerte est pire qu'une tâche manuelle. Prévoyez une notification sur chaque échec.
• Mettre une règle de prix dans un scénario visuel. Personne ne la retrouvera le jour où elle devra changer.
• Sous-estimer l'auto-hébergement. Un serveur n8n sans sauvegarde testée, c'est un point de rupture unique.
• Oublier la sortie. Exportez régulièrement vos workflows ; une automatisation non documentée est perdue avec son auteur.

Voir le résultat avant de décider

Si vos automatisations commencent à porter votre métier, la question n'est plus « n8n ou Make », mais « quelle part doit devenir une application ». Nous pouvons vous montrer la réponse sur votre cas : sous 5 jours ouvrés, nous vous présentons en visio un prototype gratuit de l'application qui prendrait le relais, avec les automatisations qui resteraient autour. C'est une démonstration, ni payée ni livrée. Le principe est expliqué dans voir son logiciel avant de le payer.