Zeitzonen umrechnen: Warum die Sommerzeit-Falle jedes Jahr zuschlägt
Ein Zeitzonenrechner rechnet ein Datum und eine Uhrzeit von einer Zeitzone in eine andere um und berücksichtigt dabei Sommerzeit, Datumsgrenze und den geltenden UTC-Versatz jeder Region. Von Hand geht das erstaunlich oft schief, nicht weil die Grundrechenart schwer wäre, sondern weil zwei Regionen mit unterschiedlichem Sommerzeit-Kalender sich zeitweise um eine Stunde anders zueinander verschieben als gewohnt. Genau diese Falle übersehen die meisten Anleitungen zum Thema.
Wie die Umrechnung tatsächlich funktioniert
Jede Zeitzone der Welt ist ein Versatz gegenüber UTC (Coordinated Universal Time), dem gemeinsamen Referenzpunkt ohne eigene Zeitzone. Berlin liegt im Winter bei UTC+1 (MEZ) und im Sommer bei UTC+2 (MESZ), New York bei UTC-5 (EST) beziehungsweise UTC-4 (EDT), Tokio konstant bei UTC+9 (JST), ganzjährig ohne Umstellung. Um eine Uhrzeit umzurechnen, wandelt man sie zuerst in UTC um und dann in die Zielzone, nicht direkt von einer lokalen Zeit in die andere, denn nur UTC bleibt über das Jahr stabil.
Die eigentliche Komplexität steckt in der Sommerzeit. Sie verschiebt den UTC-Versatz einer Region zweimal im Jahr, und die genauen Umstellungstermine legt jedes Land für sich fest. Werkzeuge wie der Zeitzonenrechner auf dieser Seite verlassen sich deshalb nicht auf eine feste Tabelle mit Versätzen, sondern auf die IANA-Zeitzonendatenbank (auch tz database genannt), dieselbe Datenquelle, die Betriebssysteme, Server und Kalender-Apps verwenden. Sie enthält für jede Region die historischen und aktuellen Umstellungsregeln, sodass ein und derselbe Rechner am 1. Februar und am 1. August automatisch den richtigen Versatz für New York oder Berlin ansetzt, ohne dass jemand die Daten manuell pflegen muss. Der Browser liefert diese Daten über die native Intl.DateTimeFormat-Schnittstelle, ganz ohne externe Bibliothek.
Ein zweiter Stolperstein ist die Datumsgrenze. Rechnet man eine Abendzeit in eine weit östlich liegende Zone um, landet das Ergebnis oft schon am folgenden Kalendertag, nicht nur an einer anderen Uhrzeit. Ein guter Zeitzonenrechner kennzeichnet diesen Sprung immer explizit als “+1 Tag” oder “−1 Tag”. Ohne diesen Hinweis verwechselt man bei Terminen mit Teilnehmern in Asien oder Ozeanien schnell den Tag, an dem ein Meeting tatsächlich stattfindet.
Rechenbeispiel: das Berlin-Meeting, das plötzlich eine Stunde vorverlegt wirkt
Nehmen wir einen wiederkehrenden Call, der jede Woche um 9:00 Uhr New Yorker Zeit stattfindet, mit Kolleginnen und Kollegen in Berlin und Tokio. In den meisten Wochen des Jahres, wenn USA und EU gleichzeitig Sommerzeit oder gleichzeitig Normalzeit haben, sieht die Umrechnung so aus:
| Ort (Zeitzone) | Lokale Uhrzeit | Tag |
|---|---|---|
| New York (EDT, UTC-4) | 09:00 | gleicher Tag |
| Berlin (MESZ, UTC+2) | 15:00 | gleicher Tag |
| Tokio (JST, UTC+9) | 22:00 | gleicher Tag |
Das ist die Uhrzeit, an die sich alle Teilnehmenden gewöhnt haben: 15:00 Uhr in Berlin, 22:00 Uhr in Tokio. Das Problem entsteht, weil die USA und die EU ihre Sommerzeit nicht am selben Datum beginnen und beenden. 2026 gilt:
- USA/Kanada: Sommerzeit beginnt am Sonntag, 8. März 2026, und endet am Sonntag, 1. November 2026.
- EU/Vereinigtes Königreich: Sommerzeit beginnt am Sonntag, 29. März 2026, und endet am Sonntag, 25. Oktober 2026.
Zwischen dem 8. und dem 29. März 2026 hat New York also bereits umgestellt, Berlin noch nicht. New York läuft auf EDT (UTC-4), Berlin noch auf MEZ (UTC+1) statt MESZ (UTC+2). Der übliche Abstand von sechs Stunden zwischen Berlin und New York schrumpft in diesem Fenster auf fünf Stunden. Für unser Beispiel-Meeting bedeutet das:
| Ort (Zeitzone) | Lokale Uhrzeit | Tag |
|---|---|---|
| New York (EDT, UTC-4) | 09:00 | gleicher Tag |
| Berlin (MEZ, UTC+1) | 14:00 | gleicher Tag |
| Tokio (JST, UTC+9) | 22:00 | gleicher Tag |
Der New Yorker Teil des Calls bleibt unverändert bei 9:00 Uhr, Tokio bleibt bei 22:00 Uhr (Japan kennt keine Sommerzeit, dazu gleich mehr), aber in Berlin beginnt derselbe Termin drei Wochen lang bereits um 14:00 Uhr statt um 15:00 Uhr. Wer sich nur die gewohnte Uhrzeit gemerkt hat, taucht eine Stunde zu spät auf, denn der Call ist längst im Gange. Dasselbe Fenster öffnet sich noch einmal, kürzer, vom 25. Oktober bis zum 1. November 2026: Europa hat dann bereits auf Normalzeit zurückgestellt, die USA noch nicht, mit demselben Effekt auf die Berliner Ortszeit.
Kalender-Apps wie Google Calendar oder Outlook lösen das zuverlässig: Sie speichern einen wiederkehrenden Termin anhand der Zielregel “9:00 Uhr New Yorker Zeit, jede Woche neu berechnet” und rechnen die Anzeige für jede Zeitzone bei jedem Aufruf neu um. Riskant wird alles, was diese automatische Umrechnung umgeht, dazu mehr im nächsten Abschnitt.
Rechne mit deinen eigenen Zeiten
Trage ein beliebiges Datum, eine Uhrzeit und zwei Zeitzonen ein und sieh sofort das Ergebnis, samt Tageshinweis, falls die Umrechnung über Mitternacht springt:
Konvertierte Zeit
Häufige Fehler bei der Zeitzonenumrechnung
Eine Uhrzeit auswendig lernen, statt sie neu zu berechnen. Der Klassiker aus dem Beispiel oben: Wer sich “das Meeting ist um 15:00 Uhr bei mir” merkt statt “das Meeting ist um 9:00 Uhr New Yorker Zeit”, übersieht die drei Wochen im Frühjahr und die eine Woche im Herbst, in denen die Umrechnung abweicht. Besonders anfällig sind Termine, die als reiner Text weitergegeben werden, etwa “9 Uhr ET” in einer Chat-Nachricht kopiert und eingefügt, ohne dass ein Kalenderprogramm die Umrechnung übernimmt.
GMT und UTC gleichsetzen. Umgangssprachlich werden beide oft synonym benutzt, und die meiste Zeit des Jahres stimmen sie sogar überein, GMT ist während der britischen Winterzeit tatsächlich identisch mit UTC. Sobald das Vereinigte Königreich im Sommer auf British Summer Time (UTC+1) wechselt, bleibt GMT jedoch per Definition auf UTC+0 stehen, während sich die tatsächlich geltende Ortszeit ändert. Wer im Sommer “GMT” schreibt, aber eigentlich die aktuelle Londoner Uhrzeit meint, liegt dann eine Stunde daneben.
Annehmen, dass jedes Land Sommerzeit kennt. Japan hat nie Sommerzeit eingeführt, die Türkei nutzt seit 2016 ganzjährig einen festen Versatz von UTC+3, und Brasilien hat seine Sommerzeit landesweit 2019 abgeschafft. Wer aus Gewohnheit für alle beteiligten Orte eine halbjährliche Umstellung einplant, produziert für diese Regionen systematisch falsche Ergebnisse.
Die Datumsgrenze übersehen. Bei großen Zeitunterschieden, etwa zwischen Mitteleuropa und Ostasien oder Australien, landet ein Abendtermin in der einen Zone rechnerisch am nächsten Kalendertag in der anderen. Ohne einen expliziten Tageshinweis im verwendeten Werkzeug bleibt diese Verschiebung leicht unbemerkt, bis jemand am falschen Tag zur Videokonferenz erscheint.
Häufig gestellte Fragen
Woher weiß der Zeitzonenrechner, wann die Sommerzeit beginnt und endet?
Er greift auf die IANA-Zeitzonendatenbank zu, über die native Intl.DateTimeFormat-Schnittstelle des Browsers. Diese Datenbank enthält für jede Region die aktuellen und historischen Umstellungsregeln und wird regelmäßig gepflegt, sodass die Umrechnung für jedes eingegebene Datum automatisch den korrekten Versatz verwendet, ohne externe Bibliothek und ohne manuelle Pflege durch die Website.
Was bedeutet die Anzeige “+1 Tag” oder “−1 Tag” beim Ergebnis?
Sie zeigt an, dass die umgerechnete Uhrzeit auf einen anderen Kalendertag fällt als die eingegebene Ausgangszeit, weil der Zeitunterschied über Mitternacht hinausreicht. “+1 Tag” heißt, das Ergebnis liegt einen Tag nach dem eingegebenen Datum, “−1 Tag” entsprechend einen Tag davor.
Warum verschiebt sich derselbe Termin manchmal innerhalb weniger Wochen um eine Stunde, obwohl niemand ihn geändert hat?
Weil die USA und die EU ihre Sommerzeit an unterschiedlichen Sonntagen im März und im Oktober beginnen beziehungsweise beenden. In den dazwischenliegenden Übergangswochen (2026 etwa vom 8. bis 29. März und vom 25. Oktober bis 1. November) ist eine der beiden Regionen bereits umgestellt, die andere noch nicht, sodass sich der übliche Stundenabstand vorübergehend um eine Stunde verschiebt. Kalender-Apps rechnen das automatisch korrekt um, manuell notierte oder als Text kopierte Zeiten dagegen nicht.
Beobachten alle Länder die Sommerzeit?
Nein. Japan hat sie nie eingeführt, die Türkei ist 2016 dauerhaft zu einem festen Versatz von UTC+3 übergegangen, und Brasilien hat die Sommerzeit landesweit 2019 abgeschafft. Auch innerhalb mancher Länder gibt es Ausnahmen, etwa einzelne Bundesstaaten in den USA. Ein Werkzeug, das auf der IANA-Datenbank basiert, berücksichtigt diese regionalen Unterschiede automatisch.
Kann ich das Umrechnungsergebnis mit meinem Team teilen?
Ja. Während du Datum, Uhrzeit und Zeitzonen einträgst, aktualisiert sich die Adresse des Rechners automatisch. Kopiere sie direkt aus der Adressleiste oder nutze den Teilen-Button, damit die Person, die den Link öffnet, exakt dieselben Werte sieht, bereits eingetragen und einsatzbereit.