Falsche Uhrzeiten in n8n: UTC, GENERIC_TIMEZONE und Cron richtig setzen

Falsche Uhrzeiten im Schedule-Trigger-Node liegen so gut wie immer an der n8n-Zeitzone, nicht am Cron-Ausdruck selbst. Ohne jede Konfiguration nutzt n8n laut offizieller Dokumentation standardmäßig die Zeitzone America/New_York, nicht Europe/Berlin, wodurch geplante Workflows um mehrere Stunden neben der erwarteten Uhrzeit starten. Es gibt zwei Stellschrauben, die getrennt voneinander wirken: die instanzweite Umgebungsvariable GENERIC_TIMEZONE bei selbstgehosteten Installationen und eine eigene Timezone-Einstellung pro Workflow, die den Instanz-Wert überschreibt. Stand: Juli 2026.

Warum startet mein n8n-Workflow zur falschen Uhrzeit?

Der häufigste Grund ist, dass weder die Instanz noch der einzelne Workflow eine Zeitzone gesetzt haben, sodass n8n auf den Standardwert America/New_York zurückfällt. Sie tragen im Schedule-Trigger-Node also zum Beispiel 09:00 Uhr ein, meinen damit aber Europe/Berlin, während n8n die Eingabe als 09:00 Uhr New-York-Zeit interpretiert. Je nach Sommer- oder Winterzeit ergibt das eine Verschiebung von fünf bis sechs Stunden gegenüber der gewünschten deutschen Uhrzeit. Laut den Troubleshooting-Hinweisen zum Schedule-Trigger-Node ist genau das die typische Ursache, wenn Workflows "at wrong times" laufen, und die Doku verweist dort direkt auf die Zeitzonen-Konfiguration als ersten Lösungsschritt (n8n-Doku: Schedule Trigger, Common Issues).

Wie setze ich die Zeitzone für die gesamte n8n-Instanz?

Bei selbstgehosteten Installationen setzen Sie die Umgebungsvariable GENERIC_TIMEZONE auf den gewünschten Wert, zum Beispiel Europe/Berlin, und definieren damit die Standard-Zeitzone für die komplette Instanz. Laut n8n-Dokumentation ist diese Variable "important for schedule nodes (such as Cron)" und wird ohne eigene Angabe mit America/New_York vorbelegt (n8n-Doku: Set the timezone for self-hosted n8n).

• GENERIC_TIMEZONE: Umgebungsvariable, die die Standard-Zeitzone der gesamten selbstgehosteten n8n-Instanz festlegt, zum Beispiel per export GENERIC_TIMEZONE=Europe/Berlin.
• Gültige Werte: IANA-Zeitzonen-Kennungen wie Europe/Berlin, nicht einfache Kürzel wie CET.
• n8n Cloud: Hier gibt es keine Umgebungsvariable, sondern eine Timezone-Auswahl unter Dashboard, Manage und dem Timezone-Dropdown, die ebenfalls den Schedule-Trigger- und den Date-&-Time-Node betrifft (n8n-Doku: Set your timezone in n8n Cloud).

Wie stelle ich die Zeitzone nur für einen einzelnen Workflow ein?

Jeder Workflow kann eine eigene Timezone erhalten, die für diesen Workflow Vorrang vor der Instanz-Einstellung hat. Öffnen Sie dazu den Workflow, klicken Sie oben rechts auf das Drei-Punkte-Menü, wählen Sie Settings und stellen Sie im Feld Timezone die gewünschte Zone ein, bevor Sie speichern. Diese Einstellung ist laut Doku "important for the Schedule Trigger node" und eignet sich für Fälle, in denen einzelne Automatisierungen bewusst in einer anderen Zeitzone laufen sollen, etwa bei Kunden oder Standorten außerhalb Deutschlands (n8n-Doku: Configure workflow settings).

Für die Reihenfolge gilt: n8n verwendet zuerst die Workflow-Zeitzone, falls gesetzt, sonst die Instanz-Zeitzone aus GENERIC_TIMEZONE, und erst wenn beides fehlt, den Standardwert America/New_York. Wer also mehrere Workflows mit deutschen Kunden betreibt, spart sich wiederholte Handarbeit, indem GENERIC_TIMEZONE einmal instanzweit auf Europe/Berlin gesetzt wird, statt jeden Workflow einzeln umzustellen.

Woran erkenne ich, dass ein Zeitplan-Fehler wirklich an der Zeitzone liegt?

Ein klares Indiz ist, wenn ein Workflow konstant um eine feste Stundenzahl neben der erwarteten Zeit auslöst oder sich das Verhalten nach der Sommerzeit-Umstellung ändert, denn beides deutet auf eine falsche oder fehlende Zeitzonen-Einstellung statt auf einen fehlerhaften Cron-Ausdruck hin. Prüfen Sie zunächst den Cron-Ausdruck selbst gegen crontab.guru und achten Sie darauf, dass er die von n8n erwartete sechsspaltige Syntax inklusive Sekunden einhält. Wichtig ist außerdem, dass Änderungen an Zeitplan-Variablen oder am Intervall laut Doku erst nach dem erneuten Veröffentlichen des Workflows wirksam werden, wobei der Zeitplan dann ab dem Republish-Zeitpunkt neu zählt, was ebenfalls zu scheinbar falschen ersten Ausführungen führen kann.

Wenn Sie bereits mehrere n8n-Workflows für Kunden oder im eigenen Unternehmen betreiben und Zeitzonen, Cron-Logik oder ganze Automatisierungsketten sauber aufsetzen lassen möchten, übernimmt NordFlux den technischen Aufbau im Rahmen der n8n-Automatisierung zum Festpreis, inklusive Übergabe der Konfiguration an Sie.

Häufige Fragen zu n8n-Zeitzonen

Was ist der Unterschied zwischen GENERIC_TIMEZONE und der Workflow-Zeitzone?

GENERIC_TIMEZONE ist eine Umgebungsvariable, die die Standard-Zeitzone der gesamten selbstgehosteten n8n-Instanz festlegt. Die Workflow-Zeitzone wird dagegen in den Settings eines einzelnen Workflows gesetzt und überschreibt für genau diesen Workflow den Instanz-Wert. Ist beides nicht gesetzt, fällt n8n laut Dokumentation auf America/New_York zurück.

Welche Zeitzone nutzt n8n, wenn ich gar nichts einstelle?

Ohne jede Konfiguration verwendet n8n standardmäßig America/New_York, was in der Doku auch als EDT-Zeitzone bezeichnet wird. Das betrifft vor allem den Schedule-Trigger-Node und den Date-&-Time-Node und führt bei deutschen Nutzern typischerweise zu einer Verschiebung von fünf bis sechs Stunden gegenüber Europe/Berlin.

Muss ich den Workflow nach einer Zeitzonen-Änderung neu aktivieren?

Ja, Änderungen an Zeitplan-Variablen und Intervallen wirken laut n8n-Doku erst nach dem erneuten Veröffentlichen des Workflows. Der Zeitplan zählt ab diesem Republish-Zeitpunkt neu, sodass die erste Ausführung nach einer Änderung zeitlich anders liegen kann als erwartet. Prüfen Sie deshalb nach jeder Zeitzonen-Anpassung, ob der Workflow aktiv gespeichert wurde.

Gilt GENERIC_TIMEZONE auch für n8n Cloud?

Nein, GENERIC_TIMEZONE ist eine Umgebungsvariable für selbstgehostete n8n-Installationen. Bei n8n Cloud stellen Sie die Instanz-Zeitzone stattdessen über das Dashboard unter Manage und dem Timezone-Dropdown ein. Die Wirkung auf Schedule-Trigger- und Date-&-Time-Node ist in beiden Fällen dieselbe.