Wie groß ist der Zeitunterschied zwischen New York und London?

5 Stunden während der Standardzeit (EST/GMT) und 4 Stunden im Sommer, wenn beide die Sommerzeit beachten. Für etwa 3 Wochen im März beträgt der Abstand vorübergehend 4 Stunden, weil die US-Sommerzeit vor der britischen BST beginnt. Prüfen Sie rund um die Umstellungsdaten stets mit einem Live-Umrechner.

Beachten Indien und Japan die Sommerzeit?

Nein. Indien (IST, UTC+5:30) und Japan (JST, UTC+9) beachten das ganze Jahr über keine Sommerzeit. Das bedeutet, dass ein auf „9 Uhr Tokio“ festgelegtes Meeting sich zweimal im Jahr relativ zu New York und London verschiebt, obwohl Japans Uhren nie umgestellt werden – die US- und europäischen Uhren wurden umgestellt.

Welches Überschneidungsfenster eignet sich am besten für ein Meeting zwischen San Francisco und London?

Während der Standardzeit ist die nutzbare Überschneidung 8–9 Uhr Pacific = 16–17 Uhr GMT — etwa eine Stunde. Während des US-Sommers (PDT, UTC−7) und des UK-Sommers (BST, UTC+1) verengt sich der Abstand weiter. SF-London-Calls bedeuten fast immer frühe Morgenstunden für die Pazifikseite.

Warum sollte ich IANA-Zeitzonennamen statt EST oder PST in Kalendereinladungen verwenden?

IANA-Namen wie „America/New_York“ verfolgen Sommerzeitübergänge automatisch. Die Abkürzung „EST“ bedeutet in der IANA-Datenbank das ganze Jahr UTC−5, aber New York ist etwa 8 Monate im Jahr auf EDT (UTC−4) — eine Einladung, die im Juli „15 Uhr EST“ sagt, ist mehrdeutig oder falsch.

Wie oft pro Jahr verschiebt sich die Meeting-Zeit zwischen New York und Sydney?

Viermal. Die US-Sommerzeitübergänge (März und November) und die australischen Sommerzeitübergänge (Oktober und April) verschieben jeweils den Abstand. New York und Sydney beachten die Sommerzeit in entgegengesetzten Hemisphären, sodass sich der Versatz zwischen ihnen bei jedem Übergang ändert, statt sich aufzuheben.

Guide

Zeitzonen-Spickzettel für Remote-Teams: die acht Zonen, die 90 % der Meetings abdecken

Acht Zonen decken 90 % der arbeitenden Remote-Teams ab. Merken Sie sich die Offsets, verinnerlichen Sie die Sommerzeit-Fallen.

By Buğra SözeriPublished May 16, 2026Updated May 31, 2026

Acht Zeitzonen decken die meisten Meetings verteilter Teams ab: Pacific (PST/PDT), Eastern (EST/EDT), Greenwich (GMT/BST), Mitteleuropa (CET/CEST), Indien (IST), Japan (JST), australische Ostküste (AEST/AEDT) und Neuseeland (NZST/NZDT). Sich die Offsets und das Sommerzeitverhalten dieser Zonen zu merken, eliminiert 90 % des “Moment, wie spät ist es eigentlich?”-Hin und Her.

Der Spickzettel

Zone	Standard-Offset	Sommerzeit-Offset	Sommerzeitplan
Pacific (LA, San Francisco, Vancouver)	UTC-8 (PST)	UTC-7 (PDT)	2. So. März — 1. So. Nov.
Eastern (NYC, Toronto)	UTC-5 (EST)	UTC-4 (EDT)	2. So. März — 1. So. Nov.
Greenwich (London, Dublin, Lissabon)	UTC+0 (GMT)	UTC+1 (BST)	Letzter So. März — Letzter So. Okt.
Mitteleuropa (Berlin, Paris, Madrid)	UTC+1 (CET)	UTC+2 (CEST)	Letzter So. März — Letzter So. Okt.
Indien	UTC+5:30 (IST)	gleich	Keine Sommerzeit
Japan	UTC+9 (JST)	gleich	Keine Sommerzeit
Australische Ostküste (Sydney, Melbourne)	UTC+10 (AEST)	UTC+11 (AEDT)	1. So. Okt. — 1. So. Apr.
Neuseeland	UTC+12 (NZST)	UTC+13 (NZDT)	Letzter So. Sep. — 1. So. Apr.

Die Sommerzeit-Fallen, die wiederkehrende Meetings brechen

1. Dreiwöchige fehlausgerichtete Sommerzeitfenster im Frühjahr

Die US-Sommerzeit beginnt am zweiten Sonntag im März. Die EU-Sommerzeit beginnt am letzten Sonntag im März. Für etwa drei Wochen jedes Frühjahr verschieben sich US-EU-Meetings um eine Stunde gegenüber ihrem üblichen Offset. Ein Call um 9 Uhr EST / 15 Uhr CET wird zu 9 Uhr EDT / 14 Uhr CET — gleiche NYC-Zeit, andere Berlin-Zeit. Kalender-Apps machen das meist richtig; Menschen, die im Kopf neu rechnen, meist nicht.

2. Umgekehrte Jahreszeiten auf der Südhalbkugel

Die australische Sommerzeit läuft von Oktober bis April. NZ läuft von Ende September bis Anfang April. Beide sind entgegengesetztzum US/EU-Plan. Wenn New York im März “vorspringt”, steht Sydney kurz davor, “zurückzufallen”. Ein regelmäßiger Call zwischen NY und Sydney verschiebt sich zweimal pro US/EU-Übergang und zweimal pro AU/NZ-Übergang — vier Anpassungen pro Jahr, nicht zwei.

3. Indien und Japan bewegen sich nicht

Keines beachtet die Sommerzeit. Aus Sicht eines US/EU-Kollegen verschiebt sich die Meeting-Zeit in Indien oder Japan zweimal im Jahr, obwohl sich dort nichts geändert hat — das Heimatbüro hat sich bewegt, nicht das entfernte. Das bringt tabellenbasierte Planung durcheinander, die einen festen Offset annimmt.

4. Die 24-Stunden-Lücke zwischen LA und Sydney

Pacific-Zeit und australische Ostküstenzeit liegen je nach Sommerzeitstatus etwa 18–19 Stunden auseinander. Die meisten Arbeitstage überschneiden sich überhaupt nicht. Das schmale Überschneidungsfenster:

LA 15 Uhr = Sydney 8 Uhr am nächsten Tag (beide Winter)
LA 16 Uhr = Sydney 9 Uhr am nächsten Tag (US-Sommerzeit, AU-Winter)

Fast jeder LA-Sydney-Call liegt im Fenster LA-Nachmittag / Sydney-Morgen. Die umgekehrte Richtung (Sydney-Nachmittag / LA-früher-Morgen) ist für die Pazifikseite brutal.

Die Meeting-Fenster-Mathematik

Nützliche überlappende Arbeitsstunden für gängige Paarungen:

Paar	Überschneidung (Standardzeit)	Hinweise
SF ↔ NYC	8–17 Uhr PST = 11–20 Uhr EST	3 Stunden Versatz; reichlich Überschneidung
SF ↔ London	8–9 Uhr PST = 16–17 Uhr GMT	1 Stunde. Morgens PST, abends London
SF ↔ Berlin	Keine während der Standardstunden	SF 8 Uhr = Berlin 17 Uhr; SF 9 Uhr = Berlin 18 Uhr
NYC ↔ London	9–12 Uhr EST = 14–17 Uhr GMT	3 Stunden. Das klassische transatlantische Fenster
NYC ↔ Berlin	9–11 Uhr EST = 15–17 Uhr CET	2 Stunden. Eng; meist morgens NYC
London ↔ Indien	9–13 Uhr GMT = 14:30–18:30 Uhr IST	4 Stunden. Flexibelstes eurasisches Paar
Berlin ↔ Tokio	9–10 Uhr CET = 17–18 Uhr JST	1 Stunde, Tagesende für Tokio
NYC ↔ Sydney	Keine während der Standard-Arbeitsstunden	NYC-Abend ↔ Sydney-Morgen

Best Practices für zonenübergreifende Teams

Eine kanonische Zeitzone wählenfür alle veröffentlichten Zeiten. UTC ist gut, wenn das Team wirklich verteilt ist; die Zone der größten Kohorte ist sonst in Ordnung. Geben Sie stets den Offset an (“15 Uhr UTC (11 Uhr EDT)”).
Meeting-Schmerz rotieren. Wenn die eine Hälfte des Teams um 8 Uhr und die andere um 20 Uhr einwählt, tauschen Sie jede zweite Woche, welche Hälfte welche ist. Langlaufende Arrangements, die ein Team stets auf die Abende festlegen, brennen dieses Team aus.
Standardmäßig asynchron. Je weniger Meetings sich überschneiden müssen, desto weniger zählt die Zeitzonen-Mathematik. Halten Sie Entscheidungen schriftlich fest; zeichnen Sie Video-Updates auf; behandeln Sie synchrone Zeit als die knappe Ressource, die sie ist.
IANA-Namen verwendenin Kalendereinladungen (“America/New_York” statt “EST”). IANA-Namen verfolgen Sommerzeitänderungen; Abkürzungen nicht. Kalender-Apps, die Ereignisse nach IANA-Namen speichern, handhaben Sommerzeitübergänge ohne manuelle Eingriffe korrekt.
Auf das Datum achten. Ein Call um 19 Uhr am Freitag in Kalifornien ist 12 Uhr am Samstag in Sydney. Kalender erledigen die Datumsrechnung — Menschen, die raten, nicht.

Tools, die tatsächlich helfen

Convertitives Zeitzonen-Umrechner stellt jede Uhrzeit über 28 große Zonen hinweg dar, wobei die Sommerzeit automatisch von der IANA-Datenbank des Browsers gehandhabt wird. Die Weltzeituhr gibt einen Live-Überblick zur Wahl von Meeting-Fenstern. Kalender-Apps (Google Kalender, Outlook, Cal.com) erlauben es alle, sekundäre Zeitzonen in der Seitenleiste anzuzeigen — einmal einschalten und vergessen.

Für den konzeptionellen Hintergrund zu UTC, GMT und IANA-Zeitzonen siehe UTC vs. GMT und den Glossareintrag zur IANA-Zeitzone.

Schritt für Schritt: ein All-Hands über vier Zonen planen

Ein 60-minütiges unternehmensweites Meeting mit Kohorten in San Francisco (PST/PDT), New York (EST/EDT), London (GMT/BST) und Bangalore (IST). Zieldatum: Donnerstag, 7. Mai 2026.

Sommerzeitstatus am 07.05.2026: Die USA sind auf PDT (UTC-7) / EDT (UTC-4). Das UK ist auf BST (UTC+1). Indien ist das ganze Jahr UTC+5:30.
Das Meeting in UTC ausdrücken: 15:00 UTC.
Uhrzeit pro Kohorte:
- San Francisco: 8:00 PDT (früh, aber machbar)
- New York: 11:00 EDT (ideal)
- London: 16:00 BST (später Nachmittag)
- Bangalore: 20:30 IST (nach dem Abendessen — der Preis dafür, Indien in einen US-zentrischen Call einzubeziehen)
Format der Kalendereinladung (RFC-9557-Stil):2026-05-07T15:00:00Z[Etc/UTC] mit sekundären Zeiten je Kohorte in der Beschreibung. Der Kalender-Client stellt die Ortszeit des Nutzers automatisch dar; das explizite Z beseitigt die Mehrdeutigkeit.
Nächsten Monat rotieren: Ein 7:00-UTC-Slot kehrt den Schmerz um — Bangalore um 12:30 IST ist ideal, San Francisco um Mitternacht ist brutal. Der All-Hands-Rhythmus sollte rotieren, damit keine einzelne Kohorte stets geopfert wird.

Häufige Fehler

Das ganze Jahr “EST” schreiben.New York ist etwa 8 Monate im Jahr auf EDT (UTC-4). Eine Kalendereinladung, die im Juli “15 Uhr EST” sagt, ist stillschweigend 16 Uhr EDT — oder sie ist falsch, je nachdem, wen Sie fragen. Verwenden Sie IANA-Namen (America/New_York) oder UTC mit Offset.
GMT und UTC verwechseln.Sie unterscheiden sich um Sekundenbruchteile (Schaltsekunden- Behandlung). Für die menschliche Planung sind sie identisch, aber London ist im Sommer NICHT auf GMT — es ist auf BST. “GMT” in einer Juli-Einladung ist technisch falsch.
Manuell über die Datumsgrenze rechnen.Ein Meeting am Freitag 16 Uhr in Sydney ist Freitag 23 Uhr am Vortag in San Francisco. Datumsrechnung von Hand schlägt in beiden Richtungen fehl; lassen Sie es den Kalender darstellen.
Ereigniszeiten in Ortszeit speichern.Apps, die “9:00” mit einem separaten Zeitzonenfeld speichern, brechen in dem Moment, in dem sich die Sommerzeitregeln der Zeitzone ändern (die IANA-Datenbank veröffentlicht etwa 5 Updates pro Jahr). Speichern Sie als UTC-Zeitpunkt plus den ursprünglichen IANA-Namen; stellen Sie lokal dar.
Asia/Calcutta vs. Asia/Kolkata. Beide funktionieren als Aliase, aber sie systemübergreifend in Kalendern zu mischen, kann Synchronisationsfehler verursachen. Verwenden Sie die kanonische Form Asia/Kolkata.

Sonderfälle, die der Spickzettel nicht abdeckt

Arizona beachtet (größtenteils) keine Sommerzeit.Phoenix ist das ganze Jahr auf MST; die Navajo Nation beachtet die Sommerzeit. Ein “Mountain Time”- Meeting kann je nach Bezirk zu zwei verschiedenen tatsächlichen Zeiten liegen.
Lord-Howe-Insel (Australien) nutzt einen 30-Minuten-Sommerzeit-Offset — UTC+10:30 Winter, UTC+11 Sommer. Gebrochene Offsets gibt es in Neufundland (UTC-3:30), Iran (UTC+3:30), Afghanistan (UTC+4:30), Indien (UTC+5:30), Nepal (UTC+5:45), Myanmar (UTC+6:30) und den Chatham-Inseln (UTC+12:45).
Die EU-Sommerzeit kann jedes Jahr enden.Das EU-Parlament stimmte 2019 für das Ende der saisonalen Uhrumstellung; die Umsetzung ist auf unbestimmte Zeit verschoben. Wenn es schließlich geschieht, wählen die Mitgliedstaaten dauerhaft Standard- oder Sommerzeit — unterschiedliche Entscheidungen schaffen neue innereuropäische Offsets.
Flüge am selben Tag über die Datumsgrenze.Ein Flug von Auckland nach Honolulu landet in Ortszeit “vor” seinem Abflug. Kalender-Apps handhaben das; Menschen, die Ankunftszeiten schätzen, nicht.
Historische Zeitstempel.“9 Uhr in Berlin am 15.04.1942” braucht die historischen Zeitzonenregeln (CEST, mit kriegsbedingten CEMT-äquivalenten Varianten). IANA kodiert diese — naive UTC-Offset-Arithmetik nicht.

Quellen: IANA-tz-Datenbank (2026a); EU-Richtlinie 2000/84/EG (Regelung der Sommerzeit); US Energy Policy Act of 2005 (moderner US-Sommerzeitplan); RFC 9557 (IXDTF).

Frequently asked questions

Wie groß ist der Zeitunterschied zwischen New York und London?: 5 Stunden während der Standardzeit (EST/GMT) und 4 Stunden im Sommer, wenn beide die Sommerzeit beachten. Für etwa 3 Wochen im März beträgt der Abstand vorübergehend 4 Stunden, weil die US-Sommerzeit vor der britischen BST beginnt. Prüfen Sie rund um die Umstellungsdaten stets mit einem Live-Umrechner.
Beachten Indien und Japan die Sommerzeit?: Nein. Indien (IST, UTC+5:30) und Japan (JST, UTC+9) beachten das ganze Jahr über keine Sommerzeit. Das bedeutet, dass ein auf „9 Uhr Tokio“ festgelegtes Meeting sich zweimal im Jahr relativ zu New York und London verschiebt, obwohl Japans Uhren nie umgestellt werden – die US- und europäischen Uhren wurden umgestellt.
Welches Überschneidungsfenster eignet sich am besten für ein Meeting zwischen San Francisco und London?: Während der Standardzeit ist die nutzbare Überschneidung 8–9 Uhr Pacific = 16–17 Uhr GMT — etwa eine Stunde. Während des US-Sommers (PDT, UTC−7) und des UK-Sommers (BST, UTC+1) verengt sich der Abstand weiter. SF-London-Calls bedeuten fast immer frühe Morgenstunden für die Pazifikseite.
Warum sollte ich IANA-Zeitzonennamen statt EST oder PST in Kalendereinladungen verwenden?: IANA-Namen wie „America/New_York“ verfolgen Sommerzeitübergänge automatisch. Die Abkürzung „EST“ bedeutet in der IANA-Datenbank das ganze Jahr UTC−5, aber New York ist etwa 8 Monate im Jahr auf EDT (UTC−4) — eine Einladung, die im Juli „15 Uhr EST“ sagt, ist mehrdeutig oder falsch.
Wie oft pro Jahr verschiebt sich die Meeting-Zeit zwischen New York und Sydney?: Viermal. Die US-Sommerzeitübergänge (März und November) und die australischen Sommerzeitübergänge (Oktober und April) verschieben jeweils den Abstand. New York und Sydney beachten die Sommerzeit in entgegengesetzten Hemisphären, sodass sich der Versatz zwischen ihnen bei jedem Übergang ändert, statt sich aufzuheben.

Sources & references

Authoritative references cited by this piece. Verified by Buğra Sözeri on the dates shown and re-checked at every deploy.

IANA Time Zone Database (tzdata) — Kanonische maschinenlesbare Datenbank jedes Zeitzonen-Offsets und Sommerzeitübergangs, die der Spickzettel verwendet(as of 2026-05-21)
ISO 8601:2019 — Datums- und Zeitdarstellungen — Internationale Norm für die offset-bewussten Datum-Zeit-Zeichenketten, die für die Teamkommunikation empfohlen werden(as of 2026-05-21)
GitLab — All-Remote-Handbuch (Zeitzonenkommunikation) — Branchenreferenz-Handbuch für asynchrone, zeitzonenbewusste Arbeitsweisen, das im Artikel zitiert wird(as of 2026-05-21)
RFC 9557 — Internet Extended Date/Time Format (IXDTF) — IETF-Standard zum Einbetten von IANA-Zeitzonennamen neben ISO-8601-Zeitstempeln, empfohlen für den Kalenderaustausch(as of 2026-05-21)

Published May 16, 2026 · Last reviewed May 31, 2026