Die Ausführung läuft durch, doch am Ende kommt ein wirres Datenpaket heraus. Wer alles in einen Node packt, sieht nie, wo es kippte.

Kein Fehler wird gemeldet, aber die Ausgabe ist unbrauchbar. Welcher Schritt das Format zerstörte, bleibt unklar.

Ein Workflow in n8n, einem Werkzeug für Automationen ohne Programmierung, ist eine Kette von Nodes. Ein Node ist ein einzelner Verarbeitungsschritt, etwa ein Webhook-Trigger, also ein Startpunkt, den ein anderes System beim Ereignis aktiv aufruft und dabei Daten mitschickt. Jeder Node nimmt die Ausgabe des vorherigen Nodes als Eingabe auf, erfüllt eine Aufgabe und gibt sein Ergebnis weiter; die Datenanzeige unter jedem Node zeigt Ein- und Ausgabe.

Ein Bestellsystem meldet einen Bestelleingang per Webhook an den Trigger-Node. Node zwei filtert auf bezahlte Bestellungen, Node drei formatiert die Kundenadresse, Node vier schickt sie per HTTP Request an das Versandtool. Stimmt die Adresse nicht, zeigt die Datenanzeige von Node drei den Defekt sofort.

Wer nicht jeden Schritt prüfen will, kann mit Expressions in doppelten geschweiften Klammern auf die Daten vorheriger Nodes zugreifen, etwa über $json, und Werte im Blick behalten. n8n speichert jede Ausführung mit Ein- und Ausgaben je Node; was gespeichert wird und wie lange, ist konfigurierbar.

So prüft man es: Nach jedem Node die Datenanzeige öffnen und Eingabe gegen Ausgabe vergleichen. Ein typischer Einsteigerirrtum ist, die ganze Automation in einen einzigen Code Node zu schreiben; besser ist eine Kette kleiner Nodes, weil jede Zwischenausgabe sichtbar bleibt.

Eine Automation ist kein schwarzer Kasten, sondern eine Kette prüfbarer Schritte. Ein Node, eine Aufgabe, sonst verschwindet der Fehlerort.

📌 Node · Datenanzeige · Eine Aufgabe pro Node

📚 Automatisierung von Grund auf · Tag 2 von 30
#n8n #Automatisierung #workflow #nocode