n8n ou Make : le comparatif honnête pour automatiser votre PME (et quand aucun des deux ne suffit)

Relancer les devis restés sans réponse, recopier les demandes du site dans un tableur, prévenir l'équipe à chaque commande : si vous cherchez à automatiser ces tâches répétitives, on vous a probablement soufflé deux noms, et vous voilà devant la question : n8n ou Make ? Les deux outils font la même promesse : connecter vos logiciels entre eux pour que le travail répétitif s'exécute tout seul. Mais ils ne s'adressent pas aux mêmes profils, ne se facturent pas de la même façon et ne posent pas les mêmes questions sur vos données.

Avant d'entrer dans le vif, une précision qui compte : Digiblock est une agence de développement sur-mesure installée dans la Manche. Nous ne revendons ni n8n ni Make et ne touchons aucune commission sur leurs abonnements : nous n'avons rien à gagner à pousser l'un plutôt que l'autre. Notre biais naturel, le sur-mesure, est même une raison de plus de vous dire honnêtement quand un outil no-code suffit largement, ce qui est le cas le plus fréquent. Cet article tranche donc d'abord sérieusement le duel n8n contre Make, puis aborde ce que les comparatifs classiques laissent de côté : les signaux qui montrent qu'aucun des deux ne suffit plus. Zapier, le troisième nom qui revient souvent, est traité dans les questions fréquentes en fin d'article.

n8n et Make en deux mots : deux philosophies d'automatisation

Make (anciennement Integromat) est un outil d'automatisation visuel, hébergé uniquement dans le cloud de son éditeur. On y construit des « scénarios » en assemblant des modules à la souris, et c'est précisément sa force : il a été pensé pour des gens dont le métier n'est pas l'informatique.

• Public visé : les non-développeurs, du dirigeant à l'assistant de gestion.
• Prise en main : éditeur visuel en glisser-déposer, nombreux modèles de scénarios prêts à l'emploi.
• Hébergement : uniquement le cloud de l'éditeur, pas d'installation sur votre propre serveur.
• Facturation : à l'opération consommée, vendue par paliers d'abonnement.

n8n joue dans une autre catégorie. L'outil reste visuel, mais sa logique est plus proche de la programmation : on manipule des nœuds, des expressions, des structures de données, et on peut insérer du code quand l'éditeur visuel ne suffit plus. Surtout, n8n peut s'installer sur votre propre serveur.

• Public visé : profils à l'aise avec la technique, développeurs, ou PME accompagnées par un prestataire.
• Prise en main : plus exigeante, il faut comprendre les notions de données structurées et d'API.
• Hébergement : cloud de l'éditeur ou auto-hébergement sur un serveur que vous maîtrisez.
• Facturation : à l'exécution du workflow complet, quel que soit son nombre d'étapes.

Un raccourci pour retenir l'essentiel : Make est le plus simple à prendre en main, n8n est le plus puissant et le plus maîtrisable. À ce stade, il n'y a pas de vainqueur : tout dépend de qui va construire puis maintenir vos automatisations, et de ce que vous y ferez transiter.

Sans compétence technique en interne : n8n ou Make ?

C'est la question la plus décisive pour la plupart des PME, et la réponse est nette : sans profil technique en interne, Make se prend en main beaucoup plus vite. Le glisser-déposer, les modèles prêts à l'emploi et les connecteurs natifs permettent de monter un premier scénario en quelques heures, là où n8n demande d'être à l'aise avec la façon dont les données circulent entre deux logiciels.

Une nuance s'impose pourtant : « facile à démarrer » ne veut pas dire « facile à maintenir ». Le scénario monté en une après-midi devra être surveillé, corrigé quand un des outils connectés change, et compris par quelqu'un d'autre que son auteur. Nous y revenons plus bas, car c'est là que beaucoup de PME se font surprendre.

Le prix réel : crédits Make contre exécutions n8n

Comparer les tarifs affichés un jour donné n'a guère de sens : les grilles changent régulièrement. Ce qui ne change pas, c'est le mécanisme de facturation, et c'est lui qui décide de votre facture à moyen terme.

• Make facture des opérations : chaque module qui s'exécute dans un scénario consomme un crédit. Un scénario de 8 étapes qui tourne 1 000 fois dans le mois consomme donc 8 000 opérations.
• n8n facture l'exécution du workflow complet : qu'il compte 3 ou 30 étapes, une exécution reste une exécution.

La conséquence est mécanique : plus vos scénarios comptent d'étapes et plus ils tournent souvent, plus l'écart se creuse en faveur de n8n. En ordre de grandeur, les deux outils se jouent en quelques dizaines d'euros par mois pour des besoins de départ ; c'est avec le volume que la différence devient significative, jamais au premier mois.

3 000 intégrations contre quelques centaines : un critère moins important qu'il n'y paraît

Make met en avant plus de 3 000 applications connectées, n8n en revendique environ 500 en natif, et nettement plus en comptant les nœuds maintenus par sa communauté (ordres de grandeur constatés mi-2026, ces catalogues évoluent vite). Présenté ainsi, le match semble plié. Il ne l'est pas : n8n sait appeler n'importe quel service qui expose une API, via une simple requête HTTP. « Pas de connecteur » ne veut donc pas dire « pas possible », mais « plus technique à configurer ».

Le vrai critère n'est pas la taille du catalogue, c'est la couverture de VOS outils. Trois questions suffisent à y voir clair :

• Mes outils du quotidien (CRM, logiciel de caisse, logiciel métier, comptabilité) sont-ils couverts en natif par l'un ou l'autre ?
• Qui, en interne ou en externe, saura configurer les connexions qui manquent ?
• Mon logiciel métier expose-t-il seulement une API ? Certains outils anciens n'en ont pas, et dans ce cas aucune des deux plateformes n'y pourra grand-chose.

RGPD et données clients : l'auto-hébergement de n8n, vrai argument, pas baguette magique

L'argument revient dans tous les comparatifs : n8n peut être installé sur votre propre serveur, en France ou en Europe, donc vos données clients ne transitent pas par le cloud d'un éditeur tiers. C'est un vrai plus quand vous manipulez des données sensibles (santé, juridique, RH) ou quand votre système d'information impose de garder la main sur la localisation des données, par exemple à cause d'un ERP interne.

Mais l'auto-hébergement n'est pas un blanc-seing RGPD. Il faut sécuriser le serveur, appliquer les mises à jour, gérer les sauvegardes ; et le RGPD porte d'abord sur ce que vous faites des données (finalité, durée de conservation, information des personnes), pas seulement sur l'endroit où elles dorment. Make, de son côté, publie des engagements de conformité qu'il faut prendre le temps de lire avant de signer, comme pour n'importe quel sous-traitant.

En clair : l'argument pèse vraiment pour les secteurs sensibles et les systèmes d'information exigeants ; il est secondaire pour une relance de devis ou une notification de commande. Et un auto-hébergement ne s'improvise pas : prévoyez soit un profil technique en interne, soit un accompagnement, dès le devis.

Quand migrer de Make vers n8n ?

Le parcours est fréquent : une PME démarre sur Make, monte en puissance, puis bascule sur n8n un ou deux ans plus tard. Quatre signaux annoncent en général cette bascule :

• La facture d'opérations grimpe régulièrement alors que vos processus n'ont pas changé : c'est le volume qui parle.
• Vos scénarios dépassent presque tous 4 ou 5 étapes, le seuil où la facturation à l'exécution de n8n devient mécaniquement plus avantageuse.
• Vous avez besoin de logique conditionnelle complexe, de boucles ou de transformations de données que l'éditeur visuel de Make rend laborieuses.
• Une exigence nouvelle apparaît sur la localisation des données : client grand compte, marché public, données de santé.

Prenons un cas typique de ce que nous observons sur le territoire : un négociant de Saint-Lô qui relance ses devis via Make. Tant qu'il traite quelques dizaines de devis par mois, tout va bien. Le jour où son volume triple et où il veut aussi synchroniser son CRM, sa facturation et ses stocks, chaque scénario s'allonge et la facture d'opérations suit. La migration vers n8n devient rationnelle, mais elle a un coût caché : les scénarios ne se transfèrent pas d'un clic, tout est à reconstruire. Ce point mérite d'être connu avant de choisir son premier outil, pas après.

Les signaux qui montrent qu'aucun des deux ne suffit plus

C'est le sujet que les comparatifs n8n contre Make n'abordent presque jamais, parce qu'il sort du duel. Il existe pourtant un seuil au-delà duquel le no-code, quel que soit l'outil, cesse d'être la bonne réponse. Les signaux sont concrets :

• Un volume d'exécutions qui rend la facturation absurde : l'abonnement finit par dépasser ce que coûterait un petit développement dédié.
• Une logique métier devenue illisible : le scénario de 40 modules que plus personne n'ose toucher de peur de tout casser.
• Une connexion profonde à un ERP ou un CRM existant, avec des règles métier fines que les connecteurs standard ne couvrent pas.
• Un besoin de fiabilité critique ou de latence faible : quand une commande perdue est un client perdu, « ça retentera dans quinze minutes » ne suffit plus.

Il faut y ajouter une question que presque personne ne pose au moment de choisir : qui maintient le scénario quand la personne qui l'a construit quitte l'entreprise ? Et qui le répare quand Make ou n8n change son API, ses tarifs ou son interface ? Un scénario no-code fonctionne très bien tant que son auteur est là et que rien ne bouge. Ces deux conditions finissent toujours par ne plus être réunies.

Autre cas typique du Cotentin : un industriel de Cherbourg-en-Cotentin dont l'ERP impose des échanges de données précis et une disponibilité sans faille. Là, Make sort du jeu d'emblée (pas d'auto-hébergement), n8n auto-hébergé tient un temps, puis les règles métier deviennent trop fines pour un éditeur visuel : c'est le territoire du développement dédié. Ce n'est pas un échec du no-code, c'est simplement la limite de son périmètre.

Coût complet sur 2 à 3 ans : ce que vous payez vraiment, ce que vous possédez vraiment

L'abonnement mensuel n'est que la partie visible. Sur 2 à 3 ans, le coût complet d'une automatisation no-code se compose de quatre postes, dont trois sont rarement chiffrés :

• L'abonnement : quelques dizaines d'euros par mois qui, cumulés sur 3 ans, se comptent en centaines, voire en milliers d'euros selon le palier.
• Le temps passé : construire, tester, corriger et surveiller les scénarios, souvent sur les heures du dirigeant ou d'un salarié clé.
• La maintenance continue : chaque changement d'API, de tarif ou d'interface chez l'un des éditeurs connectés peut casser un scénario sans prévenir.
• La migration éventuelle : changer de plateforme signifie reconstruire, pas transférer.

En face, un développement sur-mesure dont vous êtes 100 % propriétaire coûte plus cher au départ : quelques milliers d'euros selon le périmètre, le nombre de connexions et la criticité, impossible d'être plus précis sans étudier votre cas. Mais il n'y a ni abonnement à vie, ni dépendance aux changements de tarifs d'un éditeur : le code et les données vous appartiennent.

La réversibilité mérite aussi d'être regardée en face, car les deux outils ne se valent pas sur ce point : les workflows n8n s'exportent dans un format ouvert (JSON) et restent exploitables si vous changez d'hébergement, puisque n8n peut tourner sur votre propre serveur ; les scénarios Make s'exportent aussi (les « blueprints »), mais ne sont réutilisables que dans Make. Et dans les deux cas en version cloud, vous louez un usage, vous ne possédez pas un actif.

Pour vous faire une idée concrète de ce que recouvre le sur-mesure, périmètres et contextes très variés compris, nos exemples de projets livrés parlent mieux qu'un tableau comparatif.

PME de la Manche ou de Normandie : se former, déléguer ou faire développer ?

La réalité des PME d'ici, de Cherbourg-en-Cotentin à Caen en passant par Saint-Lô ou Avranches, c'est rarement une équipe technique en interne : c'est un dirigeant déjà bien occupé, des données clients à protéger et le besoin que « ça tourne sans y penser ». Trois options s'offrent à vous :

1. Se former en interne

   Réaliste sur Make pour des besoins simples : prévoyez de vraies plages de temps, désignez un référent, et exigez qu'il documente chaque scénario, même sommairement.

2. Déléguer à un indépendant ou une agence

   Pertinent pour un n8n auto-hébergé ou des scénarios nombreux : exigez dans le devis la documentation des workflows et les conditions de réversibilité si vous changez de prestataire.

3. Faire développer sur-mesure

   Uniquement si les signaux de la section précédente sont réunis : processus critique, fort volume, ou intégration profonde à vos outils existants.

Et il existe une quatrième réponse, qu'on oublie trop souvent : ne prendre aucun des deux. Un artisan de Coutances ou de Granville qui reçoit trois demandes par semaine n'a pas besoin d'une plateforme d'automatisation ; un formulaire bien branché sur sa boîte mail et un fichier de suivi propre suffisent. La meilleure automatisation est parfois celle qu'on ne met pas en place.

Si vos automatisations doivent embarquer de l'intelligence artificielle (tri des demandes entrantes, réponses préparées, extraction de données depuis des documents), le sujet mérite un cadrage à part : c'est le cœur de notre offre d'intégration d'IA dans vos outils.

Attention toutefois à ne pas tout confondre : ici, nous comparons des outils d'automatisation, qui suivent des règles fixes. Si votre question porte plutôt sur les assistants capables de prendre des décisions, nous avons détaillé ce qu'un agent IA peut faire pour une TPE ou une PME dans un article dédié.

Par quoi commencer : votre premier workflow, sans risque

Plutôt qu'un grand plan d'automatisation, commencez petit et concret. Voici la méthode que nous conseillons, quel que soit l'outil retenu :

1. Choisissez un irritant non critique

   Relance des devis sans réponse, copie des demandes du formulaire de contact vers un tableur, notification interne à chaque commande : répétitif, agaçant, mais sans conséquence grave en cas de raté.

2. Cartographiez-le sur papier

   Décrivez le processus en 5 étapes maximum : ce qui déclenche, ce qui se passe, où va le résultat. Si vous n'y arrivez pas sur papier, l'outil n'y arrivera pas non plus.

3. Montez-le sur une offre gratuite ou d'essai

   Make si personne n'est technique dans l'équipe, n8n si un profil à l'aise existe ou si un prestataire vous accompagne. Les conditions des offres évoluent : vérifiez-les sur les sites officiels.

4. Laissez tourner un mois en surveillant

   Consultez les journaux d'exécution chaque semaine, notez les erreurs et les cas que vous n'aviez pas prévus.

5. Décidez seulement ensuite

   Étendre, changer d'outil ou passer au sur-mesure : la décision se prend sur un mois de réalité, pas sur une page marketing.

Et si le diagnostic reste flou (des outils anciens, des processus qui s'entremêlent, personne pour s'y pencher sérieusement), un échange suffit souvent à trancher : notre accompagnement sur les solutions techniques commence par un devis gratuit, détaillé, envoyé sous 24 heures, y compris quand notre conclusion est qu'un simple compte Make fera parfaitement l'affaire.

Questions fréquentes

n8n ou Zapier : pourquoi ne pas plutôt comparer avec Zapier ?

Zapier est le pionnier du secteur : très simple, très répandu, mais facturé à la tâche avec des paliers qui grimpent vite. Face à n8n, le raisonnement est le même que pour Make, en plus marqué encore sur le prix : à volume égal, Zapier est souvent le plus cher des trois. Si vous hésitez entre Make, n8n et Zapier, la grille de cet article s'applique telle quelle, en plaçant Zapier du côté « encore plus simple, encore moins adapté aux gros volumes ».

Faut-il savoir coder pour utiliser n8n ?

Non pour les cas simples : beaucoup de workflows se construisent entièrement à la souris. Mais il faut être à l'aise avec les notions de données structurées et d'API pour aller au-delà. Savoir coder n'est pas un prérequis, c'est un démultiplicateur : quelques lignes de code dans un nœud remplacent parfois dix modules visuels.

Peut-on essayer Make ou n8n gratuitement ?

Oui. Les deux proposent une offre gratuite ou une période d'essai suffisante pour monter et faire tourner un premier workflow. Les plafonds et les conditions changent régulièrement : vérifiez-les sur les sites officiels au moment de vous lancer, aucun chiffre cité un jour ne reste vrai longtemps sur ce marché.

Peut-on exporter ses scénarios Make vers n8n ?

Il n'existe pas de migration automatique fiable : on reconstruit. Les « blueprints » Make s'exportent bien en JSON, mais ce format n'est réimportable que dans Make. C'est précisément le coût de réversibilité à anticiper avant de choisir. Partir de Make ne vous condamne à rien, mais chaque scénario supplémentaire augmente le coût d'un éventuel changement d'outil.

Un agent IA pour TPE/PME, est-ce la même chose qu'une automatisation n8n ou Make ?

Non. Une automatisation suit des règles fixes que vous avez définies : si un devis reste sans réponse 7 jours, envoyer une relance. Un agent IA prend des décisions dans un cadre : lire une demande entrante, comprendre son sujet, choisir la suite à donner. Les deux se complètent d'ailleurs très bien : n8n et Make servent souvent de colonne vertébrale à des automatisations qui embarquent une brique d'IA.

Combien de temps faut-il pour mettre en place une première automatisation dans une PME ?

En fourchette réaliste : de quelques heures pour un scénario simple sur Make (formulaire vers tableur, notification de commande) à plusieurs jours pour un n8n auto-hébergé connecté à un ERP, installation et sécurisation comprises. Entre les deux, tout dépend de la propreté de vos données et du nombre d'outils à connecter : c'est la vraie variable, bien plus que l'outil choisi.