Werkzeuge, Trigger, Schnittstellen

Zapier: sofort. Du legst ein Konto an, und nach zehn Minuten läuft etwas. Make: mittel. Du musst verstehen, was ein Router macht, sonst baust du Unsinn. n8n: anspruchsvoll, und zwar, weil du auf die Daten schaust. Du siehst Feldnamen und Klammern. Wer das nicht will, findet n8n anstrengend. Wer sich darauf einlässt, versteht bald mehr über die eigenen Daten als vorher in Jahren.

Hermes steht extra. Da gibt es keinen Baukasten: Du schreibst einem KI-Agenten ein Ziel in Worten, und er sucht sich seinen Weg. Das ist keine höhere Schwierigkeitsstufe, sondern eine andere Art zu arbeiten.

Frag dich ehrlich, was „einfach“ für dich heißt. Einfach am ersten Tag und einfach nach drei Monaten, wenn der Ablauf um zwei Uhr nachts hängt und du wissen willst, warum, sind zwei verschiedene Sachen. Zapier ist beim ersten einfach, n8n beim zweiten. Für die Auswahl zählt nicht, wie schnell irgendetwas läuft, sondern wie schnell du einen Test hast, den du selbst kontrollierst.

Gemeint ist: Was kostet es, wenn es wirklich läuft? Nicht im Test, im Betrieb. Fünfzigtausend Tasks klingt nach viel, ist es aber nicht. Rechne mit: Eine Serviceanfrage läuft durch vier Schritte, Formular annehmen, Felder prüfen, zuständige Person ermitteln, Zusammenfassung schreiben. Bei hundert Anfragen am Tag sind das vierhundert Schritte, mal zwanzig Arbeitstage achttausend im Monat. Sechs solche Abläufe, und du bist bei knapp fünfzigtausend.

Was davon auf der Rechnung landet, zählt jeder Anbieter anders. Bei Zapier kostet der Trigger nichts, jede weitere Aktion schon. Make zählt fast jeden Modullauf. n8n in der Cloud zählt den ganzen Lauf, egal wie viele Schritte er hat.

Beim eigenen Server zahlst du den Server, das können zehn Euro sein, und die Zeit der Person, die Updates einspielt und Backups macht. Diese Zeit ist der eigentliche Preis. Ein KI-Agent passt nicht in diese Tabelle: Du zahlst das Modell pro Anfrage, je nachdem, wie viel Text durchläuft, dazu Server und Werkzeuge. Das kann billiger sein als Zapier oder zehnmal teurer.

Preise ändern sich oft. Rechnest du für deinen Betrieb, öffne die aktuelle Preisseite und schreib das Datum dazu.

Das ist keine Rechtsberatung, sondern das, was technisch passiert. Zapier: Server in den USA. Für einen Newsletter mit Vornamen vertretbar, für Kundendaten mit Adresse, Rechnungsbetrag oder Krankheitsgrund ein Gespräch mit dem Datenschutzbeauftragten. Make: EU-Server möglich, aber nur, wenn du es beim Anlegen des Kontos richtig einstellst und die angebundenen Dienste auch in der EU sind. n8n auf eigenem Server: Die Daten bleiben bei dir.

Jetzt der wichtigste Punkt. Stell dir vor, du betreibst n8n auf deinem eigenen Server in Hamburg. Dann baust du einen Schritt ein, der eine Anfrage mit einem KI-Modell zusammenfasst. Die Anfrage geht zum Modell, und das steht vielleicht in den USA. Dein Server ist in Hamburg, deine Daten sind trotzdem in den USA. Das Label „Self-Hosting“ hat dir nichts genützt, weil du nur auf das Label geschaut hast und nicht auf den Weg.

Deshalb: Zeichne den Weg der Daten. Wo kommt die Anfrage rein, wo wird sie verarbeitet, an wen geht sie weiter, und wo steht der? Jeder Pfeil in dieser Zeichnung ist eine Frage an den Datenschutz.

KI steckt inzwischen in allen. Zapier hat Basisfunktionen. Make und n8n bauen KI-Schritte ein, etwa: Fass diese Anfrage in zwei Sätzen zusammen. Gumloop ist von Anfang an um KI herum gebaut. Und Hermes ist selbst eine KI. Wie du KI-Schritte in n8n einbaust, zeigt Lektion 16 im Lernpfad. Dort blendest du sie mit dem Schalter „Fortgeschritten“ ein.

Die Kontrollfrage nimmst du schon jetzt mit. Bei den vier Baukästen bestimmst du den nächsten Schritt, und zwar vorher, beim Bauen: Nach dem Formular kommt die Prüfung, nach der Prüfung die Zuordnung. Das steht fest, bevor die erste Anfrage reinkommt. Beim Agenten bestimmt das Modell, während es läuft. Es bekommt ein Ziel und sucht sich den Weg, bei derselben Anfrage vielleicht einmal so und beim nächsten Mal anders.

Das ist kein Vorwurf. Für manche Aufgaben ist das genau richtig. Aber es ist ein anderes Ding, und wer das nicht auseinanderhält, vergleicht Äpfel mit einem Taschenrechner.

Bevor du anfängst zu lesen: Das ist keine Rangliste. Es gibt keinen Gewinner, nur „passt zu meinem Fall“ oder „passt nicht“.

Die vier Werkzeuge in der Tabelle unterscheiden sich bei Einstieg, Kosten und Datenweg. Aber sie funktionieren gleich: ein Auslöser, dann Schritte, dann ein Ergebnis. Was du bei einem lernst, kannst du beim anderen anwenden. Nur die Wörter sind anders: Zap, Szenario, Flow, Workflow. Gemeint ist dasselbe.

Hermes gehört in eine andere Tabelle. Er ist kein fünfter Baukasten, sondern ein KI-Agent. Du gibst ihm ein Ziel in Worten, etwa „Finde heraus, ob dieser Kunde noch offene Rechnungen hat, und schreib ihm eine Erinnerung“, dazu ein paar Werkzeuge wie Zugriff auf Buchhaltung und E-Mail. Dann entscheidet er selbst, was er in welcher Reihenfolge tut und wann er fertig ist. Für offene Aufgaben kann das nützlich sein. Für eine Anfrage, die jeden Tag gleich abläuft, willst du, dass der Weg feststeht.

Die rechte Spalte ist die wichtige. Bei jedem Werkzeug gibt es einen Punkt, der die Entscheidung kippen kann: bei Zapier die Kosten pro Aktion, bei Make die Frage, ob deine Verzweigungen sauber laufen und was bei Fehlern passiert, bei n8n, wer den Server betreibt. Diesen einen Punkt prüfst du zuerst. Passt er nicht, sparst du dir den Rest.

Probier es an einem eigenen Ablauf. Schreib, bevor du irgendein Werkzeug anfasst, fünf Muss-Kriterien und zwei Wünsche auf. Muss heißt: Ohne das geht es nicht, egal wie gut der Rest ist, zum Beispiel „Daten bleiben in der EU“. Dann trägst du die Werkzeuge ein. Wo du etwas nicht weißt, schreibst du ein Fragezeichen. Das ist keine Schwäche, das ist ehrlich. Ein geratener Punkt kostet dich später Geld.

Stell dir vor, du wartest auf einen wichtigen Brief. Wie erfährst du, dass er da ist?

Erstens: Du gehst selbst hin und schaust nach, jetzt, weil du gerade Lust hast. Das ist der Testknopf, in n8n der Manual Trigger. Zweitens: Du gehst jeden Morgen um neun zum Briefkasten, ob etwas drin ist oder nicht. Das ist der Zeitplan, der Schedule Trigger. Wenn die Uhr startet, sind noch keine Daten da, der Ablauf muss sie sich erst holen. Drittens: Es klingelt, der Postbote meldet sich. Das ist das Formularereignis: Die Formular-App meldet sich sofort bei n8n. Technisch heißt das Webhook, n8n wartet an einer Adresse, die Quelle sendet dorthin. Baust du das Formular in n8n selbst, startet es der n8n Form Trigger. Viertens: Du hast keine Klingel und weißt nicht, wann der Brief kommt, also schaust du alle fünf Minuten nach. Meistens ist nichts drin. Das ist Polling.

Verwechselt werden fast immer drei und vier. Beim Formularereignis schickt die Quelle die Nachricht zu dir. Beim Polling fragst du die Quelle.

Der Trigger sagt dir, wann es losgeht. Er sagt dir nicht, ob die Daten stimmen, und er ist die häufigste Quelle für doppelte Bearbeitung. Darum stellst du bei jedem Trigger dieselbe Frage: Woran erkennt der Workflow, dass er diesen Vorgang schon hatte?

„Aufpassen“ ist keine Antwort. Die Antwort ist eine Kennung, ein Cursor oder eine Sperre. Eine Vorgangs-ID allein verhindert noch nichts; erst die Prüfung „schon gesehen?“ wirkt.

Übrigens sind manche App-Trigger in n8n in Wahrheit Polling. Der Gmail Trigger zum Beispiel fragt in Abständen nach, das siehst du am Feld Poll Times.

Aktion ist die Arbeit: lesen, prüfen, verändern, senden. Node ist der Baustein, der sie macht; in Make heißt er Modul, gemeint ist dasselbe. Ausgabe ist das, was hinten rauskommt.

Ein Node ist kein Symbol. Er hat einen Eingang, eine Einstellung, er tut etwas, und er hat einen Ausgang. Der nächste Schritt bekommt nur, was am Ausgang steht, nicht automatisch alles, was vorher da war. Wie das schiefgeht, zeigt die nächste Folie.

Damit zwei Systeme Daten austauschen, brauchen sie eine Verabredung: eine Adresse, unter der ein System erreichbar ist, plus die Regel, welche Felder man hinschickt und welche zurückkommen. Das ist eine Schnittstelle, auf Englisch API. Kein Zauber.

Webhook und Polling sind keine Alternativen zur API, beide laufen darüber. Beim Abruf, im Lernpfad API-Aufruf genannt, will n8n etwas wissen und fragt einmal: Status von 1042? Antwort: offen. Beim Webhook ist es umgekehrt: n8n stellt eine Adresse bereit und wartet, die Formular-App schickt die Felder dorthin, sobald jemand absendet. Das ist die Klingel. Beim Polling kann das andere System nicht klingeln, also fragt n8n regelmäßig: Gibt es Neues seit dem letzten Mal?

Zu den vier Vereinbarungen: Die Berechtigung sorgt dafür, dass nicht jeder anfragen kann; in n8n speicherst du sie immer als Credential, nie im Textfeld. Die Felder sind der Vertrag. Und das Fehlerverhalten legt fest, was passiert, wenn das andere System nicht antwortet oder dieselbe Meldung zweimal schickt. Die 200 sagt dir nicht, ob in der Antwort das richtige Feld steht oder ob der Status „offen“ heißt oder „Offen“. Im Webhook-Simulator probierst du Sender und Postfach selbst aus.

Mapping heißt Zuordnung: Wie landet ein Feld aus dem einen Schritt im richtigen Feld des nächsten? Klingt banal, ist aber die Stelle, an der die meisten Abläufe brechen. Und zwar wegen zwei Fallen, die unsichtbar sind, wenn du nicht genau hinschaust.

Erste Falle, der Datentyp. 51 und "51" sehen auf dem Bildschirm fast gleich aus. Das erste ist eine Zahl, damit kann n8n rechnen und vergleichen. Das zweite ist Text, der zufällig aussieht wie eine Zahl. Manchmal merkst du das sofort: Ein If oder Filter, der „größer als 50“ prüft, wird rot und meldet „Wrong type“. Gefährlicher ist der leise Fall. Rechnest du {{ $json.anzahl + 1 }} und anzahl ist der Text "3", kommt "31" heraus statt 4. Kein Fehler, nichts rot, nur ein falsches Ergebnis. Wie du einen Wert vorher prüfst, zeigt Teil 5.

Zweite Falle, der Feldname. Sucht der nächste Schritt thema und im Datensatz steht Thema, findet er nichts. Das gibt keinen Fehler, das Feld ist einfach leer, und der Node läuft grün durch. In Lektion 5 im Lernpfad klickst du beide Fallen selbst an.