n8n läuft standardmäßig in America/New_York statt Europe/Berlin. So setzen Sie GENERIC_TIMEZONE und die Workflow-Zeitzone richtig.
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.
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).
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).
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.
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.
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.
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.
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.
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.
Gründer von NordFlux. Sieben Jahre Erfahrung von Web und SEO bis zur Automatisierung im Konzern-Maßstab, heute pragmatisch für den Mittelstand und mit deutscher Datenhoheit.
Zertifizierungen
Die praxisrelevantesten n8n-Umgebungsvariablen für deutsche Self-Hosting-Setups: Host, Webhook-URL, Zeitzone, Sicherheit und Datenbank im Überblick.
n8n ist nicht immer die richtige Wahl. Diese Szenarien zeigen ehrlich, wann Cloud-Limits, Governance oder Betrieb dagegen sprechen.
Der Cron-Ausdruck stimmt fast immer, die Zeitzone nicht. Drei echte n8n-Forum-Fälle zeigen, warum Schedule Trigger zur falschen Zeit auslösen.
GENERIC_TIMEZONE und die Zeitzone einzelner Workflows lassen sich schnell falsch konfigurieren, gerade wenn mehrere Personen an einer Instanz arbeiten. NordFlux übernimmt den betreuten Betrieb Ihrer n8n-Instanz und sorgt dafür, dass Zeitpläne, Cron-Trigger und Systemzeit sauber aufeinander abgestimmt bleiben. Im ersten Gespräch prüfen wir Ihre aktuelle Konfiguration.
