Trigger (Workflow-Automatisierung)

Ausführliche Erklärung

Ein Trigger ist das Startsignal eines automatisierten Workflows. Er legt fest, wann und unter welcher Bedingung eine Abfolge von Arbeitsschritten anläuft. Ohne Trigger bleibt ein Workflow untätig; mit dem passenden Trigger läuft derselbe Prozess jedes Mal ab, sobald das definierte Ereignis eintritt. In No-Code-Automatisierungswerkzeugen wie n8n, Make oder Zapier steht der Trigger immer am Anfang eines Ablaufs – alle weiteren Bausteine sind Aktionen, die er anstoßt.

Üblich sind vier Arten. Ereignisbasierte Trigger reagieren auf einen konkreten Vorgang: eine eingehende E-Mail, eine neue Bestellung im Webshop, eine hochgeladene Datei. Zeitgesteuerte Trigger starten nach Kalender oder Intervall – in n8n übernimmt das der Cron-Node (heute Schedule Trigger). Webhook-Trigger warten auf einen HTTP-Aufruf eines Fremdsystems und erlauben so die Anbindung von Software, die selbst keine Schnittstelle zum Automatisierungswerkzeug mitbringt. Abfragende Trigger (Polling) fragen ein System in festen Abständen nach Änderungen ab, wenn es keine Ereignismeldung anbietet – das ist langsamer und erzeugt mehr Last als ein Webhook.

Vom Trigger zu unterscheiden ist die Bedingung im weiteren Verlauf: Der Trigger entscheidet, ob ein Workflow überhaupt startet, ein IF-Node verzweigt erst innerhalb des laufenden Ablaufs. In der Praxis lohnt es sich, den Trigger so eng wie möglich zu fassen und die Feinprüfung danach zu setzen: Ein zu weit gefasster Trigger löst den Prozess zu häufig oder für die falschen Fälle aus, ein zu enger lässt Fälle liegen. Bei kostenpflichtigen Plattformen schlägt sich ein unsauber gesetzter Trigger zudem direkt in der Abrechnung nieder, weil viele Anbieter nach ausgeführten Durchläufen abrechnen.

Zwei Punkte werden regelmäßig übersehen. Erstens die Fehlerbehandlung: Wenn der Trigger feuert, das Zielsystem aber nicht antwortet, muss definiert sein, ob der Durchlauf wiederholt wird und wer davon erfährt. Zweitens die Mehrfachauslösung – wird dieselbe Datei zweimal gespeichert, startet ein naiv gesetzter Trigger den Prozess auch zweimal. Werden im ausgelösten Ablauf personenbezogene Daten verarbeitet, gilt dafür dieselbe Rechtsgrundlage wie für jede andere Verarbeitung; die Automatisierung ändert daran nichts.

Code-Beispiel

None