n8n im Mittelstand einführen: vom Hosting zum ersten Workflow

n8n führen Sie im Mittelstand risikoarm über einen einzelnen, klar abgegrenzten Workflow ein: Ein Fehlversuch betrifft dann nur diesen Vorgang, und Hosting, Tarif und Fehlerbehandlung klären Sie an einem echten Fall statt vorab für alle. Dieser Guide führt Sie bis zum ersten laufenden Workflow: Er vergleicht Cloud und Self-Hosting mit den aktuellen Tarifen, nennt die Serveranforderungen aus der n8n-Dokumentation, baut einen Beispiel-Workflow Schritt für Schritt auf und rechnet vor, welcher Tarif für ihn reicht.

Alle Preise, Versionen und Produktfunktionen in diesem Beitrag haben den Stand vom 28. September 2026 und sind an der Preisseite und der Dokumentation von n8n geprüft (Links im Quellenblock).

Für wen sich n8n eignet

n8n ist ein Werkzeug für Prozessautomatisierung: Es verbindet Systeme über sogenannte Nodes, reagiert auf Auslöser wie eine eingehende E-Mail – etwa um Kundenservice-Anfragen vor der Beantwortung einzuordnen, wie unser Beitrag zur E-Mail-Automatisierung im Kundenservice zeigt –, einen Zeitplan oder einen neuen Datensatz und führt daraufhin eine Kette von Schritten aus, ohne dass jemand sie manuell anstößt. Ähnliche Aufgaben lösen etwa Make und Microsoft Power Automate; welches der drei Werkzeuge zu Ihrem Fall passt, arbeitet unser Vergleich der drei Tools an Preisen und Funktionsumfang heraus. Steht schon fest, dass Sie von Zapier oder Make zu n8n wechseln, zeigt unsere Prüfmatrix zur Migration, was sich direkt übertragen lässt und was neu gebaut werden muss.

Prüfen Sie vor der Einführung, ob es einen wiederkehrenden Vorgang gibt, der nach klaren Regeln abläuft, ein Ergebnis mit erkennbarem Wert liefert und sich so eng abgrenzen lässt, dass ein Fehlversuch keinen echten Schaden anrichtet. Ist das nicht der Fall, lohnt sich die Einführung noch nicht, unabhängig vom gewählten Tool.

Welche Entscheidung wann fallen muss

Vier Fragen stellen sich bei jeder n8n-Einführung: Hosting, Kosten, Anbindung der Bestandssysteme und Betrieb. Nicht alle müssen vor dem ersten Workflow beantwortet sein. Die Tabelle ordnet sie danach, wann sie fällig werden:

Entscheidung	Vor dem ersten Test klären	Parallel zum Test möglich	Erst bei der Ausweitung
Hosting (Cloud oder Self-Hosting)	Nur wenn der Test personenbezogene Daten verarbeitet	Wenn der Test ohne Angaben zu Personen auskommt	Wechsel des Betriebsmodells, wenn neue Vorgänge andere Daten berühren
Kosten und Tarif	Ob der kleinste Tarif die Ausführungen des Tests abdeckt (Rechenweg unten)	Probezeitraum der Cloud nutzen	Tarifwahl nach gemessenen Ausführungen, Gesamtkosten inklusive Betrieb
Anbindung	Ob es für das eine beteiligte System einen fertigen Node gibt	Berechtigungen des Zugangs eingrenzen	Weitere Systeme, Eigenbauten über HTTP Request
Betrieb	Nichts, solange der Test unkritisch ist	Error-Workflow einrichten	Updates, Backups, externe Überwachung verbindlich regeln

Cloud oder Self-Hosting: die Unterschiede mit Stand-Datum

n8n lässt sich als gehostete Cloud-Variante nutzen oder selbst betreiben. Die n8n-Dokumentation empfiehlt die Cloud für einen schnellen Start und für Teams ohne technisches Fachwissen, Self-Hosting für volle Kontrolle über Umgebung und Konfiguration. Die wesentlichen Unterschiede laut Preisseite und Dokumentation:

	n8n Cloud	Self-Hosting
Einstieg	Starter: 20 € pro Monat bei jährlicher Zahlung, 24 € bei monatlicher Zahlung, 2.500 Ausführungen im Monat	Community Edition: ohne Lizenzgebühr
Nächste Stufe	Pro: 50 € pro Monat bei jährlicher Zahlung, 60 € bei monatlicher Zahlung, 10.000 Ausführungen	Business: 667 € pro Monat bei jährlicher Zahlung, 800 € bei monatlicher Zahlung, 40.000 Ausführungen (nur Self-Hosting)
Datenort	Server in Frankfurt	Wo Sie den Server betreiben
Installation und Updates	Übernimmt n8n	Ihre Aufgabe
Zusammenarbeit	Unbegrenzte Nutzerzahl, im Starter ein geteiltes Projekt	Community Edition: Workflows und Zugangsdaten sieht nur der Instanz-Eigentümer und wer sie angelegt hat; Teilen erst ab Business
Testphase	14 Tage, 1.000 Ausführungen, ohne Kreditkarte	Community Edition: nicht nötig (ohne Lizenzgebühr); Business: 14 Tage, mit Kreditkarte

Zwei Zeilen verdienen einen zweiten Blick. Erstens die Zusammenarbeit: Sollen mehrere Personen in Ihrem Haus an denselben Workflows arbeiten, fehlt der Community Edition ohne Lizenzgebühr genau das Teilen von Workflows und Zugangsdaten. Die nächste Self-Hosting-Stufe mit dieser Funktion ist Business. Zweitens der Aufwand: n8n schreibt in der eigenen Installationsanleitung, dass Self-Hosting Fachwissen zu Servern, Containern, Ressourcen und deren Absicherung voraussetzt, und empfiehlt es erfahrenen Anwendern. Fehler könnten zu Datenverlust, Sicherheitsproblemen und Ausfällen führen.

Die Wahl hat auch eine datenschutzrechtliche Seite, die sich zwischen Self-Hosting und Cloud unterscheidet. Was dabei zu prüfen ist, behandelt unser Beitrag zu n8n und DSGVO im Detail.

Diese Entscheidung lässt sich teilweise parallel zum ersten Workflow treffen. Für einen ersten Testlauf ohne personenbezogene Daten können Sie mit der Cloud-Variante starten und die Hosting-Frage klären, während der Workflow bereits läuft. Sobald Angaben zu Personen durch die Cloud-Instanz laufen, müssen vorher der Anbieter geprüft (Art. 28 Abs. 1 DSGVO) und der Auftragsverarbeitungsvertrag mit ihm geschlossen sein (Art. 28 Abs. 3 DSGVO). Die Hosting-Entscheidung fällt in diesem Fall also vor dem Test. Prüfen Sie außerdem vor der Übergabe an den echten Betrieb, ob die dann tatsächlich verarbeiteten Daten zur getroffenen Wahl noch passen.

Mindestanforderungen für Self-Hosting laut n8n-Dokumentation

Entscheiden Sie sich für den eigenen Betrieb, nennt die n8n-Dokumentation folgende Eckwerte:

• Laufzeitumgebung: Docker Engine und Docker Compose v2. Docker Compose ist der von n8n empfohlene Installationsweg; die Anleitung für den einzelnen Docker-Container ist als veraltet markiert. Unter Windows läuft die Installation über WSL.
• Rechenleistung: Die Docker-Compose-Anleitung verlangt mindestens 4 GB RAM und 2 vCPUs. Der Grund ist die mitinstallierte Sandbox für den n8n-Assistenten, die mehr Reserven braucht als ein gewöhnlicher Container. Ohne Assistenten nennt die Hetzner-Anleitung von n8n den Servertyp CPX11 für die meisten Nutzungsniveaus als ausreichend. Den aktuellen Preis dieses Servertyps prüfen Sie auf der Preisseite des Anbieters.
• Arbeitsspeicher und Datenbank: Die Dokumentation für den Einsatz von n8n als eingebettete Integration (OEM) nennt eine ausdrücklich als Beispiel gekennzeichnete Dimensionierung, abgeleitet aus n8n Cloud: 320 MB bis 2 GB Arbeitsspeicher und 512 MB bis 4 GB SSD für die Datenbank. n8n sei nicht rechenintensiv; der Speicherbedarf hänge von den Workflows und den verarbeiteten Daten ab, große Dateien können ihn deutlich erhöhen.
• Datenbank: Ohne weitere Einstellung legt n8n eine SQLite-Datenbank an. Für eine Produktivinstanz empfiehlt die Docker-Compose-Anleitung PostgreSQL.
• Zeitzone: Selbst betriebene Instanzen stehen ab Werk auf der Zeitzone America/New York. Setzen Sie die Zeitzone der Instanz oder des Workflows auf Europe/Berlin, sonst richten sich Zeitpläne nach der Uhrzeit in New York.

Die am 28. September 2026 aktuelle stabile Version ist n8n 2.40.7 (Release auf GitHub vom 25. September 2026). Neue Nebenversionen erscheinen laut n8n in den meisten Wochen; für den Produktivbetrieb ist die Stable-Version vorgesehen, die Beta-Version kann instabil sein.

Beispiel: der erste Workflow Schritt für Schritt

Das Beispiel erfüllt die Auswahlkriterien von oben: Es läuft nach einer festen Regel, hängt an einem einzigen System, die Bestandsdaten enthalten keine Angaben zu Personen, und ein Fehlversuch kostet höchstens eine ausbleibende Meldung. Aufgabe: Jeden Werktag um 7 Uhr meldet n8n im Teams-Kanal des Einkaufs, welche Artikel unter ihren Mindestbestand gefallen sind. Die Bestände stehen in einer Excel-Datei auf SharePoint. Die Node-Namen entsprechen der n8n-Dokumentation mit Stand 28. September 2026.

1. Datenquelle vorbereiten. Formatieren Sie die Bestandsliste in Excel als Tabelle mit mindestens den Spalten Artikel, Bestand und Mindestbestand. So liest der Node genau diesen Bereich statt des ganzen Blatts.
2. Auslöser setzen. Ein Schedule-Trigger-Node mit dem Cron-Ausdruck 0 7 * * 1-5 startet den Workflow montags bis freitags um 7 Uhr. Stellen Sie in den Workflow-Einstellungen die Zeitzone Europe/Berlin ein (siehe oben). Feiertage kennt der Cron-Ausdruck nicht; an einem Feiertag läuft der Workflow also mit.
3. Tabelle lesen. Der Node Microsoft Excel (SharePoint) mit der Ressource Table und der Operation Get Rows holt die Zeilen. Melden Sie ihn mit demselben Funktionskonto an wie den Teams-Node in Schritt 6, also über ein OAuth2-Credential. Der Node bietet zwar auch eine Anmeldung als Anwendung über einen Microsoft-Entra-Service-Principal an, Microsoft führt den App-only-Zugriff für die Excel-Tabellen-API aber offiziell als nicht unterstützt. Wie Sie die Berechtigungen eines solchen Zugangs zuschneiden, zeigt unser Beitrag zur Anmeldung über Entra ID.
4. Treffer filtern. Ein Filter-Node mit der Zahl-Bedingung „Bestand is less than Mindestbestand” lässt nur die betroffenen Artikel durch. Stehen Zahlen in der Tabelle als Text, bricht der Vergleich mit einem Typfehler ab; dafür hat der Filter-Node die Option Less Strict Type Validation, mit der n8n die Werte passend umzuwandeln versucht. Leere Zellen lösen in der aktuellen Version des Filters dagegen keinen Fehler aus; prüfen Sie deshalb, dass Bestand und Mindestbestand in jeder Zeile gefüllt sind.
5. Meldung zusammenfassen. Die meisten Nodes, auch der Teams-Node, laufen einmal je Datensatz: Ohne weiteren Schritt schickt der folgende Teams-Node für jeden Artikel eine eigene Nachricht. Wer eine Sammelmeldung will, fasst die Treffer vorher mit dem Aggregate-Node (Individual Fields, Input Field Name Artikel) zu einem Datensatz zusammen. Der Aggregate-Node liefert die Artikel dann als Liste; im Nachrichtenfeld des Teams-Nodes formen Sie sie per Ausdruck zu Text, etwa mit {{ $json.Artikel.join(", ") }}.
6. Nachricht senden. Der Microsoft-Teams-Node mit der Ressource Channel Message und der Operation Create schreibt die Liste in den Kanal des Einkaufs. Diese Operation steht laut n8n-Dokumentation mit der Service-Principal-Anmeldung nicht zur Verfügung, weil Microsoft Graph Kanalnachrichten ohne angemeldeten Nutzer nicht versenden lässt. Melden Sie den Node deshalb über ein eigenes Funktionskonto an, das Mitglied im Einkaufskanal ist, damit die Meldung nicht am Konto eines einzelnen Mitarbeiters hängt. Für möglichst wenige Rechte nutzen Sie für Excel und Teams dasselbe generische Credential Microsoft OAuth2 (Graph) und tragen dort nur die Scopes ein, die die beiden Nodes brauchen, statt der breiten Standard-Scopes des Teams-eigenen Credentials: für das Lesen der Excel-Tabelle laut n8n openid offline_access Sites.Read.All, für das Senden von Kanalnachrichten laut Microsoft ChannelMessage.Send. Die Auswahllisten für Team und Kanal können weitere Rechte brauchen; tragen Sie beide in diesem Fall per ID ein (Option By ID). n8n weist darauf hin, dass einzelne Funktionen mit engeren Scopes nicht wie erwartet arbeiten können; testen Sie deshalb jeden Schritt einmal manuell.
7. Fehlerbehandlung anhängen. Legen Sie einen zweiten Workflow an, der mit dem Error-Trigger-Node beginnt und zum Beispiel eine E-Mail an ein Sammelpostfach wie das des Einkaufs schickt. Im Bestands-Workflow wählen Sie ihn unter Settings als Error Workflow aus. Laut Dokumentation lässt sich ein Error-Workflow nicht durch einen manuellen Testlauf auslösen; er springt nur an, wenn ein automatisch gestarteter Workflow scheitert.
8. Testen und veröffentlichen. Testen Sie mit echten Bestandsdaten über den Button Execute workflow; manuelle Läufe zählen nicht auf das Ausführungskontingent. Danach veröffentlichen Sie den Workflow mit Publish, erst dann startet der Zeitplan ihn automatisch.

Weitere Aufbauten mit konkreter Node-Kette, etwa für E-Mail-Sortierung oder Reporting, zeigen fünf Beispiel-Workflows. Soll der erste Workflow ein wiederkehrender Bericht aus mehreren Systemen sein, zeigt unser Beitrag zum automatisierten Reporting Trigger, Datenabruf je Quelle und Zusammenführung im Detail sowie eine Prüfliste, welche Berichte sich dafür überhaupt lohnen. Sollen stattdessen Angebote und Follow-ups aus CRM-Daten entstehen, zeigt unser Beitrag zu Angeboten und Follow-ups mit n8n die Matrix, mit der Sie festlegen, welche Angebotsarten ohne Prüfschritt automatisch rausgehen dürfen.

Rechenweg: Welcher Tarif reicht für den Beispiel-Workflow?

n8n rechnet nach Ausführungen ab, also nach vollständigen Läufen eines Workflows, unabhängig davon, wie viele Schritte er hat. Laut Dokumentation zählen nur Produktivausführungen auf das Kontingent, und zwar je nach Auslöser unterschiedlich:

• Schedule Trigger: jede Auslösung, egal mit welchem Ergebnis.
• Abfragende Trigger (etwa auf neue Dateien oder E-Mails): nur Abfragen, die neue Daten finden.
• Webhook: jede eingehende Anfrage, die den Trigger auslöst.
• Nicht gezählt: manuelle Testläufe, Unter-Workflows (nur der aufrufende Workflow zählt) und Läufe von Error-Workflows.

Daraus ergibt sich für den Zeitplan des Beispiels bei 2.500 Ausführungen im Starter-Tarif:

Zeitplan	Rechnung (Monat mit 31 Tagen, davon 22 Werktage, z. B. Oktober 2026)	Ausführungen	Starter reicht?
Werktags einmal um 7 Uhr	22 × 1	22	ja
Werktags stündlich von 7 bis 17 Uhr	22 × 11	242	ja
Werktags alle 15 Minuten von 7 bis 17:45 Uhr	22 × 11 × 4	968	ja
Rund um die Uhr alle 15 Minuten	31 × 24 × 4	2.976	nein
Rund um die Uhr alle 5 Minuten	31 × 24 × 12	8.928	nein, Pro (10.000)

Die letzte Zeile entspricht der Beispielrechnung auf der n8n-Preisseite, die für einen Fünf-Minuten-Takt etwa 8.600 bis 8.900 Ausführungen im Monat nennt (bei 30 Tagen 8.640, bei 31 Tagen 8.928). Die Tabelle zeigt, worauf es ankommt: Der Tarif hängt am Auslöse-Takt, nicht an der Zahl der Mitarbeitenden, die von der Meldung profitieren. Derselbe Workflow kommt mit Starter für 20 Euro im Monat aus oder braucht Pro für 50 Euro (jeweils bei jährlicher Zahlung), je nachdem, ob er einmal am Morgen oder alle fünf Minuten nachsieht. Prüfen Sie deshalb vor der Tarifwahl, wie aktuell die Meldung wirklich sein muss.

Die Lizenz ist nur ein Teil der Rechnung. Woraus sich die Gesamtkosten einer Automatisierung zusammensetzen (Lizenz, Einführung, Betrieb) und welche Beträge sich belegen lassen, zeigt unser Beitrag zu den Kostenblöcken. Wenn die Alternative in Ihrem Fall eine Assistenz-Lösung wie Microsoft 365 Copilot ist, rechnet unser Kostenvergleich die beiden Abrechnungslogiken gegeneinander.

Anbindung an weitere Bestandssysteme

Der Wert jedes weiteren Workflows hängt daran, ob er sich an die Systeme anbinden lässt, in denen Ihre Daten heute liegen. Für Microsoft 365 gilt das oben verlinkte Vorgehen über Entra ID. Wird dieselbe SharePoint-Anbindung zur Grundlage eines internen Wissensassistenten, kommt eine zusätzliche Prüfung dazu, die unser Beitrag zu RAG auf SharePoint-Daten beschreibt. Welche Dokumente in einen solchen Assistenten gehören und wer sie pflegt, klärt unser Beitrag zum Aufbau einer Wissensdatenbank. Läuft in einer Excel-Tabelle heute noch eine manuell verschickte Freigabe, zeigt unser Beitrag zu Freigaben mit Frist und Eskalation, wie sich das in Microsoft 365 automatisieren lässt – geht es stattdessen um laufend zu überwachende Vertragslaufzeiten und Kündigungsfristen, zeigt unser Beitrag zur Vertragsfristen-Überwachung, ab wann dafür ein einfacher n8n-Workflow reicht und wann ein dediziertes System nötig wird. Dieselbe Entra-ID-Anbindung ist auch der technische Kern beim Mitarbeiter-Onboarding – unser Beitrag dazu ordnet zusätzlich ein, welche Onboarding-Schritte ohne Weiteres automatisierbar sind und bei welchen Daten eine engere Zugriffsgrenze oder eine eigene Prüfung zuerst steht.

Für DATEV gibt es, Stand 28. September 2026, keinen von n8n selbst gebauten Node, wohl aber von n8n verifizierte Partner-Nodes der Klardaten GmbH. Unser Beitrag zu den drei realistischen Wegen legt offen, welche DATEV-Anbindungen existieren, was sie kosten und wo ihre Grenzen liegen. Kommen Belege bereits als E-Rechnung an, stellt sich vorher die Frage, wie Sie XRechnung und ZUGFeRD automatisiert einlesen. Für Software ganz ohne Schnittstelle ordnet unser Beitrag zu Altsystemen ohne API die vier Ausweichwege Datei, E-Mail-Postfach, Datenbank und Bildschirmoberfläche ein.

Betrieb: Updates, Backups und Überwachung

Ein Workflow, der einmal läuft, braucht eine Antwort auf die Frage, wer merkt, wenn er das nicht mehr tut, und wer die Instanz aktuell hält. Was n8n dazu dokumentiert:

• Updates in der Cloud: Sicherheits- und Stabilitätsupdates spielt n8n immer automatisch ein. Im Bereich Updates & maintenance wählen Sie die Update-Frequenz, ein Wartungsfenster und den Release-Track; für geschäftskritische Workflows empfiehlt n8n den Track Stable.
• Updates beim Self-Hosting: n8n empfiehlt, mindestens einmal im Monat zu aktualisieren, damit keine großen Versionssprünge nötig werden, vorher die Release Notes auf nicht abwärtskompatible Änderungen zu prüfen und vor jedem Update ein vollständiges Backup zu ziehen.
• Backups beim Self-Hosting: In jedem Fall gehört der Ordner .n8n zum vollständigen Backup. Mit der voreingestellten SQLite-Datenbank enthält er die Datenbank selbst; nutzen Sie PostgreSQL, sichern Sie die Datenbank zusätzlich mit deren eigenen Werkzeugen. Nutzen Sie externen Speicher oder eigene Dateisystempfade für Binär- oder Ausführungsdaten oder eigene Nodes aus Verzeichnissen, die N8N_CUSTOM_EXTENSIONS angibt, gehören diese mit ins Backup. Ohne eigenen N8N_ENCRYPTION_KEY liegt im Ordner .n8n der Schlüssel, mit dem n8n die gespeicherten Zugangsdaten verschlüsselt; haben Sie einen eigenen Schlüssel gesetzt, sichern Sie ihn mit der übrigen Konfiguration wie den Umgebungsvariablen für Datenbank und Speicher. Ohne diesen Schlüssel lassen sich wiederhergestellte Zugangsdaten nicht entschlüsseln. Der Export über die Kommandozeile sichert nur Workflows und Zugangsdaten, keine Nutzer, Ausführungshistorie, Variablen oder Instanz-Einstellungen.
• Ausfälle von Workflows: Ein Error-Workflow springt an, wenn eine Ausführung scheitert. Einen Ausfall, bei dem gar keine Ausführung startet, etwa weil ein Trigger ausbleibt, fängt er nicht.
• Ausfälle der Instanz: Der Endpunkt /healthz meldet mit Status 200, dass die Instanz erreichbar ist, sagt aber nichts über die Datenbank; das leistet /healthz/readiness. Ein externer Dienst, der diese Adressen regelmäßig abfragt, bemerkt einen Stillstand. Der ausführlichere Endpunkt /metrics steht nur beim Self-Hosting zur Verfügung und ist ab Werk abgeschaltet.
• Verpasste Läufe nach einem Neustart: Mit dem voreingestellten Zeitplaner überspringt eine selbst betriebene Instanz Läufe, deren Zeitpunkt in einen Ausfall fiel, statt sie nachzuholen. Seit n8n 2.36.0 gibt es einen optionalen Zeitplaner mit Datenbank (Durable Scheduler), der ab Werk ausgeschaltet ist und über die Umgebungsvariablen N8N_SCHEDULER_ENABLED und N8N_USE_WORKFLOW_PUBLICATION_SERVICE eingeschaltet wird. Auch er startet einen verpassten Lauf nur innerhalb einer Toleranzfrist verspätet, die standardmäßig eine Minute beträgt. Darüber hinaus verwirft er verpasste Läufe in der Voreinstellung ebenfalls; einen Nachholauf gibt es nur, wenn Sie das am Schedule-Trigger-Node über die Option „If Execution Is Missed“ einstellen (bei Nodes, die ab Version 2.36.0 angelegt wurden).

Welche Kombination aus Error-Workflows, externen Healthchecks und Überwachungsdiensten zu Ihrem Fall passt, ordnet unser Beitrag zum Monitoring ein. Für einen ersten Testlauf mit überschaubarem Schaden bei Ausbleiben kann eine einfache Benachrichtigung ausreichen; vor der Übergabe an den produktiven Betrieb sollte mindestens ein Error-Workflow eingerichtet sein.

Der Fahrplan in fünf Schritten

Der Ablauf „klein anfangen, prüfen, dann ausweiten” ist nicht n8n-spezifisch. Wie er sich für KI-Projekte allgemein in Phasen gliedern lässt, beschreibt unser Leitfaden zur KI-Einführung. Für n8n konkret:

1. Vorgang auswählen. Ein wiederkehrender, regelbasierter Vorgang mit einem System als Anbindungspunkt, nicht der wichtigste Prozess im Unternehmen, sondern einer, an dem sich der Nutzen überhaupt zeigen lässt.
2. Betriebsmodell und Tarif festlegen. Mit der Tabelle zu Cloud und Self-Hosting und dem Rechenweg zu den Ausführungen oben. Ohne Angaben zu Personen im Test reicht dafür die Cloud-Testphase.
3. Mit echten Daten testen, deren Fehlverarbeitung keinen Schaden anrichtet. Echte Daten enthalten Sonderfälle, die in synthetischen Testdaten fehlen können. Enthalten die Testdaten Angaben zu Personen, muss vor dem Test der Auftragsverarbeitungsvertrag mit dem Anbieter der Instanz und mit jedem angebundenen Dienst stehen, der die Daten in Ihrem Auftrag verarbeitet; prüfen Sie außerdem, ob pseudonymisierte Daten für den Test reichen.
4. Fehlerbehandlung einrichten, bevor der Workflow produktiv geht. Mindestens ein Error-Workflow, wie im Beispiel unter Schritt 7.
5. Ergebnis dokumentieren und über die Ausweitung entscheiden. Was hat der Workflow tatsächlich eingespart oder verbessert, wie viele Ausführungen hat er verbraucht, und lohnt sich auf dieser Grundlage ein zweiter Vorgang?

Für den Mittelstand heißt das

Prüfen Sie, ob Sie gerade alle vier Entscheidungen vorab klären wollen, bevor der erste Workflow überhaupt steht. Dann liegt das Hindernis in der Reihenfolge, nicht in einer der Antworten. Hosting, Kosten, Systemanbindung und Betrieb lassen sich weitgehend unabhängig voneinander entscheiden – Sie können mit einem einzigen, gut abgegrenzten Workflow anfangen und die übrigen Fragen parallel oder erst bei der Ausweitung klären, mit zwei Ausnahmen. Erstens: Bevor personenbezogene Daten durch eine Instanz laufen, die ein Dienstleister für Sie betreibt oder hostet, müssen der Anbieter geprüft (Art. 28 Abs. 1 DSGVO) und der Auftragsverarbeitungsvertrag geschlossen sein; sitzt der Anbieter oder einer seiner Unterauftragsverarbeiter außerhalb des EWR oder werden die Daten dorthin übermittelt, prüfen Sie zusätzlich die Regeln für Drittlandübermittlungen (Kapitel V DSGVO). Dasselbe gilt für angebundene Dienste, die die Daten in Ihrem Auftrag verarbeiten. Zweitens: eine minimale Fehlerbehandlung, bevor ein Workflow reale Vorgänge ohne menschliche Kontrolle abwickelt.

Beim Betriebsmodell lohnt ein ehrlicher Blick auf die eigenen Ressourcen. Die Community Edition spart die Lizenzgebühr, verlagert aber Updates, Backups und Absicherung ins eigene Haus, und sie erlaubt kein Teilen von Workflows zwischen Kollegen. Für einen ersten Workflow ohne Angaben zu Personen bietet die Cloud-Testphase einen Einstieg ohne Installation; ob Sie danach in der Cloud bleiben oder selbst betreiben, entscheiden Sie mit gemessenen Ausführungen statt mit Schätzungen. Entscheiden Sie sich statt für den Eigenbau für eine Agentur, stellen sich dieselben Grundfragen an die Beauftragung: Woran Sie einen belastbaren Partner erkennen, beantworten sieben Prüffragen, unter anderem zu Betrieb, Systemanbindung, Fehlerüberwachung, Betriebskosten und einem nachweisbaren laufenden Projekt.

FAQ

Brauchen wir eine eigene IT-Abteilung, um n8n einzuführen?

Für einen ersten Workflow in n8n Cloud nicht zwingend: Dort übernimmt n8n Installation, Hosting und Updates. Für Self-Hosting setzt n8n selbst Fachwissen zu Servern, Containern und deren Absicherung voraus und empfiehlt Unternehmen ohne dieses Wissen die Cloud. Aufwand entsteht außerdem dort, wo es für ein System keinen fertigen Node gibt und eine Anbindung über einen generischen Node wie HTTP Request selbst gebaut werden muss.

Was kostet n8n für den ersten Workflow?

In n8n Cloud kostet der Starter-Tarif laut Preisseite (Stand 28. September 2026) 20 Euro im Monat bei jährlicher Zahlung oder 24 Euro bei monatlicher Zahlung und enthält 2.500 Ausführungen im Monat. Die Self-Hosting-Variante Community Edition kostet keine Lizenzgebühr; dafür zahlen Sie den Server und die eigene Betriebszeit.

Müssen wir Hosting und DSGVO zuerst klären, bevor wir mit n8n anfangen?

Nicht vollständig. Solange der Testlauf keine personenbezogenen Daten verarbeitet, kann die Hosting-Entscheidung parallel laufen. Sobald Daten mit Namen, E-Mail-Adressen oder anderen Angaben zu Personen durch eine Cloud-Instanz oder einen gemieteten Server laufen, müssen vorher der Anbieter nach Art. 28 Abs. 1 DSGVO geprüft und der Auftragsverarbeitungsvertrag nach Art. 28 Abs. 3 DSGVO mit ihm geschlossen sein; sitzt der Anbieter oder einer seiner Unterauftragsverarbeiter außerhalb des EWR oder werden die Daten dorthin übermittelt, kommen die Regeln für Drittlandübermittlungen (Kapitel V DSGVO) hinzu. Details dazu in unserem Beitrag zu n8n und DSGVO.

Welche Serveranforderungen nennt n8n für Self-Hosting?

Die Anleitung für Docker Compose verlangt Docker Engine, Docker Compose v2 sowie mindestens 4 GB RAM und 2 vCPUs, weil sie die Sandbox für den n8n-Assistenten mitinstalliert. Ohne diesen Assistenten nennt die Hetzner-Anleitung von n8n den kleinen Servertyp CPX11 für die meisten Nutzungsniveaus als ausreichend. Für den Produktivbetrieb empfiehlt n8n PostgreSQL statt der voreingestellten SQLite-Datenbank.

Was passiert, wenn der erste Workflow ausfällt, bevor ein Monitoring eingerichtet ist?

Ohne Error-Workflow oder externen Check bemerken Sie einen Ausfall im Zweifel erst, wenn der ausbleibende Effekt auffällt. Für den ersten Testlauf mit unkritischen Daten ist das vertretbar; vor der Übergabe an den echten Betrieb gehört mindestens ein einfacher Error-Workflow dazu.