n8n bringt eine große Bibliothek fertiger Integrations-Nodes mit, und es ist verlockend, sie wie eine Speisekarte zu lernen: Dienst für Dienst, wenn man ihn braucht. Das funktioniert — langsam. Und es lässt dich beim ersten Mal auflaufen, wenn du etwas brauchst, das die Bibliothek nicht abdeckt.
Fünf Nodes erledigen den Großteil der echten Arbeit. Wer die kann, für den werden die fertigen Nodes zu Abkürzungen, die man nehmen kann oder auch nicht.
Die Reihenfolge ist bewusst gewählt: Jeder Node wird nützlicher, wenn du die darüber schon kennst.
HTTP Request
Der Node, der alle anderen optional macht. Jeder Dienst mit einer REST-API ist von hier aus erreichbar — egal ob n8n eine fertige Integration dafür mitbringt oder nicht.
Ihn zu lernen heißt, ein bisschen von der Sprache darunter zu lernen: Methoden, Header, Query-Parameter, Authentifizierung, was ein 401 gegenüber einem 429 bedeutet. Das kostet echte Mühe — und es ist der größte Hebel im ganzen Werkzeug. Ein fertiger Node spart dir fünfzehn Minuten bei einem Dienst, für den es ihn gibt. HTTP Request entsperrt dich bei jedem Dienst, für den es ihn nicht gibt.
Lern ihn zuerst, gerade weil er sich am unbequemsten anfühlt.
Edit Fields (Set)
Benennt um, formt um und kürzt die Daten, die zwischen den Nodes fließen.
Sieht nach Hausarbeit aus — deshalb überspringen ihn viele und reichen ganze aufgeblähte Objekte die Kette hinunter. Und dann bricht drei Nodes später etwas, und man liest sich durch ein Payload mit sechzig Feldern, um die zwei zu finden, auf die es ankommt.
Gut eingesetzt ist dieser Node Dokumentation: Er sagt an einer sichtbaren Stelle genau, worauf sich der nächste Schritt verlassen darf. Das macht Fehler lokal statt rätselhaft.
IF
Verzweigung. Der Punkt, an dem ein Workflow aufhört, ein Skript zu sein, und anfängt, ein Prozess zu sein.
Die Gewohnheit, die man sich früh angewöhnen sollte: Entscheide, was der Nein-Zweig tut. Nicht standardmäßig „nichts” — so verschwinden Datensätze, ohne dass es jemand merkt. Entweder du behandelst den Fall, oder du leitest ihn irgendwohin, wo du tatsächlich nachschaust. Ein leerer Nein-Zweig ist ein stiller Fehler, den du nur noch nicht kennengelernt hast.
Loop Over Items
n8n reicht Items in Bündeln weiter, und oft ist genau das richtig. Dann triffst du auf eine API mit Rate-Limit oder auf einen Schritt, der nicht hundertmal parallel laufen darf — und brauchst explizite Kontrolle über die Bündelung.
Hier zeigt sich auch der Unterschied zwischen „lief mit drei Testdatensätzen” und „lief mit viertausend”. Die meisten Workflows, die in Produktion sterben, sterben hier.
Error Trigger
Der Node, den die meisten zuletzt lernen — und sich wünschen, sie hätten ihn zuerst gelernt.
Error Trigger startet einen eigenen Workflow, wenn ein anderer fehlschlägt. Genau das macht aus einer kaputten Automatisierung, die du eine Woche später entdeckst, eine, die sich meldet. Ohne ihn hört ein geplanter Workflow, der still zu scheitern beginnt, einfach auf, Ergebnisse zu liefern — und niemand merkt es, bis die Lücke offensichtlich wird.
Wenn du irgendetwas unbeaufsichtigt laufen lässt, bau das, bevor du es brauchst. Es ist der Unterschied zwischen Automatisierung, der du vertrauen kannst, und Automatisierung, die du ständig kontrollieren musst — und manuelles Kontrollieren hebt den ganzen Zweck wieder auf.
Geschrieben von Marvin
Ich baue KI-Systeme für SEO und Automatisierung und teile jedes davon in der AI SEO Society.
Zur Community