Entre 40 et 80 euros par mois, selon les périodes et le volume d'opérations.

C'est ce que me coûtait Make pour automatiser les certificats et attestations de mes formations. Pas astronomique — mais assez pour que le sujet devienne réel.

Ce n'est pas Make le problème — c'est un excellent outil. C'est son modèle : vous construisez des scénarios, vous dépassez les limites d'opérations, vous montez en gamme. C'est conçu pour ça.

J'ai cherché une alternative. Deux ans plus tard, tout tourne sur n8n auto-hébergé pour moins d'un euro par mois.

Voici le bilan honnête — ce que j'aurais aimé savoir avant, et ce que ça coûte vraiment.

Aujourd'hui, tout tourne sur n8n auto-hébergé sur un serveur Hetzner. Voici ce que j'ai appris — sans filtre.

Pourquoi j'ai quitté Make

Make est excellent. L'interface est visuelle et intuitive, la documentation solide, et le catalogue d'intégrations couvre la majorité des besoins courants. Si vous démarrez dans l'automatisation et que vous n'avez pas de compétences techniques, c'est probablement le bon choix.

Mais voilà le problème : le modèle de tarification de Make est conçu pour vous faire monter en gamme. Vous commencez sur le plan gratuit, vous construisez des scénarios, vous dépassez les limites d'opérations, et vous vous retrouvez rapidement sur un plan à 30, 60, puis 100 euros par mois.

Pour un indépendant qui automatise ses processus métier — pas une grande entreprise — ce coût devient difficile à justifier. Surtout quand les données de vos clients transitent par des serveurs dont vous ne maîtrisez pas toujours la localisation.

Ce qu'est vraiment n8n

n8n (prononcez "n-eight-n") est un outil d'automatisation open source. Il s'installe sur votre propre serveur, vous gérez vos données, et une fois le serveur payé, l'outil lui-même est gratuit pour un usage personnel ou une instance auto-hébergée.

L'interface ressemble à Make — des nœuds reliés par des fils, une logique visuelle. Mais sous le capot, c'est beaucoup plus puissant. Vous pouvez écrire du JavaScript directement dans les nœuds, créer des workflows avec des boucles complexes, manipuler des données binaires, appeler n'importe quelle API même sans intégration native.

Le bilan honnête — les points positifs

Le coût. Mon serveur Hetzner (2 vCPU, 4 Go RAM) coûte environ 6 euros par mois — soit 25 euros pour une instance dédiée plus confortable. Il existe également des offres d'hébergement géré pour n8n, un peu plus chères, mais qui suppriment complètement la contrainte de maintenance serveur — une bonne alternative pour ceux qui veulent la souveraineté des données sans gérer l'infrastructure. Il héberge n8n, Mautic, Formbricks, Documenso et plusieurs autres services. Divisé entre tous ces outils, n8n me revient à moins d'un euro par mois. Contre 40 à 60 euros chez Make pour un usage équivalent — mais limité. Au-delà, vous montez en gamme.

La souveraineté des données. Toutes mes données restent sur mon serveur, en Europe, sous ma responsabilité. Pour un formateur qui traite des données personnelles de stagiaires, c'est un argument RGPD réel.

La puissance technique. Les workflows que j'ai construits avec n8n — génération automatique de certificats PDF, envoi personnalisé, archivage dans Google Drive, notification Notion — auraient été impossibles ou très coûteux sur Make. Le nœud Code (JavaScript) change tout.

Pas de limite de tâches. Make facture à l'opération. n8n auto-hébergé n'a pas de limite. J'envoie 300 emails de confirmation par mois sans regarder un compteur.

Le bilan honnête — les points négatifs

La courbe d'apprentissage. n8n demande un minimum de confort technique. Installer Docker, configurer un reverse proxy Nginx, gérer un certificat SSL, mettre à jour l'image Docker régulièrement — ce n'est pas insurmontable, mais ce n'est pas Make non plus. Si vous n'avez jamais ouvert un terminal, prévoyez une semaine d'apprentissage.

La maintenance. Vous êtes votre propre administrateur système. Quand n8n sort une mise à jour, c'est vous qui la faites. Quand le serveur redémarre après une coupure, c'est vous qui vérifiez que tout repart. J'y consacre environ 30 minutes par mois — mais ces 30 minutes existent.

Le vrai coût de n8n n'est pas seulement le serveur. C'est aussi la capacité à assumer la maintenance, le monitoring et les incidents. En échange de l'économie et de la maîtrise, vous récupérez aussi la responsabilité opérationnelle.

Les intégrations natives. n8n a environ 400 intégrations natives contre plus de 1 500 pour Make. Dans la pratique, pour mes usages (Google Workspace, Notion, Mautic, webhooks génériques), ce n'est pas un problème. Mais si vous avez besoin d'une intégration très spécifique avec un logiciel de niche, vérifiez avant de migrer.

Le débogage. Quand un scénario plante sur Make, le message d'erreur est clair et documenté. Sur n8n, les logs sont parfois cryptiques. J'ai passé quelques heures à comprendre pourquoi un workflow échouait silencieusement — un problème de format de date que Make aurait probablement géré automatiquement.

Pour qui, pour quoi

Restez sur Make si vous n'avez pas de compétences techniques, si vous avez besoin d'une interface visuelle très intuitive, ou si vous êtes dans une organisation qui ne peut pas gérer une infrastructure.

Migrez vers n8n si vous avez un minimum de confort avec les outils techniques, si le coût de Make devient significatif, si la souveraineté des données est un enjeu, ou si vous voulez construire des workflows complexes que Make ne permet pas facilement.

Ce que j'aurais aimé savoir avant

Documentez vos workflows dès le début. J'ai reconstruit certains workflows de zéro parce que je ne me souvenais plus pourquoi j'avais fait tel ou tel choix six mois plus tôt. n8n a une fonction de notes dans les nœuds — utilisez-la systématiquement.

Configurez des alertes de monitoring dès le départ. Un workflow qui plante silencieusement pendant trois jours, c'est arrivé. Uptimerobot sur le webhook de santé de n8n, et un workflow de test hebdomadaire qui envoie un email de confirmation — c'est la base.

Et surtout : commencez par migrer un scénario simple, pas votre processus le plus critique. La migration de Make vers n8n, ça se fait en douceur.