Workflow-Grundlagen

Ein n8n-Workflow besteht aus Nodes, die durch Connections verbunden sind. Jeder Node führt eine bestimmte Aktion aus — Daten abrufen, transformieren, senden oder verzweigen. In dieser Lektion lernen Sie die Kernkonzepte.

Nodes — Die Bausteine

Nodes sind die Grundeinheiten jedes Workflows. Es gibt drei Hauptkategorien:

Trigger-Nodes (Auslöser)

Starten den Workflow. Ohne Trigger passiert nichts.

Trigger	Beschreibung	Use Case
Webhook	HTTP-Request empfangen	API-Endpunkt, Slack-Command
Schedule	Zeitgesteuert (Cron)	Täglicher Report, stündliches Monitoring
Email Trigger	Neue E-Mail empfangen	Eingangspostfach-Automatisierung
Kafka/RabbitMQ	Message-Queue-Event	Event-Driven-Architektur

Action-Nodes (Aktionen)

Führen die eigentliche Arbeit aus:

HTTP Request: Beliebige APIs aufrufen
Database-Nodes: PostgreSQL, MySQL, MongoDB abfragen
App-Nodes: Slack, Google Sheets, HubSpot, Jira etc.
Code-Node: JavaScript oder Python ausführen
AI-Nodes: LLM-Aufrufe, Embeddings, Text-Klassifikation

Logic-Nodes (Steuerung)

Kontrollieren den Workflow-Fluss:

IF: Bedingte Verzweigung
Switch: Mehrfache Verzweigung
Merge: Daten zusammenführen
Loop Over Items: Iteration über Listen
Wait: Zeitverzögerung oder auf Event warten

Connections und Datenfluss

Nodes werden durch Connections verbunden. Daten fließen als Items — JSON-Objekte, die von Node zu Node weitergegeben werden:

[
  { "json": { "name": "Max Müller", "email": "max@firma.de", "score": 85 } },
  { "json": { "name": "Anna Schmidt", "email": "anna@firma.de", "score": 42 } }
]

Jeder Node empfängt Items, verarbeitet sie und gibt neue Items aus.

Expressions — Dynamische Werte

Expressions erlauben Zugriff auf Daten vorheriger Nodes:

{{ $json.name }}                    → Aktueller Item-Wert
{{ $('HTTP Request').item.json.id }} → Wert aus einem bestimmten Node
{{ $now.toISO() }}                  → Aktueller Zeitstempel
{{ $json.score > 70 ? 'Gut' : 'Schlecht' }} → Bedingte Logik

Error Handling

Robuste Workflows brauchen Fehlerbehandlung. n8n bietet drei Ansätze:

1. Error-Trigger-Workflow

Ein separater Workflow, der bei Fehlern in anderen Workflows ausgelöst wird — ideal für zentrales Alerting (Slack, E-Mail).

2. Retry on Fail

Nodes können bei Fehler automatisch wiederholt werden:

Retry Count: Anzahl der Versuche (z. B. 3)
Wait Between: Wartezeit zwischen Versuchen (z. B. 5 Sekunden)

3. Continue on Fail

Der Workflow läuft weiter, auch wenn ein Node fehlschlägt. Der Fehler wird als Output weitergegeben und kann im nächsten Node behandelt werden.

Execution Modes

Modus	Beschreibung	Einsatz
Manual	Workflow per Klick ausführen	Entwicklung, Testing
Active	Workflow reagiert auf Trigger	Production
Queue	Ausführungen werden an Worker verteilt	Hohe Last, Skalierung

Praxis-Tipp: Aktivieren Sie Error-Handling von Anfang an. Erstellen Sie einen zentralen Error-Workflow, der Fehler an Slack oder per E-Mail meldet. So erfahren Sie sofort, wenn ein Production-Workflow fehlschlägt.