npm, Docker ou application de bureau : comment tester n8n en local, ce qui differe en matiere de persistance et d'effort, et pourquoi l'application de bureau n'existe plus.
Quiconque souhaite essayer n8n en local peut aujourd'hui choisir entre deux voies officiellement prises en charge : l'installation via npm ou l'exploitation via Docker. Une application de bureau distincte n'existe plus, n8n a abandonne cette application et recommande a la place la voie via npm. Pour un test rapide sans installation fixe, npm est le meilleur choix ; pour une configuration destinee plus tard a servir aussi de base a une exploitation durable, Docker est le choix le plus robuste. A jour : juillet 2026.
L'installation npm est le moyen le plus direct de faire fonctionner n8n en local. Une version de Node.js comprise entre 20.19 et 24.x est requise. Avec la commande npx n8n, vous pouvez essayer n8n sans installation permanente, accessible ensuite sous http://localhost:5678. Si vous souhaitez installer n8n de facon durable, installez-le globalement avec npm install n8n -g puis demarrez-le avec la commande n8n ou n8n start. Les mises a jour se font via npm update -g n8n, un retour a une version anterieure par reinstallation d'une version specifique, eventuellement complete par n8n db:revert en cas de modifications de la base de donnees. Par defaut, cette variante stocke les identifiants, les workflows et les executions passees dans une base de donnees SQLite sous ~/.n8n/database.sqlite, a laquelle s'ajoutent la cle de chiffrement et les fichiers journaux dans le meme dossier. Cela suffit pour une premiere impression ou pour developper des workflows individuels, mais pour une exploitation durable avec plusieurs utilisateurs, ce dossier ne constitue pas une base fiable.
La voie Docker encapsule n8n avec son environnement d'execution dans un conteneur et monte un volume nomme, de sorte que les donnees survivent aux redemarrages. L'installation de base documentee par n8n cree d'abord un volume (docker volume create n8n_data) puis demarre le conteneur avec docker run, le volume etant monte sur /home/node/.n8n. La aussi, n8n utilise par defaut SQLite pour les identifiants, les executions et les workflows ; les donnees restent donc dans le meme format de repertoire que pour la variante npm, simplement conteneurisees et separees de l'hote via le volume. Pour des scenarios plus orientes production, la base de donnees peut etre basculee vers PostgreSQL via des variables d'environnement (DB_TYPE, DB_POSTGRESDB_*). n8n indique explicitement dans sa propre documentation que le self-hosting necessite des connaissances techniques, par exemple pour la mise en place et la configuration de serveurs et de conteneurs, la gestion des ressources et la securisation de l'environnement. Si vous ne souhaitez pas assumer ces taches vous-meme, n8n renvoie a sa propre offre cloud comme alternative au self-hosting.
n8n proposait autrefois une application de bureau permettant de demarrer n8n en local sans Node.js ni Docker. Cette variante a depuis ete abandonnee, le depot GitHub correspondant est archive. Dans son annonce officielle, n8n justifie cette decision par le fait que l'utilisation cloud et self-hosted croit fortement, tandis que la version de bureau etait comparativement peu utilisee et n'est donc plus maintenue. Les utilisateurs d'installations de bureau existantes sont renvoyes vers la voie npm ; les workflows et identifiants existants peuvent etre repris. Le code source reste consultable publiquement, une maintenance independante par la communaute est donc au moins techniquement possible, mais il n'y a plus de support officiel.
Pour un test rapide de workflows individuels ou pour decouvrir l'interface, npx n8n est le point d'entree le plus rapide, sans aucune etape d'installation. Pour un developpement local regulier, l'installation npm globale vaut la peine, car les workflows et identifiants sont conserves d'une session a l'autre. Des que l'environnement doit fonctionner plus longtemps, integrer plusieurs services ou evoluer plus tard vers une configuration de production, Docker est le point de depart le plus judicieux, car l'environnement d'execution et les donnees sont proprement separes et le passage a une base de donnees externe est prepare. Si vous n'etes pas sur du niveau de connaissances en matiere de serveurs et de conteneurs reellement present dans votre equipe, vous devriez clarifier cette question avant de decider, car n8n indique clairement dans sa propre documentation que le self-hosting exige une maintenance continue. Avec notre service automatisation avec n8n, nous prenons en charge cette evaluation pour les clients qui souhaitent decider eux-memes si une installation de test locale ou directement un serveur en production est plus judicieuse.
Non. n8n a abandonne l'application de bureau, le depot correspondant est archive. Comme alternative, n8n recommande l'installation via npm.
Selon sa propre documentation, n8n necessite une version de Node.js comprise entre 20.19 et 24.x.
Par defaut dans une base de donnees SQLite sous ~/.n8n/database.sqlite, aussi bien pour l'installation npm que pour Docker, mais dans ce cas au sein du volume monte.
Techniquement oui, mais n8n indique explicitement que le self-hosting necessite des connaissances en matiere d'exploitation de serveurs et de conteneurs, de gestion des ressources et de securisation. Pour une exploitation durable, il est donc generalement conseille de passer a une base de donnees externe comme PostgreSQL et de prendre une decision consciente pour ou contre le self-hosting.
NordFlux construit des employés numériques pour les organisations : des automatisations et des agents KI qui prennent en charge le travail répétitif. Vous gardez le contrôle.
Comment tester les agents IA avec les évaluations n8n avant le déploiement client : jeux de données de test, métriques et LLM-as-a-Judge pour des workflows fiables.
Comment installer n8n avec Docker Compose : Postgres au lieu de SQLite, .env, volumes et mises à jour étape par étape.
Pin Data, Mock Data et mode Debug dans n8n : comment tester des workflows avec des données de test fixées plutôt qu'en direct contre des systèmes de production.
Une installation npm, Docker ou l'application desktop désormais abandonnée conviennent pour un premier test, mais aucune ne remplace un environnement prêt pour la production, avec persistance des données et sauvegardes. NordFlux accompagne le passage de l'instance de test locale à une exploitation gérée en production. Lors d'un premier échange, nous déterminons quelle option correspond à votre configuration cible.
