Mehrere Kunden auf einer n8n-Instanz: Projekte, Rechte und die Grenzen der Trennung

n8n Projects gruppieren Workflows und Credentials und lassen sich nutzen, um mehrere Kunden oder Teams auf derselben Instanz organisatorisch voneinander zu trennen, sind aber ein Zugriffssteuerungs-Feature auf einer gemeinsamen Instanz, keine vollständige Mandantentrennung wie separate Server. Für einfache interne Trennung reicht das oft aus, für harte Anforderungen an Datentrennung zwischen zahlenden Kunden meist nicht. Stand: August 2026.

Was leisten Projects konkret?

Projects gruppieren laut n8n-Dokumentation Workflows und Credentials in einem eigenen Bereich und sind auf allen kostenpflichtigen Plänen verfügbar, nicht jedoch in der Community Edition. Ein einzelner Nutzer kann in mehreren Projekten unterschiedliche Rollen haben, wodurch sich zum Beispiel ein Teammitglied als Editor im Kundenprojekt A und als Viewer im Kundenprojekt B einrichten lässt. Details dazu liefert die n8n-Dokumentation zur Arbeit mit Projects.

Welche Rollen gibt es innerhalb eines Projekts?

Innerhalb eines Projekts stehen drei Rollen zur Verfügung: Admin, Editor und Viewer, mit klar abgestuften Rechten. Der Project Admin verwaltet zusätzlich zu allen Workflows, Credentials und Ausführungen auch die Projektmitglieder und -einstellungen, der Editor darf Workflows, Credentials und Ausführungen ansehen, anlegen, bearbeiten und löschen, aber keine Mitglieder verwalten, und der Viewer hat nur Lesezugriff ohne die Möglichkeit, Workflows manuell auszuführen. Der Editor steht laut n8n auf Pro Cloud und Self-hosted Enterprise zur Verfügung, der Viewer nur auf den Enterprise-Stufen von Cloud und Self-hosted, wie die n8n-Dokumentation zu verfügbaren Rollen beschreibt.

Wo hört die Trennung technisch auf?

Projects trennen den Zugriff, nicht die zugrunde liegende Infrastruktur: Alle Projekte auf einer Instanz laufen über dieselbe n8n-Installation, dieselbe Datenbank und dieselben Server-Ressourcen. Ein Fehler, ein Absturz oder eine überlastete Warteschlange in einem Kundenprojekt kann sich deshalb auf die Ausführungen aller anderen Projekte auf derselben Instanz auswirken, auch wenn die Kunden ihre Workflows und Credentials nicht sehen können. Wenn Sie Ressourcen verschieben, entfernt das laut Dokumentation zudem alle bestehenden Freigaben, was bei der Umstrukturierung von Kundenprojekten leicht übersehen wird.

Wann reicht eine gemeinsame Instanz nicht mehr aus?

Eine gemeinsame Instanz mit Projects reicht in der Regel, solange es um organisatorische Übersicht innerhalb des eigenen Teams geht, nicht um harte Garantien gegenüber zahlenden Kunden. Sobald ein Kunde eigene Ressourcengarantien, eine eigene Version, eigene Ausfallzeiten unabhängig von anderen Kunden oder vertragliche Datentrennung verlangt, ist eine eigene Instanz pro Kunde die verlässlichere Lösung. Diese Frage hängt eng mit der Lizenzfrage zusammen, wie im Beitrag zu Hosting für Kunden und der n8n-Lizenz beschrieben.

Praxis-Empfehlung für Agenturen und interne Teams

Für interne Team- oder Abteilungstrennung innerhalb eines Unternehmens sind Projects meist die pragmatischere Wahl, weil sie ohne zusätzliche Infrastruktur auskommen. Für Agenturen, die n8n für mehrere externe Kunden betreiben, empfiehlt sich dagegen in den meisten Fällen eine eigene Instanz pro Kunde oder zumindest pro Kundengruppe mit ähnlichem Risikoprofil. Bei der Entscheidung und beim Aufbau der passenden Struktur unterstützen wir im Rahmen unserer n8n-Leistungen.

Häufige Fragen zur Mandantentrennung in n8n

Ist n8n Projects auch in der Community Edition verfügbar?

Nein, laut n8n-Dokumentation ist RBAC mit Projects auf allen Plänen außer der Community Edition verfügbar. Für eine reine Selbst-Installation ohne kostenpflichtigen Plan fehlt diese Trennmöglichkeit also.

Kann ein Nutzer in unterschiedlichen Projekten unterschiedliche Rollen haben?

Ja, ein Nutzer kann laut n8n in verschiedenen Projekten unterschiedliche Rollen einnehmen, zum Beispiel Editor im einen und Viewer im anderen Projekt. Das erlaubt eine feinere Steuerung, als eine einzige globale Rolle für die gesamte Instanz es könnte.

Was passiert mit bestehenden Freigaben, wenn ich einen Workflow in ein anderes Projekt verschiebe?

Laut n8n-Dokumentation entfernt das Verschieben eines Workflows oder Credentials in ein anderes Projekt alle bestehenden Freigaben. Das Zielprojekt braucht danach unter Umständen erneuten Zugriff auf benötigte Credentials, sonst kann der verschobene Workflow nicht mehr korrekt laufen.

Brauche ich für jeden Kunden zwingend eine eigene n8n-Instanz?

Nicht zwingend, für einfache interne Trennung oder Kunden mit geringem Risikoprofil können Projects ausreichen. Sobald es um vertragliche Garantien, unabhängige Ausfallsicherheit oder strikte Datentrennung zwischen Kunden geht, ist eine eigene Instanz pro Kunde die sicherere Wahl.