Tester n8n en local : npm vs. Docker vs. application de bureau

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.

Installation npm : test rapide, peu d'effort

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.

Docker : cadre plus propre, plus proche de la production

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.

L'application de bureau abandonnee

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.

Quelle variante pour quel usage

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.

Questions frequentes sur le test de n8n en local

L'application de bureau n8n existe-t-elle encore ?

Non. n8n a abandonne l'application de bureau, le depot correspondant est archive. Comme alternative, n8n recommande l'installation via npm.

Quelle version de Node.js me faut-il pour l'installation npm ?

Selon sa propre documentation, n8n necessite une version de Node.js comprise entre 20.19 et 24.x.

Ou n8n stocke-t-il mes workflows lors d'une installation locale ?

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.

Puis-je travailler directement en production avec une installation locale npm ou Docker ?

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.