Flowise vs n8n : l’un est archivé, l’autre continue d’évoluer

Flowise contre n8n n’est plus une comparaison de fonctionnalités : FlowiseAI a archivé le dépôt Flowise le 13 août 2026 et a mis fin au support de l’équipe principale le 31 août 2026, tandis que n8n a publié une version stable le 21 septembre 2026. Si vous choisissez aujourd’hui, n8n est l’option maintenue. Si vous utilisez déjà Flowise, la réponse honnête est plus limitée : vos flux existants continuent de fonctionner, le code Apache-2.0 vous appartient toujours et leur déplacement constitue une reconstruction plutôt qu’un import, car aucun des deux éditeurs ne documente de convertisseur.

Une limite à poser avant toute chose. L’avis de fin de vie de l’éditeur rattache chaque étape qu’il énumère à une colonne intitulée « Impact on OSS Repository ». Il ne dit rien de Flowise Cloud et, le 19 septembre 2026, flowiseai.com affichait encore des forfaits payants derrière une bannière « We're sunsetting Flowise ». Cette page n’affirme pas que le service hébergé est arrêté et ne vous dit pas qu’il est sûr de l’acheter. L’éditeur n’a rien publié dans un sens ou dans l’autre.

État du projet : la différence qui décide de tout

Vérifié le 19 septembre 2026 auprès du dépôt Flowise, du dépôt n8n, du LICENSE.md de Flowise, du LICENSE.md de n8n, de l’entrée npm de n8n — relue le 21 septembre 2026, lorsqu’elle fournissait 2.39.9 à la fois comme latest et stable, publiés ce jour-là — et du communiqué sur l’acquisition par Workday. Ce communiqué fait l’éloge des fondations open source du projet et ne dit rien de la fin de vie de 2026 ; les deux documents ne sont pas liés, ne considérez donc pas l’acquisition comme sa cause.

Quatre points secondaires qu’il vaut la peine de connaître, car chacun vous induira en erreur si vous le rencontrez isolément. Premièrement, la date d’archivage annoncée et la date réelle diffèrent : l’avis prévoyait le 10 août 2026, tandis que la bannière GitHub indique le 13 août 2026. Deuxièmement, l’avis indiquait que les paquets npm et les images Docker seraient marqués comme obsolètes lors de l’archivage ; le 21 septembre 2026, le registre npm fournissait encore flowise@3.1.4 sous la forme latest, sans marque d’obsolescence sur aucune version publiée. Docker Hub n’a pas été vérifié. Troisièmement, docs.flowiseai.com est toujours accessible, ne comporte aucune bannière de fin de vie et s’ouvre encore en présentant Flowise comme une plateforme de développement d’IA générative open source ; un lecteur qui y arrive ne reçoit donc aucun avertissement. Quatrièmement, la licence n’est pas MIT ; tout récapitulatif qui le décrit ainsi est donc erroné. Consultez le LICENSE.md ci-dessus.

Qui devrait choisir lequel

Posée comme « n8n contre Flowise » — par quelqu’un qui utilise déjà n8n et se demande ce que Flowise apportait — la réponse est courte : un éditeur visuel spécialisé pour les chaînes et agents LLM, que n8n couvre plutôt avec une famille de nœuds IA, et qui est désormais figé. Il n’y a aucune raison d’adopter Flowise depuis n8n en septembre 2026. Posée dans l’autre sens, la décision comporte réellement cinq volets.

Choisissez n8n si le workflow doit continuer à évoluer. Les nouveaux noms de modèles, les nouvelles intégrations, la prise en charge de nouveaux protocoles et les correctifs de sécurité n’arriveront que d’un seul côté de cette comparaison. n8n est également l’outil le plus généraliste : les nœuds LLM constituent une famille au sein d’une plateforme d’automatisation générale, de sorte que le même workflow peut gérer les appels API, les embranchements, la planification et la gestion des erreurs autour de l’appel au modèle. Cette polyvalence a aussi un coût : si tout ce que vous voulez est un chatbot de recherche, vous adoptez un produit beaucoup plus vaste pour l’obtenir.

Choisissez n8n si les autorisations et la structure d’exécution comptent. Son unité de facturation est définie et généreuse dans le bon sens : l’exécution de l’ensemble d’un workflow compte pour une exécution, quel que soit le nombre d’étapes. Son édition Community auto-hébergée est gratuite, sans plafond documenté d’exécutions ou de workflows, et l’ajout d’une adresse e-mail fournit gratuitement des dossiers, le débogage dans l’éditeur et des données d’exécution personnalisées. Ce qui est réservé est une liste précise et publiée : les projets, le SSO, les environnements, les secrets externes, le contrôle de version Git, le partage des workflows et des identifiants, la diffusion des journaux, le mode multi-main, les variables personnalisées et le stockage binaire externe nécessitent tous un forfait payant ou une clé de licence, sur Cloud comme en auto-hébergement (documentation n8n, vérifiée le 19 septembre 2026). Si votre équipe a besoin du SSO ou d’une séparation par projet, n8n est un produit payant, pas un produit gratuit.

Restez sur Flowise, pour l’instant, si le flux est terminé et auto-hébergé. Une date de fin de vie ne s’étend pas à une installation auto-hébergée : le code Apache-2.0 continue de fonctionner, le conteneur épinglé continue de démarrer et l’avis de fin de vie laisse explicitement le code aux équipes qui souhaitent continuer à le faire évoluer — il encourage la création d’un fork du dépôt pour les mises à jour internes ou de forks pilotés par la communauté. La version honnête de « rester » est que vous êtes désormais le mainteneur. Aucun correctif amont ne sera publié, y compris les correctifs de sécurité, et aucun fork n’a été étudié ici comme successeur crédible — cette page n’en cite aucun.

Quittez Flowise maintenant si vous utilisez un forfait hébergé payant ou dépendez de nouveaux modèles. Ces deux situations présentent un risque réel plutôt que théorique. L’avenir du service hébergé n’est pas indiqué par l’éditeur, et la liste de modèles de Flowise est chargée depuis un fichier du dépôt archivé ; la liste des noms proposés est donc figée — la solution de contournement existe, mais elle restera désormais définitivement une solution de contournement.

Le coût de migration est le cinquième facteur, et il est élevé. Aucun des deux éditeurs ne documente d’importateur pour l’autre produit : la page d’exportation et d’importation de n8n couvre les fichiers JSON de workflows n8n provenant d’une URL ou d’un fichier et ne mentionne aucune autre plateforme, et rien dans la documentation de Flowise ne propose de chemin vers n8n. En l’absence de chemin d’importation documenté, les identifiants ne sont pas transférés non plus : prévoyez de ressaisir manuellement chaque clé API du côté du nouveau produit. Comptez les nœuds, pas les flux, pour estimer le travail.

Modèle de coût et fonctionnalités, côte à côte

Forfaits publiés, et pourquoi vous ne pouvez pas simplement les additionner

Les deux tableaux ont été consultés le 19 septembre 2026, à partir de flowiseai.com et de n8n.io/pricing. Trois précautions. Les devises diffèrent réellement telles qu’elles sont présentées : n8n s’affichait en EUR lors de chaque consultation effectuée ici, et aucun affichage en USD n’a été confirmé ; n’additionnez donc pas 20 € et 35 $ sans un taux que vous aurez vous-même vérifié. Les unités ne sont pas convertibles non plus : selon la propre définition de l’éditeur, une exécution n8n correspond à un workflow complet, tandis qu’aucune page trouvée lors de cette vérification ne définit une prédiction Flowise. Enfin, la documentation de n8n indique que la répartition des fonctionnalités par forfait évolue ; confirmez-la lors du paiement plutôt qu’à partir de ce tableau. Les revendeurs d’hébergement tiers publient leurs propres « n8n pricing » ; seul n8n.io fait autorité.

Une option gérée ne comporte volontairement aucun chiffre ici. n8n Cloud propose des crédits Gateway comme solution de remplacement à l’utilisation de votre propre clé de modèle, mais la documentation réserve les tarifs aux utilisateurs connectés ; aucun n’est donc publié sur cette page. La documentation précise toutefois le cadre : Starter et Pro uniquement, n8n 2.36.0 ou version ultérieure, non disponible sur Cloud Enterprise ni sur une installation auto-hébergée, et les crédits ajoutés expirent douze mois après l’achat. Cette dernière précision compte pour cette comparaison : c’est précisément dans l’auto-hébergement que la plupart des utilisateurs de Flowise se retrouvent, et c’est précisément là que les crédits Gateway ne sont pas disponibles. Utiliser votre propre clé est la voie qui fonctionne dans les deux déploiements, y compris en auto-hébergement.

Faire pointer l’un ou l’autre vers votre propre clé

C’est ici que les deux produits cessent de se ressembler, et les détails ci-dessous ont été lus dans le code source le 19 septembre 2026 plutôt que dans des pages marketing.

Dans n8n, la surcharge est un champ de l’identifiant, et la page des éditions ne la présente pas comme une fonctionnalité payante. L’identifiant OpenAI contient Base URL, défini par défaut sur https://api.openai.com/v1, avec la clé API et une paire d’en-têtes personnalisés facultative. L’identifiant Anthropic possède le même champ, défini par défaut sur https://api.anthropic.com, envoie la clé sous la forme x-api-key et effectue ses tests avec un GET /v1/models contenant anthropic-version: 2023-06-01. Deux conséquences pratiques. Premièrement, le test de chaque identifiant récupère une liste de modèles — {Base URL}/models pour l’identifiant OpenAI, {Base URL}/v1/models pour celui d’Anthropic — ; un endpoint qui ne répond pas à une demande de liste de modèles affichera donc un identifiant en rouge même si le chat fonctionne. Deuxièmement, l’option Base URL au niveau du nœud est masquée pour la version de type de nœud 1.1 et les suivantes dans le nœud OpenAI Chat Model — si vous suivez un ancien tutoriel qui indique de la définir sur le nœud, ce champ n’y sera pas.

Les identifiants de modèles sont la partie facile de ce côté. Le sélecteur est un localisateur de ressources avec un mode « From List » qui interroge votre endpoint en direct et un mode « ID » qui accepte du texte libre ; les noms de modèles propres à une passerelle fonctionnent donc sans aucune modification. n8n affiche également un avertissement dans le produit, à prendre au pied de la lettre : lorsqu’une surcharge Base URL est définie, il indique que certains modèles peuvent ne pas être compatibles avec le chat ou prendre en charge d’autres fonctionnalités, comme l’appel d’outils ou le format de réponse JSON. Considérez cela comme l’instruction de l’éditeur de tester votre propre flux.

Un commutateur mérite une vérification plutôt qu’une supposition. Le même nœud peut envoyer des requêtes Chat Completions ou à l’API Responses. La documentation de n8n indique que le nœud utilise Chat Completions par défaut, sauf si vous activez « Use Responses API », tandis que le code source de la branche master déclare responsesApiEnabled avec default: true pour la version de type maximale actuelle. Les deux informations se contredisent et cette page n’a pas pu trancher sans exécuter n8n ; ouvrez donc le nœud et vérifiez le commutateur avant de déboguer quoi que ce soit d’autre. Il est déterminant : les outils intégrés exclusivement à Responses — Web Search, File Search, Code Interpreter — s’exécutent dans la propre boucle Responses du fournisseur et uniquement avec le nœud AI Agent ; c’est la seule véritable fonctionnalité qu’un endpoint tiers peut vous retirer.

Dans Flowise, la surcharge est un paramètre du nœud et la liste de modèles est figée. Son identifiant OpenAI contient exactement un champ, la clé API : il n’y a pas d’URL de base. L’endpoint se trouve sur le nœud ChatOpenAI, sous Additional Parameters, sous la forme de Base Path ainsi que d’un bloc JSON Base Options pour les en-têtes supplémentaires ; la page ChatOpenAI de Flowise cite TogetherAI et OpenRouter comme exemples précisément pour cela. En revanche, le Model Name du nœud est une liste déroulante et non un champ libre, et son chargeur lit MODEL_LIST_CONFIG_JSON avec comme solution de repli un fichier models.json dans le dépôt archivé. Ce fichier renvoyait encore HTTP 200 le 19 septembre 2026, avec une taille de 120,125 octets, et répertoriait 47 entrées chatOpenAI figées lors du gel du code — une liste qui ne pourra plus jamais s’agrandir depuis l’amont. Utilisez plutôt le nœud ChatOpenAI Custom, dont Model Name est une chaîne simple et qui possède également Base Path, ou définissez la variable d’environnement vers un fichier qui vous appartient.

Il faut également prévoir une lacune : le nœud ChatAnthropic de Flowise ne possède absolument aucun champ Base Path ou Base URL dans la version 3.1.4 — chaque libellé de saisie a été répertorié pour le confirmer, et son init ne transmet pas non plus de surcharge d’endpoint au client. Il n’existe donc aucun moyen intégré au produit pour faire pointer ce nœud vers un tiers ; la possibilité de rediriger le SDK sous-jacent d’une autre manière n’a pas été établie ici. Prévoyez plutôt d’utiliser le chemin compatible avec OpenAI.

Pour Kunavo précisément, cela correspond à une URL de base compatible avec OpenAI de https://api.kunavo.com/v1, avec la clé sous forme de jeton bearer, et, dans l’identifiant Anthropic de n8n, à l’origine https://api.kunavo.com sans chemin, puisque le client ajoute lui-même /v1/messages. L’endpoint Messages de Kunavo accepte l’identifiant sous la forme de x-api-key ou de Authorization: Bearer, qui est le format d’en-tête envoyé par l’identifiant Anthropic de n8n. Il s’agit d’une déclaration concernant les endpoints documentés des deux côtés, et non d’un résultat de compatibilité : Kunavo n’a effectué aucun test en conditions réelles avec n8n ou Flowise, et aucun des deux produits n’est présenté ici comme officiellement pris en charge. Conservez une route fonctionnelle pendant vos essais. Consultez l’endpoint de chat et la référence de l’URL de base pour connaître les valeurs exactes.

Une estimation concrète en jetons

Ceci correspond à un calcul illustratif de tokens, et non au coût mesuré d’un workflow ni à un plafond de facturation. Supposons un flux de réponses d’assistance qui s’exécute 2,500 fois par mois — le nombre inclus dans n8n Starter —, en envoyant 6,000 tokens d’entrée et en recevant 500 tokens de sortie par exécution, sans mise en cache ni nouvelle tentative. Les tarifs sont les prix actuels du catalogue Kunavo par million de tokens.

Ce qu’il est utile d’examiner, c’est l’écart, pas le gagnant. Selon ces hypothèses, le même flux coûte $14.88 avec Claude Haiku 4.5 et $44.63 avec Claude Sonnet 4.6 — soit un poste de dépenses en tokens trois fois plus élevé pour une logique de workflow identique. Notez ce que cela ne montre pas : à ce volume, le coût des tokens et celui d’un abonnement à une plateforme sont du même ordre de grandeur ; aucun des deux ne prédomine donc, et le choix de la plateforme ne peut pas reposer uniquement sur le prix des tokens. Augmentez le nombre d’exécutions et le rapport s’inverse : c’est la véritable raison de garder la maîtrise du choix du modèle plutôt que de le laisser dépendre d’un solde de crédits inclus dans une offre. Le tarif affiché le plus bas et la manière la moins coûteuse d’accomplir la tâche restent également deux questions distinctes, et un modèle qui nécessite une nouvelle tentative peut coûter plus cher qu’un modèle au tarif plus élevé qui n’en nécessite pas ; le guide sur l’optimisation des coûts de l’IA explique comment mesurer cela sur votre propre flux.

Deux exclusions pour garder ce calcul honnête. Si votre flux effectue de la recherche, l’étape d’intégration n’est pas fournie par Kunavo — le catalogue de Kunavo ne contient aucun modèle d’intégration ; cette partie s’exécute donc localement ou auprès d’un fournisseur externe et y est facturée. La mise en œuvre de RAG couvre cette répartition. Et le montant du catalogue Kunavo constitue un seuil de facturation plutôt qu’un plafond : lorsque l’amont communique son coût, la facture correspond au montant le plus élevé entre le coût du catalogue et le coût amont multiplié par la majoration applicable. Le rechargement minimal est de $10 de crédit prépayé — un minimum de financement, et non des frais par tâche ni un abonnement. Consultez les détails de facturation.

Si vous migrez, transférez les clés une seule fois

La reconstruction est la moitié coûteuse ; la couche d’identifiants n’a pas à l’être. Les deux produits acceptent un endpoint compatible avec OpenAI et une clé ; une passerelle vous permet donc de mettre en place le nouveau flux n8n à côté de l’ancien flux Flowise avec le même solde, de comparer les résultats et de basculer sans ouvrir deux comptes fournisseurs. Avec n8n, vous bénéficiez également du chemin Anthropic, que le nœud ChatAnthropic de Flowise n’expose pas. Le guide de l’API compatible avec OpenAI explique ce que couvre réellement ce contrat, et le répertoire des API d’agents IA répertorie les autres clients qui acceptent les mêmes deux champs.

Si vous comparez encore des fournisseurs plutôt que des plateformes, les alternatives à OpenRouter et le meilleur gateway LLM couvrent ce choix. Lorsque vous êtes prêt à approvisionner une clé, créez un compte Kunavo, puis exécutez un workflow délimité et consultez le montant effectivement enregistré par votre compte.

Questions fréquentes

Vérifié le 19 septembre 2026 : les deux dépôts et leurs fichiers LICENSE.md, l’avis de fin de vie et la page de tarification de Flowise, les entrées du registre npm pour flowise et n8n, la page de tarification de n8n, la documentation des éditions et celle des crédits Gateway de n8n, ainsi que le code source des nœuds et des identifiants pour les chemins OpenAI et Anthropic de n8n et pour ChatOpenAI, ChatOpenAI Custom, ChatAnthropic et le chargeur de modèles de Flowise. Non vérifié : l’état opérationnel de Flowise Cloud, sa politique de remboursement ou d’exportation des données, les tarifs des crédits Gateway de n8n, tout fork communautaire, la possibilité de rediriger le client Anthropic de Flowise par un moyen quelconque en dehors de l’interface du nœud, les indicateurs d’obsolescence de Docker Hub et le fonctionnement de l’un ou l’autre produit avec Kunavo à l’exécution — aucun test de compatibilité n’a été effectué. Les informations de version et de npm ont été relues le 21 septembre 2026. Les tarifs des tokens de Kunavo proviennent du catalogue en ligne, et tous les montants en dollars indiqués ici correspondent à un calcul illustratif de tokens.