Schedule Node (Der Wecker)

Ein Schedule Node ist wie ein Wecker oder Kalendereintrag. Er startet deinen Workflow zu einer bestimmten Zeit. "Jeden Montag um 9:00 Uhr".

:level0

Lernbruecke: Denke zuerst an drei Startarten. Manuell bedeutet: du klickst selbst. Ereignisgesteuert bedeutet: etwas passiert, zum Beispiel ein Webhook kommt an. Zeitgesteuert bedeutet: die Uhr startet den Ablauf. Der Schedule Node ist die Uhr im Workflow.

Lernbruecke für Anfänger

Wenn du bei Schedule Node (Der Wecker) ganz neu startest, denke zuerst nicht an Fachwörter, sondern an die Alltagssituation: Zeitgesteuerte Automationen bauen. Der Begriff beschreibt einen klaren Baustein im größeren Ablauf. Frage dich immer: Was ist der Eingang, was passiert in der Mitte, und woran erkenne ich am Ende, dass es funktioniert hat?

Ein guter Einstieg ist, den Begriff in einem Satz zu erklären, danach ein reales Beispiel zu nennen und erst dann die Technikdetails zu lernen. So entsteht kein reines Auswendiglernen, sondern ein mentales Modell.

Du kannst einstellen:

Intervall: "Alle 10 Minuten", "Jede Stunde".
Spezifische Zeit: "Täglich um 18:00 Uhr".
Wochentage: "Nur Werktags".

Perfekt für regelmäßige Reports ("Schick mir jeden Morgen eine Zusammenfassung meiner E-Mails") oder Backups ("Sichere die Datenbank jeden Sonntag").

:level1

Praxisbeispiel: Ein Report soll jeden Werktag um 8:00 Uhr laufen. Du prüfst zuerst die Zeitzone, dann den Intervall, dann ob der Workflow aktiv ist. Danach kontrollierst du am nächsten Tag das Execution Log, statt nur anzunehmen, dass alles gelaufen ist.

Achte auf die Zeitzone (Timezone)! In den Workflow-Settings (unten rechts im Editor) kannst du die Zeitzone für diesen Workflow einstellen. Standardmäßig nutzt n8n oft UTC. Wenn du in Berlin (CET/CEST) bist, kann "9:00 Uhr" sonst "7:00 Uhr" oder "8:00 Uhr" bedeuten.

:level2

Technisch wichtig sind Zeitzonen, Sommerzeit und doppelte Ausführungen. In produktiven Setups muss klar sein, welche Instanz den Zeitplan besitzt. Sonst kann ein Workflow bei mehreren Instanzen doppelt starten oder bei Ausfall gar nicht laufen.

Technische Einordnung im System

Technisch ist Schedule Node (Der Wecker) nicht isoliert. Es wirkt mit Nachbarbegriffen zusammen, hat Voraussetzungen und erzeugt Folgen. Für ein robustes Verständnis prüfst du drei Fragen: Welche Daten oder Bedingungen braucht dieser Schritt? Welche Ausgabe oder Wirkung entsteht? Was passiert bei falschen, fehlenden oder zu großen Eingaben?

Diese Sicht ist wichtig, weil echte Systeme selten am Hauptpfad scheitern. Sie scheitern an Randfällen, Berechtigungen, Zeitpunkten, Formaten, Reihenfolgen oder stillen Annahmen.

Cron-Syntax

Unter der Haube nutzt n8n den Industriestandard Cron. Format: [Minute] [Stunde] [Tag] [Monat] [Wochentag]

0 9 * * 1: Montag um 09:00 Uhr.
*/15 * * * *: Alle 15 Minuten.

"Mode" Unterschiede

Der Trigger hat oft zwei Modi:

Default: Nutzt intern node-cron. Läuft im Hauptprozess.
Queue Mode (Scaling): Wenn n8n skaliert betrieben wird (Workers), übernimmt oft Redis oder eine Datenbank das Scheduling, um sicherzustellen, dass der Job nicht doppelt oder gar nicht läuft, wenn mehrere Instanzen aktiv sind.

Fehlende Ausführungen (Missed Executions)

Was passiert, wenn n8n down war, als der Trigger hätte feuern sollen? Standardmäßig wird dies ignoriert. Es gibt keine "Nachholung" (Backfill) für verpasste Schedules. Wenn du das brauchst, musst du einen persistenten State in einer DB speichern ("Last Run: Yesterday") und beim nächsten Start prüfen.