n8n ou Make pour un SaaS, sans prix

Un SaaS qui « utilise n8n » et un SaaS qui « utilise Make » ne posent pas la même question. n8n, sur la licence lue le 2026-10-18, dit ce que vous avez le droit de vendre. Make, sur les pages d’aide ouvertes le même jour, dit où le scénario s’exécute. Aucun des deux textes n’a été vérifié en montant un produit. Aucun prix n’est recopié.

Le duel hébergement, journaux, reprise et agents est déjà sur le comparatif. L’installation d’n8n sur une machine à vous est sur Héberger n8n sur un VPS. Ce qui est appelé gratuit dans la doc n8n, et ce qui ne l’est pas, est sur n8n est-il gratuit. L’architecture agentique avec Zapier, Make et n8n traite un autre choix : placer un agent autour ou dans le workflow. Cette page ne refait pas ces lectures. Elle tient le cas où le flux devient une fonction du produit.

Ce que la licence n8n autorise

La licence donne un droit gratuit d’utiliser, modifier, créer des œuvres dérivées et redistribuer. Elle pose ensuite ses limites. L’usage ou la modification sont pour vos besoins internes, ou pour un usage non commercial ou personnel. Distribuer le logiciel, ou le fournir à d’autres, seulement sans faire payer, et pour un usage non commercial. On ne retire pas les mentions de licence.

En pratique, la page dit que tout usage interne passe, sauf si vous vendez un produit, un service ou un module dont la valeur vient entièrement ou substantiellement de n8n. Deux exemples refusés : mettre n8n en marque blanche et le faire payer, héberger n8n et faire payer l’accès.

Deux exemples autorisés autour d’une app. Synchroniser des données que votre société contrôle, d’un CRM vers une base interne. Créer un nœud pour votre produit. Le conseil et le support sont autorisés, y compris installer n8n sur un serveur interne de client. Ce n’est pas la même chose que de lui ouvrir n8n pour qu’il y branche ses comptes.

La page pose la question proche d’un SaaS : n8n peut-il être le backend d’une fonction de l’app ? En général oui, si le processus n’utilise pas les identifiants propres des utilisateurs pour accéder à leurs données. L’exemple refusé : recueillir les identifiants HubSpot d’un utilisateur pour synchroniser son compte vers l’app. L’exemple autorisé : un chatbot embarqué dont les identifiants dans n8n sont ceux de la société, l’utilisateur n’envoyant que sa question.

Si le cas n’est pas permis, la page demande un accord commercial à part. Elle parle de frais dus à n8n. Le montant n’est pas sur la page. Il est à vérifier, pas à inventer.

La même FAQ dit que n8n ne se dit pas open source. La limite d’usage empêche l’étiquette, d’après la page, qui cite l’Open Source Initiative. Le code est disponible. Un SaaS qui a une politique « pas de licence qui restreint l’usage commercial » doit lire l’exception écrite : l’usage interne, sans ouvrir n8n aux clients pour qu’ils connectent leurs comptes et construisent des workflows, devrait passer. La page dit d’écrire à license@n8n.io si le cas reste flou. Je n’ai pas écrit.

Ce que l’aide Make décrit

Make ne documente pas, sur les pages ouvertes, l’installation de son moteur sur un serveur à vous. L’agent sur site est Enterprise. Il s’installe sur votre machine pour que les scénarios atteignent des applications locales sans changer le pare-feu. Les scénarios restent exécutés chez Make. Si l’agent ne répond plus, Make le vérifie toutes les quatre minutes. Le module qui passe par l’agent renvoie une erreur 500. Les scénarios associés continuent. Pour l’instant, seule l’app HTTP Agent est prise en charge. Créer l’agent demande Owner, Admin ou App dev.

Un SaaS qui doit faire tourner le moteur chez le client ne trouve pas ce montage ici. Un SaaS qui laisse les scénarios chez Make, et qui a seulement besoin d’atteindre une API locale, trouve l’agent, pas un backend à embarquer.

La page Create your first scenario limite chaque équipe à 100 scénarios créés par jour, et chaque scénario à 2 Mo. Elle dit que les comptes de son tutoriel, compte Make compris, sont gratuits à créer. Elle ne dit pas que les opérations le sont. La page Operations compte un passage de module par bundle, avec un effet de multiplication. Un produit qui ferait tourner un scénario par utilisateur, avec beaucoup de bundles, consomme des opérations. Le barème n’est pas recopié.

Ce que les exemples officiels permettent de vérifier

La FAQ n8n cite comme exemples permis la synchronisation de données contrôlées par l’entreprise, un nœud vers son produit et un chatbot utilisant les identifiants de la société. Elle cite comme exemples refusés, sauf accord séparé, l’accès payant à n8n et la collecte des identifiants d’un utilisateur pour synchroniser ses données. Ces exemples ne décident pas automatiquement si votre architecture entre dans l’un de ces cas.

La documentation Make ouverte décrit un scénario exécuté chez Make et un agent Enterprise qui atteint le réseau local. Elle ne décrit pas un moteur à livrer au client ni la revente de l’éditeur de scénarios. Une absence dans cette documentation n’équivaut pas à une autorisation ou une interdiction contractuelle.

Si le produit permet aux clients de construire des workflows sous votre marque, demandez une validation écrite aux éditeurs et un avis juridique adapté au contrat visé. Ce comparatif résume des pages officielles ; il ne fournit pas cet avis.

Le comparatif reste la page des journaux, de la reprise et des rôles. Choisir l’un pour un SaaS ne dispense pas de lire ce qui se passe quand le flux échoue. Un chatbot autorisé par la licence peut quand même renvoyer une erreur si l’instance tombe. Je n’ai pas provoqué cette erreur.

Ce qui n’a pas été signé

Aucun accord commercial n’a été demandé. Aucun scénario n’a été publié. Aucun identifiant utilisateur n’a été collecté. Les prix des plans, des opérations, des crédits et de l’accord de licence sont à vérifier. Avant publication d’un produit, faites valider le montage précis par une personne compétente ; cet article ne remplace pas cette validation.

Sources

Sources officielles recontrôlées le 2026-10-19 :

Cette comparaison ne remplace pas une validation juridique du montage commercial réel.