Trigger-Arten in n8n: Schedule, Webhook, Polling, Manuell, Chat

Jeder n8n-Workflow braucht einen Startpunkt, sonst passiert schlicht nichts. Dieser Startpunkt heißt Trigger, und n8n bietet dafür deutlich mehr als nur "Zeitplan" oder "Webhook" an. Von der zeitgesteuerten Automatisierung über eingehende HTTP-Aufrufe bis zum Chat-Interface für KI-Agenten: Welcher Trigger-Typ zu deinem Szenario passt, entscheidet direkt darüber, wie zuverlässig und wie schnell dein Workflow reagiert.

Dieser Überblick zeigt dir die wichtigsten Trigger-Arten in n8n, wie sie technisch funktionieren und wann du welchen einsetzt. Als Quelle dient die offizielle n8n-Dokumentation zu Trigger-Nodes.

Was ist ein Trigger in n8n überhaupt?

Ein Trigger-Node ist laut Dokumentation ein Node, der einen Workflow als Reaktion auf eine bestimmte Bedingung startet. Jeder produktive Workflow braucht mindestens einen Trigger, damit n8n überhaupt weiß, wann er anlaufen soll.

Ein Workflow kann durchaus mehrere Trigger gleichzeitig enthalten, etwa einen Schedule Trigger für die tägliche Routine und zusätzlich einen Webhook für spontane externe Anstöße. Bei jeder einzelnen Ausführung löst dann aber immer nur der Trigger aus, dessen Bedingung tatsächlich eingetreten ist. Du behältst also die Kontrolle darüber, aus welchem Anlass dein Workflow jeweils läuft, auch wenn mehrere Wege dorthin führen.

Schedule Trigger: zeitgesteuerte Automatisierung

Der Schedule Trigger startet Workflows zu festen Zeiten und Intervallen, ähnlich wie das Unix-Cron-Utility. Laut Dokumentation zum Schedule Trigger Node stehen dir dabei mehrere Intervall-Modi zur Verfügung:

• Seconds und Minutes: feste Abstände, etwa alle 30 Sekunden oder alle 5 Minuten.
• Hours: ein Intervall in Stunden plus die genaue Minute innerhalb der Stunde.
• Days: ein Abstand in Tagen plus Uhrzeit, etwa alle 2 Tage um 9:15 Uhr.
• Weeks: Wochenabstand, Wochentag und Uhrzeit, etwa jeden Montag um 15:30 Uhr.
• Months: Monatsabstand, Tag im Monat und Uhrzeit.
• Custom (Cron Expression): eine frei definierte Cron-Syntax für komplexere Zeitpläne, etwa `0 9 * * 1-5` für werktags 9:00 Uhr.

Wichtig zu wissen: Der Schedule Trigger greift nur, wenn der Workflow veröffentlicht ist, und richtet sich entweder nach der Workflow- oder nach der n8n-Instanz-Zeitzone. Du kannst außerdem mehrere Trigger-Regeln innerhalb eines einzigen Schedule Trigger kombinieren, wenn ein Workflow zu unterschiedlichen Zeitpunkten unterschiedlich oft laufen soll.

Einsatzempfehlung: Der Schedule Trigger passt immer dann, wenn du eine feste Routine automatisierst, etwa nächtliche Datensynchronisationen, wöchentliche Reports oder regelmäßige Aufräumarbeiten wie Execution-Pruning-Checks. Er ist die richtige Wahl, wenn niemand von außen ein Ereignis auslöst, sondern die Uhr den Takt vorgibt.

Webhook Trigger: reagieren auf externe Ereignisse

Der Webhook Node verbindet externe Dienste mit n8n, indem er auf eingehende HTTP-Aufrufe wartet und bei Eintreffen sofort den Workflow startet. Laut Dokumentation zum Webhook Node unterstützt er die Methoden GET, POST, PUT, PATCH, DELETE und HEAD, bei einer maximalen Payload-Größe von 16 MB pro Aufruf.

Besonders relevant für die Praxis ist die Trennung zwischen zwei URLs:

• Test-URL: aktiv, sobald du im Editor auf "Listen for Test Event" klickst. Eingehende Daten siehst du direkt in der Oberfläche.
• Produktions-URL: wird erst mit der Veröffentlichung des Workflows aktiv. Eingehende Aufrufe erscheinen nicht live im Editor, lassen sich aber im Reiter "Executions" nachvollziehen.

Für die Absicherung stehen Basic Auth, Header Auth und JWT Auth zur Verfügung, dazu kommen IP-Whitelisting, das Ignorieren von Bots und CORS-Einstellungen. Bei der Antwort kannst du zwischen sofortiger Rückmeldung, der Antwort nach Abschluss des letzten Nodes, einer individuellen Antwort über eine separate Respond-to-Webhook-Node oder einer Streaming-Response wählen.

Einsatzempfehlung: Nutze den Webhook Trigger, wenn ein anderes System aktiv etwas an n8n melden soll, etwa ein neues Formular-Absenden, eine Zahlungsbestätigung eines Zahlungsdienstleisters oder ein Event aus einem CRM. Der große Vorteil gegenüber dem Schedule Trigger ist die Reaktionszeit: Der Workflow startet praktisch in dem Moment, in dem das Ereignis eintritt, statt erst beim nächsten geplanten Durchlauf.

Polling Trigger: prüfen statt benachrichtigt werden

Nicht jeder Dienst kann selbst einen Webhook auslösen. Viele externe Systeme, etwa klassische E-Mail-Postfächer oder RSS-Feeds, bieten keine aktive Benachrichtigung an. Für diesen Fall gibt es Polling Trigger: Sie prüfen in einem festgelegten Rhythmus selbst nach, ob es etwas Neues gibt, und starten den Workflow nur dann, wenn sich tatsächlich etwas geändert hat.

Ein gutes Beispiel dafür ist der RSS Feed Trigger. Laut Dokumentation zum RSS Feed Trigger Node fragt dieser Node die konfigurierte Feed-URL in einem einstellbaren Rhythmus ab und löst den Workflow nur bei neuen Einträgen aus. Zur Wahl stehen unter anderem stündliche, tägliche, wöchentliche und monatliche Prüfintervalle sowie freie Cron-Ausdrücke für individuelle Zeitpläne. Auf demselben Prinzip basieren auch andere n8n-Nodes wie der Email-Trigger per IMAP oder der Local File Trigger, die neue Nachrichten beziehungsweise neue Dateien durch regelmäßiges Nachfragen erkennen.

Einsatzempfehlung: Polling ist die richtige Wahl, wenn die Quelle selbst keine Push-Benachrichtigung anbietet, du das Ereignis aber trotzdem zeitnah verarbeiten willst. Beachte dabei, dass ein zu enges Prüfintervall unnötig viele Ausführungen und damit auch unnötige API-Aufrufe erzeugt, während ein zu weites Intervall die Reaktionszeit verlängert. Ein sinnvoller Mittelweg richtet sich danach, wie häufig sich die Quelle tatsächlich ändert.

Manual Trigger: kontrolliertes Starten per Klick

Der Manual Trigger startet einen Workflow ausschließlich dann, wenn du im Editor aktiv auf "Execute Workflow" klickst. Laut Dokumentation zum Manual Trigger Node eignet er sich vor allem für zwei Situationen: zum Testen eines Workflows, bevor du einen automatischen Trigger ergänzt, und für Workflows, die bewusst nicht automatisch laufen sollen, weil ein Mensch jeden Durchlauf gezielt anstoßen möchte.

Eine technische Einschränkung solltest du kennen: Pro Workflow ist immer nur ein einziger Manual Trigger Node erlaubt.

Einsatzempfehlung: Verwende den Manual Trigger in der Entwicklungsphase, um einen Workflow Schritt für Schritt zu testen, oder für seltene, bewusst manuell ausgelöste Prozesse wie einmalige Datenmigrationen. Für den produktiven Dauerbetrieb ist er dagegen ungeeignet, weil dort eben kein Mensch dauerhaft auf "Ausführen" klicken soll.

Chat Trigger: Einstiegspunkt für KI-Chatbots

Der Chat Trigger dient dazu, KI-Workflows für Chatbots und andere Chat-Oberflächen zu bauen. Laut Dokumentation zum Chat Trigger Node muss er mit einem Agent- oder Chain-Root-Node verbunden sein, damit die Konversation tatsächlich beantwortet wird. Jede einzelne Nachricht einer Konversation löst dabei eine vollständige Workflow-Ausführung aus, was bei der Planung deines Ausführungskontingents zu berücksichtigen ist: Ein Chat mit zehn Nachrichten verbraucht zehn Ausführungen.

Für den Zugriff bietet der Node zwei Modi: den Hosted Chat mit vorgefertigter n8n-Oberfläche und den Embedded Chat, den du über die Webhook-URL in eine eigene Anwendung integrierst. Zur Absicherung stehen keine Authentifizierung, Basic Auth oder die n8n-eigene Benutzerauthentifizierung zur Verfügung. Bei den Antwortmodi kannst du zwischen dem Abschluss nach dem letzten Node, individuellen Response-Nodes und einer Streaming-Antwort für Echtzeit-Ausgaben wählen.

Einsatzempfehlung: Der Chat Trigger passt, sobald Menschen direkt mit einem KI-Agenten in n8n kommunizieren sollen, etwa für einen internen Support-Bot, einen Wissens-Assistenten auf Basis eigener Dokumente oder eine Chat-Oberfläche, die auf einer Website eingebettet wird.

Trigger-Typ nach Szenario wählen

Als grobe Orientierung für die Praxis:

• Feste Zeitpunkte oder Intervalle: Schedule Trigger.
• Ein anderes System soll aktiv etwas melden: Webhook Trigger.
• Die Quelle bietet keine Push-Benachrichtigung an: Polling Trigger, etwa RSS Feed Trigger oder Email Trigger per IMAP.
• Test oder bewusst manuell gesteuerter Ablauf: Manual Trigger.
• Direkter Dialog mit einem KI-Agenten: Chat Trigger.

In der Praxis kombinierst du diese Typen oft innerhalb eines Automatisierungskonzepts: ein Webhook für die spontane Anfrage, ein Schedule Trigger für die tägliche Nachkontrolle, ein Manual Trigger für Tests während der Entwicklung. Wenn du dir bei der Auswahl oder der sauberen Konfiguration deiner Trigger unsicher bist, unterstützt dich NordFlux bei der Einrichtung und Absicherung von n8n-Workflows inklusive passender Trigger-Strategie für dein Szenario.

Häufige Fragen

Kann ein Workflow mehrere Trigger gleichzeitig haben?

Ja, ein Workflow kann mehrere Trigger-Nodes enthalten, etwa einen Schedule Trigger und zusätzlich einen Webhook. Bei jeder Ausführung löst jedoch immer nur der Trigger aus, dessen Bedingung tatsächlich eingetreten ist, die anderen bleiben in dem Moment inaktiv.

Was ist der Unterschied zwischen Webhook Trigger und Polling Trigger?

Der Webhook Trigger wartet passiv auf eingehende Aufrufe und reagiert quasi in Echtzeit, sobald ein externes System ihn aktiv anspricht. Der Polling Trigger dagegen fragt selbst in einem festgelegten Rhythmus bei der Quelle nach, ob es Neuigkeiten gibt, was sich vor allem für Dienste eignet, die keine eigene Push-Benachrichtigung anbieten.

Muss der Workflow veröffentlicht sein, damit der Schedule Trigger funktioniert?

Ja, laut Dokumentation greift der Schedule Trigger nur bei einem veröffentlichten Workflow. Änderungen an den hinterlegten Cron-Variablen werden zudem erst mit einer erneuten Veröffentlichung wirksam.

Wofür eignet sich der Manual Trigger im produktiven Betrieb?

Der Manual Trigger ist vor allem für Tests und bewusst manuell gesteuerte Abläufe gedacht, etwa einmalige Datenmigrationen. Für dauerhaft laufende, automatisierte Prozesse ist er ungeeignet, weil dort niemand regelmäßig manuell auf "Ausführen" klicken soll.

Wie viele Ausführungen verbraucht ein Chat-Trigger-Workflow?

Jede einzelne Nachricht innerhalb einer Konversation löst eine vollständige Workflow-Ausführung aus. Eine Unterhaltung mit zehn Nachrichten entspricht damit zehn separaten Ausführungen, was du bei der Planung deines Ausführungskontingents berücksichtigen solltest.