Weltuhr & Meeting-Planer

Live-Uhren für Städte weltweit. Klicke im Meeting-Slider auf eine Zelle, um die beste Zeit für alle zu finden.

{{ opt.label }}
{{ __t('no_matches') }}
{{ tzShortName(c.tz) }} · UTC{{ utcOffsetLabel(c.tz) }} · {{ diffToHome(c.tz) }} {{ __t('vs_home') }}
{{ __t('empty_hint') }}

{{ __t('meeting_heading') }}

{{ __t('work_hours') }}: –
{{ c.label }}
{{ __t('legend_work') }} {{ __t('legend_late') }} {{ __t('legend_sleep') }} {{ __t('legend_selected') }}

Wofür ist die Weltuhr nützlich?

  • Remote-Teams — sehe auf einen Blick, ob Kollegen in NYC noch erreichbar sind
  • Reisen — Jetlag planen, Flüge buchen
  • Meetings — überlappende Arbeitszeiten finden, Termine setzen
  • Anrufe — niemanden um 3 Uhr morgens stören
  • Software-Releases — Deploy-Slots koordinieren

Meeting-Slider — wie funktioniert er?

Jede Zeile zeigt eine 24-Stunden-Skala für eine Zeitzone. Die grünen Zellen markieren die Arbeitszeit (Standard 9–17, im Kopf einstellbar). Orange markiert Randzeiten (~2 h vor/nach), grau ist außerhalb. Wenn überall grün übereinander liegt, ist es ein guter Zeitpunkt für ein Meeting.

Klicke auf eine beliebige Zelle, um diese Stunde überall hervorzuheben. Mit dem Pfeil-Indikator (+1 / −1) erkennst du, wann es bereits der nächste/vorherige Kalendertag ist. Bei DST-Übergängen werden Offsets automatisch korrekt berechnet.

100 % offline & ohne Tracking

Die Weltuhr läuft komplett im Browser. Es werden keine Daten an Server gesendet, kein Tracking, keine Cookies (nur localStorage für deine gewählten Städte). Die Zeitberechnung basiert auf der nativen Intl.DateTimeFormat-API, die alle IANA-Zeitzonen inklusive DST-Regeln korrekt unterstützt.

Zeitzonen: Wandkalender, UTC und IANA

Eine Zeitzone ist deutlich mehr als nur "UTC plus X Stunden". Sie ist eine Vorschrift, wie aus dem absoluten Zeitstrahl (UTC) eine lokale Wandkalender-Anzeige wird — inklusive aller historischen Änderungen, Sommerzeit-Übergänge und politischen Verschiebungen. Die IANA-Zeitzonendatenbank (auch "Olson-Datenbank" oder einfach "tzdata") sammelt diese Regeln seit 1986 und wird mehrfach pro Jahr aktualisiert; der Eintrag Europe/Berlin enthält etwa Sommerzeit-Übergänge seit dem Deutschen Reich 1916, die zweite Sommerzeit von 1980 sowie die Vereinheitlichung mit der DDR ab 1990. Browser und Betriebssysteme greifen direkt auf diese Datenbank zu — wer Intl.DateTimeFormat('de-DE', {timeZone: 'Asia/Kolkata'}) aufruft, bekommt die korrekte aktuelle indische Uhrzeit (UTC+5:30) zurück, ohne selbst Regeln pflegen zu müssen.

Die EU-Sommerzeit ist in der Richtlinie 2000/84/EG geregelt: am letzten Sonntag im März werden die Uhren um 01:00 UTC eine Stunde vorgestellt (in Deutschland 02:00 → 03:00), am letzten Sonntag im Oktober um 01:00 UTC wieder zurück (03:00 → 02:00). Diese Tage existieren also asymmetrisch — am Frühjahres-Sonntag fehlt eine Stunde komplett, am Herbstsonntag gibt es 02:00 bis 03:00 lokaler Zeit zweimal. Die Diskussion um eine endgültige Abschaffung (EU-Vorschlag 2018/921) ist seit Jahren auf Eis. Außerhalb Europas sind die Regeln vielfältiger: Russland, China, Indien, Japan und Argentinien verzichten ganz; in Australien wechselt nur ein Teil der Bundesstaaten; die USA wechseln seit 2007 am zweiten Sonntag im März und ersten Sonntag im November.

Manche Zeitzonen haben krumme Offsets, die viele Reisende überraschen: Indien liegt bei UTC+5:30, Nepal sogar bei UTC+5:45, Iran bei UTC+3:30 (im Winter), Neufundland bei UTC−3:30, der Chatham-Inseln bei UTC+12:45. Innerhalb großer Länder kann es zudem mehrere Zeitzonen geben — die USA haben sechs (Eastern, Central, Mountain, Pacific, Alaska, Hawaii), Russland elf, China hingegen offiziell nur eine (Asia/Shanghai), obwohl das Land geografisch fünf Zeitzonen abdeckt. Diese Weltuhr liest die aktuelle Sommerzeit-Regel direkt aus dem Browser-tzdata-Bestand und passt sich daher auch nach politischen Änderungen (z. B. Volksabstimmungen wie in Mexiko 2022) automatisch an, sobald der Browser ein Update bekommt.

Umrechnung und Offset-Mathematik

Eine lokale Uhrzeit in einer Zeitzone wird intern immer über UTC vermittelt: lokal = UTC + Offset(tz, Datum). Der Offset ist datumsabhängig, weil DST den Sommerwert um eine Stunde anhebt (in Europa) oder absenkt (Südhalbkugel). Beispiel: am 9. Juni 2026 12:00 UTC ist es in Berlin (CEST = UTC+2) 14:00 und in Tokio (JST = UTC+9) 21:00. Im Winter wechselt Berlin zu CET = UTC+1, sodass derselbe UTC-Moment 13:00 Berlin Zeit zeigt. Für Meeting-Planung gilt: zuerst alle Teilnehmer auf UTC umrechnen, dann das gemeinsame Fenster suchen. Differenz zwischen zwei Zeitzonen: Δ = Offset(tz_a) − Offset(tz_b). Tokio − Berlin im Sommer = 9 − 2 = 7 Stunden; im Winter = 9 − 1 = 8 Stunden.

Praktische Beispiele

Reale Konstellationen für verteilte Teams:

  • Berlin 09:00 (CEST) = New York 03:00 (EDT) = Tokio 16:00 (JST) = San Francisco 00:00 (PDT) — Sommerwerte mit DST.
  • Mumbai 14:30 (IST = UTC+5:30) = London 09:00 (BST = UTC+1) = New York 04:00 (EDT) = Sydney 19:00 (AEST = UTC+10).
  • Gemeinsames Meeting-Fenster Berlin/New York: 15:00–18:00 Berlin (= 09:00–12:00 New York) ist die einzige Zeit, in der beide Standorte regulär arbeiten.
  • Date Line: wenn in Apia (Samoa) Freitag 23:00 ist, ist in Pago Pago (Amerikanisch-Samoa) noch Donnerstag 23:00 — derselbe Längengrad, aber 24 Stunden Datumsunterschied.
  • Sommerzeit-Wechsel 2026 in der EU: 29. März 02:00 → 03:00 (Sprung +1 h), 25. Oktober 03:00 → 02:00 (Sprung −1 h). Tokio-Berlin-Differenz wechselt von 8 h auf 7 h und zurück.

Grenzen und Stolpersteine

An den Sommerzeit-Übergängen ist Vorsicht geboten: eine Lokalzeit wie 2026-10-25 02:30 Berlin ist nicht eindeutig — sie tritt zweimal auf, einmal als CEST und einmal als CET. Buchungssysteme nutzen oft die erste Vorkommnis oder den UTC-Wert direkt. Außerdem: das Browser-tzdata ist nur so aktuell wie der Browser selbst. Wer eine politisch jüngst geänderte Zeitzone (z. B. Iran 2022, Mexiko 2022, Marokko 2018) korrekt anzeigen will, sollte das Betriebssystem aktuell halten. Die Y2038-Grenze betrifft den Browser nicht direkt (JavaScript nutzt Double-Precision-Millisekunden), wohl aber alte Embedded-Systeme. Schaltsekunden werden hier komplett ignoriert — für Sekunden-genaues Geosatelliten-Tracking ist diese Uhr nicht gedacht. Für UI-Anwendungen (Meeting, Reisen, Logs vergleichen) reicht sie aber vollständig.

Häufige Fragen

Aktualisiert sich die Uhr automatisch bei Sommerzeit-Wechsel?
Ja. Die Anzeige nutzt Intl.DateTimeFormat mit der Zeitzone als Parameter — der Browser kennt aus tzdata die korrekte Sommerzeit-Regel und springt am Übergang automatisch mit. Du musst nichts nachstellen.
Warum zeigt die Stadt manchmal +1 Tag oder −1 Tag?
Weil die lokale Zeit der entfernten Stadt im Vergleich zur Home-Zeit auf einem anderen Kalendertag liegt. Wenn in Berlin Montag 23:00 ist, ist in Sydney bereits Dienstag 08:00 (+1 Tag), in Los Angeles noch Montag 14:00.
Was bedeuten die Farben im Meeting-Slider?
Grün = innerhalb der konfigurierten Arbeitszeit, Orange = Randzeit (zwei Stunden vor und vier Stunden nach), Blau-grau = Schlafzeit. So findest du auf einen Blick das gemeinsame Fenster für alle Standorte.
Kann ich meine Liste teilen?
Ja — der "Link kopieren"-Button erzeugt eine URL mit Zeitzonen, Home, Arbeitszeit und gewähltem Slot. Wer den Link öffnet, sieht exakt deine Konfiguration in seiner aktuellen Live-Zeit.
Welche Zeitzonen werden unterstützt?
Alle IANA-Zeitzonen, die der Browser kennt — derzeit ca. 400 plus deren Aliase. Im Städte-Modus haben wir 150+ vorausgewählte Großstädte mit Flagge und Ländercode für schnelle Auswahl.
Gibt es einen 12-Stunden-Modus?
Aktuell zeigt die digitale Uhr 24-Stunden-Format, die Analog-Uhr ist natürlich 12-stündig. Die Tagesangabe (Wochentag und Datum) folgt deiner Browser-Locale.

Passende Tools