n8n, c’est quoi ? Cloud ou self-host : le guide pour bien démarrer

Si vous vous intéressez à l’automatisation no-code, vous avez forcément croisé le nom n8n (prononcé « n-eight-n », pour nodemation). Derrière ce nom étrange se cache l’un des outils d’automatisation les plus puissants du marché — et surtout le seul grand acteur que vous pouvez héberger vous-même, gratuitement.

Dans ce guide complet, vous allez comprendre ce qu’est n8n, ce qui le rend unique face à Make ou Zapier, et surtout répondre à LA question que tout débutant se pose : faut-il choisir n8n Cloud ou l’auto-hébergement (self-host) ? À la fin de cet article, vous saurez exactement quelle option correspond à votre situation.

Transparence : certains liens de cet article sont des liens partenaires. Si vous créez un compte via l’un d’eux, Flowmatic-Pro perçoit une commission, sans que cela change quoi que ce soit à votre prix. Nous ne recommandons que des outils que nous utilisons nous-mêmes.

n8n, c’est quoi exactement ?

n8n est un outil d’automatisation de workflows : il connecte vos applications entre elles pour exécuter des tâches automatiquement, selon le principe déclencheur → actions (si ce vocabulaire est nouveau pour vous, faites un détour par notre glossaire de l’automatisation).

Concrètement, vous construisez vos automatisations dans un éditeur visuel : un canvas sur lequel vous posez des nodes (des briques représentant chacune une application ou une opération) que vous reliez entre elles. Un workflow n8n peut être aussi simple que « quand je reçois un e-mail, ajoute une ligne à mon tableur », ou aussi sophistiqué qu’un pipeline de traitement de données avec conditions, boucles et appels d’API multiples.

Trois caractéristiques distinguent fondamentalement n8n de ses concurrents :

• Son code est ouvert (licence fair-code) : vous pouvez consulter, auditer et héberger le logiciel vous-même.
• Il est gratuit en auto-hébergement, avec des workflows et des exécutions illimités.
• Il accepte du code quand vous en avez besoin : un node « Code » permet d’insérer du JavaScript (ou du Python) au milieu d’un workflow visuel. Vous n’êtes jamais bloqué.

La philosophie n8n : la liberté avant tout

Make et Zapier sont des services 100 % cloud : vos données transitent obligatoirement par leurs serveurs, et vous payez en fonction de votre consommation. C’est confortable, mais cela crée deux dépendances : une dépendance financière (plus vous automatisez, plus vous payez) et une dépendance de confidentialité (vos données clients passent chez un tiers).

n8n casse ce modèle. Parce que son code est ouvert, vous pouvez l’installer sur votre propre machine ou serveur : vos données ne quittent jamais votre infrastructure, et vos coûts ne dépendent plus du volume d’automatisations. C’est la raison pour laquelle n8n est devenu l’outil favori des entreprises soucieuses du RGPD, des agences qui gèrent les données de leurs clients, et des indépendants qui veulent automatiser massivement sans facture qui explose.

n8n Cloud : la simplicité du clé en main

n8n Cloud est la version hébergée par l’éditeur : vous créez un compte, et tout fonctionne immédiatement dans votre navigateur, sans rien installer.

Les avantages :

• Zéro installation, zéro maintenance : pas de serveur à gérer, pas de mises à jour à faire, pas de sauvegardes à planifier.
• Déclencheurs instantanés fiables : les webhooks sont accessibles publiquement par défaut (indispensable pour recevoir des événements d’autres services).
• Support officiel inclus selon les plans.

Les limites :

• C’est payant dès le départ (après l’essai gratuit), avec une facturation par paliers d’exécutions de workflows.
• Vos données transitent par les serveurs de n8n (en Europe, ce qui reste un bon point pour le RGPD).

n8n self-host : la puissance et le contrôle

L’auto-hébergement consiste à installer n8n sur une machine que vous contrôlez : votre ordinateur (pour tester), ou un serveur privé/VPS (pour la production).

Les avantages :

• Gratuit et illimité : aucun quota de workflows, d’exécutions ou d’opérations. Vous payez uniquement votre serveur (à partir de quelques euros par mois pour un VPS).
• Confidentialité totale : vos données, vos identifiants et vos workflows restent chez vous. Argument décisif si vous traitez des données clients sensibles.
• Liberté technique : versions, extensions, configuration… tout est sous votre contrôle.

Les contreparties :

• Il faut installer et maintenir l’outil (mises à jour, sauvegardes, redémarrages). Rien d’insurmontable — nous vous guidons pas à pas dans notre tutoriel d’installation — mais c’est une responsabilité.
• Pour des webhooks accessibles depuis Internet, votre instance doit être exposée en ligne (VPS + nom de domaine + HTTPS), ce qui demande un peu de configuration.

Cloud vs self-host : le tableau comparatif

Quel profil êtes-vous ? Notre grille de décision

Voici comment trancher en fonction de votre situation réelle :

• Vous débutez et voulez juste apprendre → installez n8n en local sur votre ordinateur (gratuit, sans engagement) : c’est l’objet de notre prochain tutoriel.
• Vous voulez de la production fiable sans toucher un serveur → n8n Cloud. Vous échangez quelques dizaines d’euros par mois contre zéro maintenance.
• Vous traitez des données clients sensibles (santé, finance, RGPD strict) → self-host, sans hésiter.
• Vous prévoyez de gros volumes (des milliers d’exécutions par jour) → self-host sur VPS : c’est là que l’économie devient spectaculaire par rapport à Make ou Zapier.
• Vous n’êtes pas sûr → commencez en local pour apprendre, vous migrerez ensuite vers le cloud ou un VPS. Les workflows s’exportent et s’importent en un clic.

Et par rapport à Make et Zapier ?

C’est la question suivante logique, et elle mérite un article entier : consultez notre comparatif complet n8n vs Make ainsi que notre panorama des trois outils. En résumé express : n8n gagne sur le contrôle, le coût à grande échelle et la flexibilité technique ; Make gagne sur la facilité de prise en main et le nombre d’intégrations « clé en main ».

Le modèle « fair-code », concrètement

Le terme revient partout et reste flou pour la plupart des lecteurs. Voici ce qu’il change réellement pour vous, sans juridisme.

Le code source est public : vous pouvez le lire, l’installer, le modifier, l’utiliser gratuitement pour votre propre activité, y compris commerciale. Ce n’est donc pas un logiciel « gratuit mais bridé » : l’installation que vous ferez chez vous dispose de l’essentiel des capacités.

La seule limite porte sur un cas précis : revendre le produit lui-même comme un service à des tiers. Autrement dit, vous ne pouvez pas monter une plateforme concurrente qui propose l’outil en abonnement. Cette restriction est ce qui distingue le fair-code de l’open source au sens strict.

Les trois cas qui vous concernent vraiment

Vous automatisez votre propre activité. Aucune restriction, aucune redevance, quel que soit votre chiffre d’affaires. C’est le cas de la quasi-totalité des lecteurs.

Vous êtes prestataire et vous construisez des automatisations pour vos clients. Vous pouvez installer l’outil chez eux, sur leur serveur, et facturer votre travail. Ce que vous vendez, c’est votre prestation ; le logiciel reste chez le client.

Vous voulez héberger une instance mutualisée pour vos clients. C’est le cas qui demande de regarder la licence de près, et éventuellement de prendre un accord commercial. Si c’est votre projet, faites-le vérifier plutôt que de vous fier à un article.

Deux fonctions échappent toutefois à la version communautaire et relèvent des formules payantes : la gestion fine des droits par utilisateur et certaines capacités destinées aux organisations. Pour une structure de une à dix personnes, cela ne se rencontre pas en pratique.

Ce que l’hébergement autonome demande vraiment

C’est le point sur lequel les comparatifs restent évasifs, et c’est pourtant lui qui détermine si le choix sera un bon ou un mauvais souvenir. Voici le travail réel, sans le minimiser ni le dramatiser.

La mise en route

Entre une et trois heures pour quelqu’un qui n’a jamais administré de serveur, en suivant un guide. Ce n’est pas la partie difficile : les commandes se copient, et le résultat est immédiatement visible. La difficulté n’est pas là.

Les mises à jour

Une nouvelle version paraît régulièrement, et certaines corrigent des failles de sécurité. Sur une offre hébergée, cela se fait sans vous. Sur votre serveur, c’est à vous : comptez un quart d’heure par mois, avec la discipline de faire une sauvegarde d’abord. C’est peu ; encore faut-il ne pas oublier pendant huit mois.

Les sauvegardes

Le vrai sujet, et celui qu’on découvre toujours trop tard. Vos automatisations, vos identifiants enregistrés et votre historique vivent dans une base de données. Si le serveur disparaît sans sauvegarde, tout disparaît. Une sauvegarde automatique quotidienne, stockée ailleurs que sur le serveur lui-même, n’est pas une option.

L’accès sécurisé

Une instance accessible depuis internet doit être en HTTPS avec un certificat valide, protégée par un mot de passe solide, et idéalement par une authentification à deux facteurs. Ce n’est pas de la paranoïa : votre instance contient les clés d’accès à votre messagerie, votre comptabilité et vos fichiers clients. C’est probablement le système le plus sensible de votre entreprise.

La surveillance

Que se passe-t-il si le serveur redémarre à trois heures du matin ? Si le service ne se relance pas automatiquement, vos automatisations sont à l’arrêt et personne ne vous prévient. Une configuration correcte relance le service seule ; une supervision minimale vous alerte si l’adresse ne répond plus.

Au total : deux à trois heures de mise en place sérieuse, puis environ une heure par mois. Ce n’est pas énorme. Mais c’est un engagement, pas une action ponctuelle — et c’est exactement ce qu’il faut évaluer honnêtement avant de choisir.

Le coût réel sur un an, les deux colonnes

Comparer « gratuit » et « abonnement » n’a aucun sens tant qu’on ne valorise pas le temps. Posons le calcul complet.

Faites le calcul avec votre propre taux horaire. Pour beaucoup d’indépendants, douze à quinze heures annuelles valorisées correctement dépassent le coût d’un abonnement d’entrée de gamme : dans ce cas, l’offre hébergée est objectivement moins chère.

La bascule se produit sur deux critères, et deux seulement. Le volume : à partir de plusieurs dizaines de milliers d’exécutions mensuelles, le serveur à quelques euros devient imbattable. Et la confidentialité : quand les données ne doivent pas sortir de chez vous, le calcul de temps ne se pose plus, c’est une contrainte.

Si aucun de ces deux critères ne s’applique à vous, l’hébergement autonome relève du choix personnel — ce qui est parfaitement légitime, à condition de le savoir.

Les trois façons d’héberger soi-même

« S’héberger » recouvre des situations très différentes, avec des exigences très inégales.

Le serveur privé virtuel

La solution la plus courante : vous louez une machine chez un hébergeur, quelques euros par mois. Vous avez le contrôle complet, une adresse accessible en permanence, et la responsabilité de tout. C’est le bon choix pour une utilisation professionnelle sérieuse. Reste à savoir laquelle louer : nous avons détaillé les paliers de mémoire, les six critères éliminatoires et le coût réel dans quel VPS choisir pour n8n. Le montage complet — Docker Compose, nom de domaine, certificat et sauvegardes — est décrit pas à pas dans notre guide installer n8n sur un VPS.

La machine à la maison ou au bureau

Un boîtier de stockage réseau, un mini-ordinateur, une machine de récupération. Le coût matériel est amorti, l’électricité est négligeable. Les inconvénients sont réels : si votre connexion tombe, vos automatisations tombent ; exposer une machine domestique sur internet demande des précautions supplémentaires ; et une coupure de courant vous arrête. Excellent pour apprendre et pour des usages internes, risqué pour ce dont dépend votre facturation.

La plateforme d’hébergement gérée

Un compromis : un service qui installe et maintient l’application pour vous, sans être l’éditeur. Vous ne gérez ni le système ni les mises à jour, mais vous gardez la main sur l’instance. Le coût se situe entre les deux, et c’est une option souvent ignorée alors qu’elle convient très bien à ceux qui veulent l’autonomie sans l’administration système.

Notre recommandation pour débuter : essayez d’abord sur votre propre ordinateur, sans rien exposer. Vous saurez en une soirée si l’outil vous convient, et vous n’aurez rien engagé. La question de l’hébergement se posera après, une fois que vous saurez ce que vous voulez en faire.

Six questions qui tranchent entre les deux

Répondez honnêtement ; la réponse se dessine généralement dès la troisième.

1. Vos données peuvent-elles transiter par un tiers ? Si la réponse est non pour des raisons professionnelles — secret médical, dossiers juridiques, données bancaires — le débat est clos : hébergement autonome.

2. Combien d’exécutions par mois ? Quelques centaines : n’importe quelle formule convient. Plusieurs dizaines de milliers : le serveur devient rapidement le choix économique.

3. Qui s’en occupera dans un an ? Si la réponse est « moi, et je n’ai pas de temps », prenez l’offre hébergée. Un serveur non entretenu est un serveur qui finira par poser problème.

4. Que se passe-t-il si tout s’arrête trois jours ? Si la réponse est « rien de grave », vous pouvez expérimenter tranquillement. Si elle est « je ne peux plus facturer », vous avez besoin d’un hébergement fiable et de sauvegardes vérifiées — quelle que soit l’option retenue.

5. Aimez-vous ce genre de sujet ? Question moins sérieuse en apparence, très prédictive en réalité. Quelqu’un que l’administration d’un serveur amuse la fera bien et régulièrement. Quelqu’un que cela ennuie la repoussera, et c’est ainsi qu’on se retrouve avec une version non mise à jour depuis un an.

6. Avez-vous besoin d’un accès permanent ? Certaines automatisations doivent recevoir des appels extérieurs à tout moment. Cela exclut la machine domestique éteinte la nuit, et impose une adresse stable et sécurisée.

Passer d’un mode à l’autre

Bonne nouvelle : le choix n’est pas définitif, et la bascule est simple — bien plus simple que de changer de plateforme.

Ce qui se transfère : les automatisations elles-mêmes. Elles s’exportent dans un fichier et se réimportent telles quelles. C’est le même logiciel des deux côtés ; il n’y a rien à reconstruire.

Ce qui ne se transfère pas : les identifiants enregistrés vers vos services. Ils sont chiffrés et liés à l’instance ; il faut les recréer à la main. Comptez cinq minutes par service, et prévoyez d’avoir vos accès sous la main.

Ce qui demande attention : les adresses de réception. Si des services extérieurs appellent votre instance, ces adresses changent avec le déménagement, et il faut les mettre à jour partout où elles ont été déclarées. Faites-en la liste avant de basculer : c’est l’oubli classique, et il se manifeste par des automatisations qui ne se déclenchent plus sans erreur visible.

La méthode sans risque

Montez la nouvelle instance à côté de l’ancienne. Importez les automatisations, recréez les identifiants, testez avec une destination de test. Basculez les adresses de réception une par une, en vérifiant à chaque fois. Gardez l’ancienne instance en veille une ou deux semaines. Comptez une demi-journée pour une dizaine d’automatisations, et ne le faites pas un vendredi.

La sécurité minimale d’une instance autonome

Si vous choisissez l’hébergement autonome, cette section n’est pas facultative. Votre instance détient les accès à l’essentiel de votre système d’information : c’est la cible la plus intéressante de votre entreprise.

Chiffrez l’accès. HTTPS avec un certificat valide, systématiquement. Une interface accessible en clair expose vos identifiants à chaque connexion.

Restreignez qui peut entrer. Un mot de passe long et unique, l’authentification à deux facteurs si elle est disponible, et si possible une limitation aux adresses réseau qui ont une raison de se connecter.

Ne laissez rien d’autre exposé. Sur le serveur, seuls les ports strictement nécessaires doivent être ouverts. La base de données n’a aucune raison d’être joignable depuis internet.

Mettez à jour. Le système comme l’application. Une faille corrigée en amont mais non appliquée chez vous reste une faille ouverte, et les recherches automatisées de serveurs vulnérables ne visent personne en particulier : elles balaient.

Sauvegardez, et vérifiez la sauvegarde. Une sauvegarde jamais testée est une hypothèse. Une fois par trimestre, restaurez-la ailleurs pour vérifier qu’elle fonctionne. C’est fastidieux ; c’est le jour où vous en aurez besoin que vous le regretterez de ne pas l’avoir fait.

Protégez les adresses de réception. Une adresse d’appel connue peut être sollicitée par n’importe qui. Ajoutez systématiquement une vérification : une clé partagée, une signature, un jeton. Sans cela, un tiers peut déclencher vos automatisations à volonté.

Est-ce accessible à quelqu’un qui n’est pas technicien ?

Réponse honnête : cela dépend du mode choisi, et il faut distinguer deux choses que l’on confond souvent.

Construire des automatisations : oui, sans réserve. L’interface est visuelle, les concepts sont les mêmes que sur les autres plateformes, et l’on peut aller très loin sans écrire une ligne de code. Quelqu’un qui a déjà pratiqué une plateforme visuelle sera à l’aise en une demi-journée.

Administrer un serveur : c’est un autre métier. Ce n’est pas hors de portée — les guides sont bons, les commandes se copient — mais cela demande d’accepter de ne pas tout comprendre, et surtout d’y revenir régulièrement.

D’où notre conseil pour un profil non technique : commencez par l’offre hébergée, ou par une installation sur votre propre ordinateur pour apprendre. Vous vous concentrez alors sur ce qui compte — savoir automatiser — sans y ajouter une compétence d’administration système. Si le besoin d’autonomie apparaît plus tard, vous ferez la bascule en connaissance de cause, et vos automatisations se transféreront sans être reconstruites.

L’erreur classique consiste à choisir l’hébergement autonome par principe, dès le premier jour, et à passer trois soirées sur des questions de serveur au lieu de construire sa première automatisation. Le but n’est pas d’héberger un logiciel : c’est de gagner du temps sur votre activité.

Trois profils, trois recommandations

Pour transformer tout ce qui précède en décision, voici trois situations que nous rencontrons régulièrement, avec la recommandation et surtout le raisonnement qui y mène.

L’indépendant curieux

La situation : quelques automatisations, aucune donnée sensible, du temps disponible et un intérêt réel pour le sujet. Volume : quelques centaines d’exécutions par mois.

La recommandation : une installation sur son propre ordinateur pour apprendre, puis un petit serveur si l’usage s’installe. Ce n’est pas le calcul économique qui guide ici — à ce volume, tout est gratuit ou presque — mais l’apprentissage. Comprendre comment fonctionne l’ensemble a une valeur en soi, et le jour où le besoin sera sérieux, la compétence sera déjà là.

Le piège à éviter : passer trois soirées sur des questions d’installation avant d’avoir construit la moindre automatisation utile. Fixez-vous l’ordre inverse : d’abord une automatisation qui vous fait gagner du temps, ensuite les raffinements techniques.

Le cabinet qui traite des dossiers confidentiels

La situation : volume modeste, mais des documents couverts par une obligation professionnelle. Aucune tolérance sur l’emplacement des données.

La recommandation : hébergement autonome, sur un serveur loué en Europe, avec sauvegardes chiffrées et accès restreint. Le calcul de temps ne se pose pas : c’est une contrainte, pas un arbitrage.

Le point de vigilance : l’entretien doit être confié à quelqu’un de nommé, avec un rappel dans un agenda. Une instance qui détient des données sensibles et qui n’a pas été mise à jour depuis un an représente exactement le risque que l’on cherchait à éviter en s’hébergeant. L’autonomie ne dispense pas de la rigueur : elle l’exige davantage.

La petite structure en croissance

La situation : plusieurs milliers d’exécutions par mois, deux ou trois personnes qui touchent aux automatisations, pas de compétence système en interne.

La recommandation : l’offre hébergée, sans hésitation, tant que le volume ne devient pas déraisonnable. La raison n’est pas technique mais organisationnelle : quand plusieurs personnes dépendent d’un système, la question « qui le répare un mardi matin ? » devient plus importante que son coût.

Le signal de bascule : le jour où la facture d’abonnement dépasse nettement le coût d’un serveur plus quelques heures mensuelles, le calcul change. Reposez-le une fois par an ; ne le refaites pas tous les mois.

Ce que ces trois cas montrent

Aucun n’a été tranché sur les fonctionnalités : l’outil est le même des deux côtés. La décision est venue à chaque fois d’une contrainte extérieure — une obligation professionnelle, une disponibilité, une organisation d’équipe. C’est presque toujours ainsi, et c’est pourquoi la question « lequel est le meilleur ? » n’a pas de réponse générale.

Si vous hésitez encore, retenez ceci : le choix est réversible et la bascule prend une demi-journée. Ce qui n’est pas réversible, c’est le temps passé à hésiter au lieu de construire.

FAQ — vos questions fréquentes

n8n est-il vraiment gratuit ?

Oui, en auto-hébergement : la version Community de n8n s’installe gratuitement, sans limite de workflows ni d’exécutions. Vous payez uniquement l’infrastructure qui le fait tourner (rien si c’est votre ordinateur, quelques euros par mois pour un VPS). n8n Cloud, lui, est un service payant par abonnement.

Faut-il savoir coder pour utiliser n8n ?

Non. L’immense majorité des workflows se construit visuellement, sans une ligne de code. Le node « Code » est un bonus pour les cas avancés, pas un prérequis. Si vous savez utiliser Make, vous saurez utiliser n8n.

n8n est-il adapté aux débutants complets ?

Oui, avec une nuance : son interface est légèrement plus technique que celle de Make. Si vous n’avez jamais automatisé, notre conseil est de suivre les modules dans l’ordre : les fondamentaux, puis Make, puis n8n. Vous pouvez aussi commencer directement par n8n Cloud pour éviter l’installation.

Que veut dire « fair-code » ?

Le code source de n8n est public et librement utilisable, y compris commercialement pour automatiser votre propre activité. La licence encadre seulement la revente de n8n en tant que service. Pour un entrepreneur qui automatise son business, c’est comme de l’open source : gratuit et transparent.

Que se passe-t-il si mon serveur tombe en panne ?

Vos automatisations s’arrêtent, et rien ne vous prévient — c’est la différence principale avec une offre hébergée. Les données déjà traitées sont conservées ; celles qui devaient arriver pendant la panne sont perdues, sauf si le service émetteur réessaie de lui-même. D’où les deux mesures indispensables : un redémarrage automatique du service, et une surveillance extérieure qui vous alerte si l’adresse ne répond plus.

Puis-je tester l’hébergement autonome sans louer de serveur ?

Oui, et c’est ce que nous recommandons pour commencer : une installation sur votre propre ordinateur suffit à découvrir l’outil et à construire de vraies automatisations. La seule limite est qu’elle ne tourne que lorsque la machine est allumée, et qu’elle ne peut pas recevoir d’appels extérieurs sans configuration supplémentaire. Pour apprendre, c’est amplement suffisant.

Mes automatisations resteront-elles compatibles après une mise à jour ?

Dans l’immense majorité des cas, oui : la compatibilité est bien tenue. Les changements de comportement sont annoncés dans les notes de version, et concernent en général des cas précis. La bonne pratique reste la même que partout : sauvegardez avant de mettre à jour, et lisez les notes plutôt que de les ignorer. Si une mise à jour pose problème, la restauration prend quelques minutes.

Combien de temps faut-il pour être opérationnel ?

Sur l’offre hébergée : un quart d’heure pour créer le compte, deux heures pour une première automatisation utile. Sur un serveur : ajoutez deux à trois heures d’installation et de sécurisation, à faire une seule fois. Dans les deux cas, la vraie durée d’apprentissage porte sur la construction des automatisations — une à deux semaines d’usage régulier pour être vraiment autonome — pas sur l’installation.

En résumé

n8n est l’outil d’automatisation de la liberté : visuel et accessible comme Make, mais ouvert, auto-hébergeable et économiquement imbattable à grande échelle. Choisissez n8n Cloud pour la tranquillité clé en main, le self-host pour le contrôle total et les coûts plancher — et dans le doute, commencez simplement en local : c’est gratuit, instructif et sans engagement.

Prêt à passer à la pratique ? On installe n8n ensemble dans le prochain tutoriel.