Kennst du den Gedanken “das müsste sich doch automatisieren lassen”? Zwei Dienste miteinander reden lassen, eine der unzähligen Handarbeiten endlich loswerden - oder die kniffligen Teile gleich einem KI-Agenten überlassen. Werkzeuge dafür gibt es reichlich, unter anderem Web-Dienste wie Zapier oder Make: schnell startklar, aber gemietet und pro Ausführung bezahlt. Es geht auch anders: self-hosted, mit n8n.
Bei mir liefen die Automationen jahrelang über Node-RED, das auf meinem Home Assistant Yellow ausgeführt wird und diverse kleinere und größere Aufgaben automatisiert, etwa rund um meinen Solarspeicher. Dann wurde n8n immer präsenter, und irgendwann kam ich auch im Job nicht mehr drumherum. Also habe ich es im vergangenen Herbst kurzerhand in meinem Homelab installiert - und war nach ein paar Spiel- und Bastel-Sessions regelrecht verliebt 😁.
Was ist n8n? #
n8n ist ein Werkzeug zur Workflow-Automatisierung. Du baust in einem visuellen Editor sogenannte Nodes1 zu einem Ablauf zusammen: ein Auslöser hier, ein API-Aufruf da, eine Bedingung dazwischen, am Ende landet etwas in einer Datenbank, einem Chat oder deinem Postfach. Und wo die Klick-Bausteine nicht reichen, schreibst du einfach ein Stück Code - ohne Medienbruch.

Der entscheidende Unterschied zu den üblichen Verdächtigen: Du kannst n8n self-hosted betreiben. Auf deinem eigenen Server, in deinem Netz, hinter deinem Reverse Proxy. Deine Workflows, deine Credentials und die Daten, die da durchlaufen, bleiben bei dir.
Seit einiger Zeit prägt ein weiterer Baustein das Thema: der KI-Agent. Statt eine Aktion stur abzuarbeiten, gibst du einer Node ein Sprachmodell und ein paar Werkzeuge an die Hand - und sie entscheidet selbst, welchen Schritt sie als Nächstes geht.2 Das Modell dahinter kann ein Cloud-Dienst sein oder lokal auf deiner Maschine laufen.

Achtung, weil dich das als möglicher Selbst-Hoster direkt betrifft: n8n ist kein klassisches Open Source im OSI-Sinne, sondern fair-code3. Der Quellcode liegt offen, du darfst es kostenlos selbst hosten und intern nutzen - nur beim Weiterverkaufen als eigenes Produkt zieht die Lizenz eine Grenze. Für unseren Zweck, also eigener Server und eigene Automatisierung, ist das völlig unkritisch. Aber “fair-code” und “Open Source” sind eben nicht dasselbe, daher wollte ich es wenigstens erwähnt haben.
n8n vs. Zapier, Make und Node-RED #
Kurz und knapp: weil es für diesen einen Zweck - Dienste self-hosted miteinander verbinden - eine sehr ausgewogene Mischung aus Komfort und Kontrolle bietet. Es ist nicht das einzige Werkzeug, und je nach Aufgabe ist ein anderes die bessere Wahl.
Ein Überblick:
| Werkzeug | Wofür es taugt | Der Haken |
|---|---|---|
| Zapier / Make | schnell geklickt, riesiger Katalog | Cloud-only, Abrechnung pro Task, deine Daten liegen dort |
| Node-RED | self-hosted, stark bei IoT- und Event-Flows | eher low-level, weniger Komfort für API-Glue |
| Home Assistant-Automationen | perfekt innerhalb des Smart Homes | nicht dafür gebaut, Dienste quer durchs Netz zu verkabeln |
| Skripte + Cron | maximale Kontrolle, null Ballast | Retries, Logging, Credentials, Oberfläche - alles selbst |
| n8n | self-hosted, visuell und Code, Retries inklusive | ein Dienst mehr, den du betreiben musst |
Kurz gesagt: Zapier und Make nehmen dir die Arbeit ab und dafür die Kontrolle. Node-RED liebe ich für alles, was nah an Sensoren und MQTT sitzt - fürs Verbinden von Web-APIs ist n8n aber runder. Und ein selbstgeschriebenes Python-Skript ist wunderbar, bis du zum dritten Mal Retry-Logik, Fehlerbehandlung und ein Credential-Handling nachbaust, die n8n einfach mitbringt.
Was du dir einhandelst #
Damit ich dir nichts vormache: n8n self-hosted ist kein Wundermittel und läuft nicht von allein. Zuerst probierst du es aus, und wenn du es bereitstellen willst, machst du dir erst einmal Gedanken über das Wie und die Konfiguration.
Es ist ein zustandsbehafteter Dienst, kein Skript, das du bei Bedarf kurz aufrufst. Er läuft dauerhaft, will aktualisiert und gesichert werden, und eine Datenbank gehört je nach Konfiguration auch dazu. Dazu kommt eine Lernkurve: n8n denkt in Items, und wie die Daten von Node zu Node wandern, ist am Anfang ungewohnt. Genau hier steigen die meisten zu Beginn aus.
Und Self-Hosting heißt eben Eigenverantwortung: Kein Support-Team startet dir nachts den Dienst neu. Dafür bekommst du auch keine Rechnung, die mit jeder Ausführung wächst - am Ende bleiben die Stromkosten deines Servers. Und wenn du bis hierhin gelesen hast, hast du die ja sicher eh schon bereits 😁.
Was du brauchst #
Bevor es losgeht, ein kurzer Kassensturz. Ein Rechenzentrum brauchst du nicht, aber ein paar Zutaten sollten da sein:
- Einen Server. n8n reagiert auf Zeitpläne, Auslöser und Webhooks - es muss also rund um die Uhr laufen, nicht nur wenn dein Rechner gerade an ist. Ein kleiner Mini-PC, ein NAS oder ein Raspberry Pi reicht dafür locker; ein Kraftpaket braucht es im Heimbetrieb nicht. Worauf n8n bei mir läuft und worauf du beim Kauf achten solltest, schauen wir uns im nächsten Beitrag im Detail an.
- Docker. Wir betreiben n8n als Container - das hält die Installation sauber vom Rest getrennt und macht Updates zur Sache von Minuten. Lief bei dir schon mal etwas wie Pi-hole oder Paperless im Container, kennst du das Prinzip; falls nicht, gehen wir die Grundlagen gemeinsam durch.
- Etwas Geduld am Anfang. Das Datenmodell rund um die Items ist die eine echte Hürde - wie diese von Node zu Node wandern, fühlt sich zuerst ungewohnt an. Hast du das raus, geht der Rest fast von allein.
- Ein paar Use-Cases. Ohne konkretes Problem bleibt n8n ein hübsches, leeres Blatt - der Reiz kommt erst mit dem eigenen Anwendungsfall. Nimm dir ruhig etwas, das dich im Alltag nervt: die Benachrichtigung, die dir bisher fehlt, zwei Dienste, die endlich miteinander reden sollen, oder der Report, den du dir jeden Montag von Hand zusammenklickst. Und wenn dir gerade nichts einfällt - dann finden wir gemeinsam eine grüne Spielwiese 😎!

Viel ist das nicht - hast du es beisammen, kann es losgehen.
Was dich erwartet #
In den nächsten Beiträgen wird es praktisch: das Setup, die Grundlagen und dein erster Flow, die typischen Stolpersteine und jede Menge Beispiele - echte Workflows aus meinem Homelab, keine ausgedachten. In welcher Reihenfolge und wie kleinteilig das kommt, lege ich bewusst nicht fest: Die genaue Ausgestaltung improvisiere ich hier auf der Zeitachse, je nachdem, was sich beim Schreiben und Basteln als sinnvoll erweist und woran ich Spaß habe.
Los geht es im nächsten Beitrag mit dem Fundament: n8n auf eigener Hardware. Bis dahin 😄.
Das Titel-/Hintergrundbild stammt von Kelly Sikkema auf Unsplash.
Ein Node ist ein einzelner Baustein im Flow - ein Auslöser, eine Aktion oder eine Bedingung. Du verbindest Nodes per Linie zu einem Ablauf, die Daten wandern dann von Node zu Node. ↩︎
Der KI-Agent (in n8n die AI-Agent-Node) arbeitet nach dem ReAct-Prinzip: Das Modell denkt einen Schritt, wählt ein Werkzeug, wertet das Ergebnis aus und wiederholt das, bis die Aufgabe gelöst ist. Als Modell lässt sich auch ein lokales per Ollama einbinden. ↩︎
fair-code beschreibt Software, deren Quellcode offen einsehbar und frei selbst hostbar ist, die aber - anders als bei OSI-zertifizierten Open-Source-Lizenzen - Einschränkungen bei der kommerziellen Verwertung durch Dritte macht. n8n nutzt dafür die Sustainable Use License. ↩︎
Hat dir der Beitrag gefallen?




