n8n lokal testen: npm vs. Docker vs. Desktop-App

Wer n8n lokal ausprobieren will, kann heute zwischen zwei offiziell unterstützten Wegen wählen: der Installation über npm oder dem Betrieb per Docker. Eine separate Desktop-App gibt es nicht mehr, n8n hat diese Anwendung eingestellt und empfiehlt stattdessen den Weg über npm. Für einen schnellen Test ohne feste Einrichtung eignet sich npm am besten, für einen Aufbau, der später auch als Basis für einen dauerhaften Betrieb dienen soll, ist Docker die robustere Wahl. Stand: Juli 2026.

npm-Installation: schnell testen, wenig Aufwand

Die npm-Installation ist der direkteste Weg, um n8n lokal zum Laufen zu bringen. Vorausgesetzt wird eine Node.js-Version zwischen 20.19 und 24.x. Mit dem Befehl npx n8n lässt sich n8n ohne dauerhafte Installation ausprobieren, erreichbar anschließend unter http://localhost:5678. Wenn Sie n8n fest einrichten möchten, installieren Sie es global mit npm install n8n -g und starten es danach mit dem Befehl n8n oder n8n start. Updates erfolgen über npm update -g n8n, ein Downgrade durch erneute Installation einer bestimmten Version, gegebenenfalls ergänzt um n8n db:revert bei Datenbankänderungen. Diese Variante speichert Zugangsdaten, Workflows und vergangene Ausführungen standardmäßig in einer SQLite-Datenbank unter ~/.n8n/database.sqlite, dazu kommen der Verschlüsselungsschlüssel und Protokolldateien im selben Ordner. Für einen ersten Eindruck oder zum Entwickeln einzelner Workflows reicht das aus, für einen dauerhaften Betrieb mit mehreren Nutzern ist dieser Ordner jedoch keine belastbare Grundlage.

Docker: sauberer Rahmen, näher an Produktion

Der Docker-Weg kapselt n8n samt Laufzeitumgebung in einem Container und bindet ein benanntes Volume ein, sodass Daten Neustarts überstehen. Die von n8n dokumentierte Grundinstallation legt zunächst ein Volume an (docker volume create n8n_data) und startet danach den Container mit docker run, wobei das Volume auf /home/node/.n8n gemountet wird. Auch hier verwendet n8n standardmäßig SQLite für Zugangsdaten, Ausführungen und Workflows, die Daten liegen also weiterhin im selben Verzeichnisformat wie bei der npm-Variante, nur eben containerisiert und über das Volume vom Host getrennt. Für produktivere Szenarien lässt sich die Datenbank per Umgebungsvariablen (DB_TYPE, DB_POSTGRESDB_*) auf PostgreSQL umstellen. n8n weist in der eigenen Dokumentation ausdrücklich darauf hin, dass Self-Hosting technisches Wissen voraussetzt, etwa beim Einrichten und Konfigurieren von Servern und Containern, beim Verwalten von Ressourcen und beim Absichern der Umgebung. Wenn Sie diese Aufgaben nicht selbst übernehmen wollen, verweist n8n auf die eigene Cloud-Variante als Alternative zum Self-Hosting.

Die eingestellte Desktop-App

n8n bot früher eine Desktop-Anwendung an, mit der sich n8n ohne Node.js oder Docker lokal starten ließ. Diese Variante wurde inzwischen eingestellt, das zugehörige GitHub-Repository ist archiviert. In der offiziellen Ankündigung begründet n8n den Schritt damit, dass Cloud- und Self-Hosted-Nutzung stark wachsen, während die Desktop-Version im Vergleich kaum genutzt wurde und daher nicht weiter gepflegt wird. Nutzer bestehender Desktop-Installationen werden auf den npm-Weg verwiesen, bestehende Workflows und Zugangsdaten lassen sich dabei übernehmen. Der Quellcode bleibt öffentlich einsehbar, eine eigenständige Weiterpflege durch die Community ist damit zumindest technisch möglich, offiziellen Support gibt es dafür aber nicht mehr.

Welche Variante für welchen Zweck

Für einen kurzen Test einzelner Workflows oder zum Kennenlernen der Oberfläche ist npx n8n der schnellste Einstieg, ganz ohne Installationsschritt. Für regelmäßiges lokales Entwickeln lohnt sich die globale npm-Installation, weil Workflows und Zugangsdaten zwischen Sitzungen erhalten bleiben. Sobald die Umgebung länger laufen, mehrere Dienste einbinden oder später in Richtung eines produktiven Setups wachsen soll, ist Docker der sinnvollere Ausgangspunkt, weil Laufzeitumgebung und Daten sauber getrennt sind und der Umstieg auf eine externe Datenbank vorbereitet ist. Wenn Sie sich unsicher sind, wie viel Server- und Container-Wissen in Ihrem Team tatsächlich vorhanden ist, sollten Sie diese Frage vor der Entscheidung klären, denn n8n macht in der eigenen Dokumentation deutlich, dass Self-Hosting laufende Pflege verlangt. Bei der Automatisierung mit n8n übernehmen wir diese Einordnung für Kunden, die selbst entscheiden möchten, ob ein lokaler Testaufbau oder gleich ein produktiv betriebener Server sinnvoller ist.

Häufige Fragen zu n8n lokal testen

Gibt es die n8n Desktop-App noch?

Nein. n8n hat die Desktop-Anwendung eingestellt, das zugehörige Repository ist archiviert. Als Ersatz empfiehlt n8n die Installation über npm.

Welche Node.js-Version brauche ich für die npm-Installation?

n8n verlangt laut eigener Dokumentation eine Node.js-Version zwischen 20.19 und 24.x.

Wo speichert n8n meine Workflows bei einer lokalen Installation?

Standardmäßig in einer SQLite-Datenbank unter ~/.n8n/database.sqlite, sowohl bei der npm-Installation als auch bei Docker, dort allerdings innerhalb des gemounteten Volumes.

Kann ich mit einer lokalen npm- oder Docker-Installation direkt produktiv arbeiten?

Technisch ja, n8n weist aber ausdrücklich darauf hin, dass Self-Hosting Wissen in den Bereichen Server- und Container-Betrieb, Ressourcenverwaltung und Absicherung voraussetzt. Für einen dauerhaften Betrieb empfiehlt sich daher meist der Wechsel auf eine externe Datenbank wie PostgreSQL und eine bewusste Entscheidung für oder gegen Self-Hosting.