Le prix affiché ne veut presque rien dire
Premier réflexe quand on compare n8n et Make. Ouvrir les deux pages tarifs, regarder les chiffres, choisir le moins cher. Ça paraît logique. Sauf que les deux outils ne facturent pas la même chose. Make compte à l'opération, c'est-à-dire à chaque petite étape d'un scénario. n8n compte à l'exécution d'un workflow complet, ou ne facture rien du tout si tu l'auto-héberges. Comparer ces deux grilles revient à comparer un forfait mobile au volume de données avec un abonnement illimité sur ton propre réseau. Le chiffre en bas de page n'a pas le même sens.
Mais le piège va plus loin que la grille tarifaire. Fais l'exercice toi-même. Prends un processus que tu voudrais automatiser, disons l'envoi d'une confirmation de commande avec mise à jour CRM et notification Slack. Compte les étapes. Sur Make, chaque étape est une opération facturée. Sur n8n Cloud, c'est une seule exécution. Et sur n8n auto-hébergé, c'est zéro, mais il faut un serveur, et quelqu'un pour le gérer. Ajoute à ça que Make et n8n facturent en dollars ou en euros. L'Administration fédérale des contributions (AFC) applique un taux de TVA normal de 8.1% depuis janvier 2024 sur les services numériques étrangers, et ta fiduciaire devra traiter l'impôt sur les acquisitions. Ce genre de détail n'apparaît dans aucun comparatif. Pourtant, sur douze mois, la différence entre le prix catalogue et le coût réel en francs suisses peut facilement doubler.
Tes données traversent des frontières sans prévenir
Quand tu connectes ton CRM à ta boîte mail via Make, tes données passent par les serveurs de Make. Ils sont en Union européenne. Pour beaucoup de comparatifs français, c'est suffisant, parce que le RGPD couvre ce cas. Mais tu n'es pas en France. Depuis le 1er septembre 2023, la nouvelle loi fédérale sur la protection des données (nLPD) s'applique en Suisse, et ses exigences sur le transfert de données à l'étranger ne sont pas identiques au RGPD. Le Préposé fédéral à la protection des données et à la transparence (PFPDT) maintient une liste de pays offrant un niveau de protection adéquat. L'UE y figure, ce qui simplifie les choses pour Make. Mais la question ne s'arrête pas là.
Avec n8n auto-hébergé, tu peux poser ton instance sur un serveur en Suisse. Tes données ne sortent pas du pays. Pour une fiduciaire qui traite des données fiscales, ou un cabinet médical avec des dossiers patients, cette distinction n'est pas anecdotique. Le piège ici, c'est de ne même pas poser la question. J'observe que la majorité des comparatifs n8n vs Make ne mentionnent ni la nLPD ni la localisation des données. Ils parlent de fonctionnalités, de nombre de connecteurs, de design d'interface. Tout ça compte, bien sûr. Mais si tu ne sais pas où transitent les noms, emails et numéros de téléphone de tes clients, tu as un angle mort plus gênant que le choix entre deux interfaces.
L'outil ne casse jamais au bon moment
Troisième piège, et probablement le plus sous-estimé. Tu choisis un outil, tu construis tes automatisations, tout fonctionne pendant trois semaines. Puis un lundi matin, un workflow s'arrête. L'API d'un service tiers a changé, un champ a été renommé dans ton CRM, ou le serveur auto-hébergé a redémarré sans relancer n8n. Qui répare ? Pas toi, si tu n'es pas technique. Pas ton assistante, même si c'est elle qui a construit le scénario sur Make avec un tutoriel YouTube. Le vrai coût d'un outil d'automatisation, ce n'est pas son abonnement mensuel. C'est le temps d'arrêt quand il tombe, multiplié par la fréquence à laquelle ça arrive.
Make a l'avantage d'être un SaaS géré. L'infrastructure tourne sans toi. Mais quand un scénario casse, c'est à toi de comprendre pourquoi et de corriger. n8n auto-hébergé te donne plus de contrôle, mais aussi plus de responsabilité. Si ton serveur tombe un samedi, personne chez n8n ne va le relancer pour toi. La question que je trouve utile de poser avant de choisir n'est pas "quel outil est le meilleur". C'est "qui, dans mon équipe ou autour de moi, sera capable d'intervenir en moins de quatre heures quand ça casse". Si la réponse est "personne", alors le cadre de décision sur la dépendance à un prestataire mérite d'être posé avant le choix de l'outil.
Les comparatifs sont écrits pour des développeurs
Tape "n8n vs make" dans Google. Les cinq premiers résultats vont te parler de nodes, de webhooks, de JSON, de self-hosting. Ce vocabulaire est parfaitement adapté si tu es développeur freelance ou intégrateur no-code. Si tu diriges une entreprise de 15 personnes et que tu veux juste que tes devis partent automatiquement après un appel, ces articles ne t'aident pas. Ils te noient. Le piège, c'est de croire que tu dois comprendre tout ça pour faire un bon choix. Tu n'as pas besoin de savoir ce qu'est un webhook pour décider si Make ou n8n convient à ta boîte. Tu as besoin de savoir trois choses. Combien ça coûte par mois, tout compris. Qui s'en occupe quand ça plante. Et est-ce que tes données restent là où elles doivent rester.
Ce décalage entre le contenu disponible et les besoins réels du dirigeant n'est pas un hasard. Les comparatifs sont écrits par des gens qui utilisent ces outils au quotidien, pour un public qui leur ressemble. Ce n'est la faute de personne. Mais ça crée une situation étrange où le décideur, celui qui signe, se retrouve à valider un choix technique qu'il ne peut pas évaluer avec les ressources qu'on lui propose. Si tu te reconnais dans cette position, la vraie question n'est peut-être pas n8n ou Make, mais plutôt quel niveau de contrôle tu veux garder sur tes automatisations et quel niveau tu es prêt à déléguer.
Personne ne parle de ce qui se passe si tu changes d'avis
Dernier piège. Tu choisis Make aujourd'hui. Tu construis vingt scénarios. Deux ans plus tard, les tarifs augmentent, ou tu veux passer à n8n pour héberger en Suisse, ou ton prestataire te recommande autre chose. Que se passe-t-il ? Sur Make, tes scénarios sont dans Make. Tu ne peux pas les exporter vers n8n. Il faut tout reconstruire. Sur n8n, la situation est un peu différente. Les workflows s'exportent en JSON, ce qui facilite la migration entre instances n8n. Mais si tu veux passer de n8n à Make, c'est la même impasse. Il faut reconstruire.
Ce verrouillage n'est pas propre à ces deux outils. C'est le cas de presque tous les logiciels d'automatisation. Mais c'est un paramètre que personne n'intègre au moment du choix, parce que personne n'imagine changer d'outil le jour où il en choisit un. Pourtant, les grilles tarifaires de Make et n8n ont déjà changé plusieurs fois. La licence d'n8n, souvent présentée comme open source, est en réalité sous licence "Sustainable Use", ce qui n'est pas la même chose et peut avoir des implications si tu veux modifier le code. La question à se poser est simple. Si dans deux ans tu veux partir, combien de jours de travail faudra-t-il pour reconstruire ce que tu as ? Plus ce chiffre est élevé, plus ton choix initial pèse lourd. Et plus il vaut la peine de faire évaluer ta situation par quelqu'un qui travaille avec les deux outils avant de t'engager.
