ToolDeck

Timezone Converter

Datum und Uhrzeit zwischen Zeitzonen weltweit umrechnen

UTCUTC+00:00

04/16/2026, 21:57:00

America/New_YorkUTC-04:00

04/16/2026, 17:57:00

Was ist Zeitzonen-Konvertierung?

Ein Timezone Converter übersetzt Datum und Uhrzeit von einer Zeitzone in eine andere, sodass du sofort siehst, wie viel Uhr es an jedem Ort der Welt gerade ist. Die Welt ist in 24 Hauptzeitzonen unterteilt, die jeweils als fester Versatz gegenüber der Koordinierten Weltzeit (UTC) definiert sind. Wenn es 14:00 UTC ist, ist es 09:00 in New York (UTC-5) und 23:00 in Tokio (UTC+9). Eine korrekte Zeitzonen-Konvertierung erfordert die Kenntnis des UTC-Versatzes sowohl der Quell- als auch der Zielzone sowie die Information, ob für eine der beiden die Sommerzeit (DST) gilt.

Die IANA Time Zone Database (auch als Olson-Datenbank oder tz-Datenbank bekannt) ist die Standardquelle für Zeitzonendefinitionen, die von Betriebssystemen, Programmiersprachen und Webbrowsern verwendet wird. Sie weist jeder Zone einen kanonischen Bezeichner im Format Region/Stadt zu, etwa America/New_York oder Asia/Tokyo. Anders als feste Abkürzungen wie EST oder PST kodieren IANA-Bezeichner die vollständige Änderungshistorie des UTC-Versatzes und der DST-Übergänge für jede Region — und sind damit die einzig zuverlässige Methode, um Zeiten über beliebige Daten in Vergangenheit und Zukunft korrekt umzurechnen.

Dieser Timezone Converter nutzt IANA-Zeitzonendaten, die über die Intl-API direkt in die JavaScript-Engine deines Browsers eingebaut sind. Du wählst eine Quellzeitzone, gibst Datum und Uhrzeit ein, und das Werkzeug berechnet sofort die entsprechende Zeit in der Zielzeitzone — einschließlich aller Sommerzeitanpassungen. Da alles vollständig im Browser läuft, gibt es keine Server-Anfrage und keine deiner Daten verlässt dein Gerät.

Warum diesen Timezone Converter verwenden?

Zeitzonen-Arithmetik von Hand ist fehleranfällig, besonders wenn Sommerzeit im Spiel ist. Eine Stadt, die im Januar UTC-5 hat, kann im Juli UTC-4 haben, und die Umstellungstermine unterscheiden sich von Land zu Land. Die USA und Europa stellen ihre Uhren an verschiedenen Sonntagen um, was ein zweiwöchiges Fenster erzeugt, in dem der Versatz zwischen New York und London vom Rest des Jahres abweicht. Dieses Werkzeug behandelt all diese Übergänge automatisch, unter Verwendung derselben IANA-Datenbank, die dein Betriebssystem nutzt.

~
Sofortige Umrechnung
Zwei Zeitzonen auswählen, eine Uhrzeit eingeben, und das Ergebnis erscheint sofort. Kein Absenden-Button, kein Neuladen der Seite. Die Konvertierung aktualisiert sich beim Tippen.
~
DST-bewusste Ergebnisse
Der Converter berücksichtigt Sommerzeitübergänge automatisch. Er verwendet die eingebauten IANA-Zeitzonendaten des Browsers, sodass die Ergebnisse den korrekten Versatz für jedes eingegebene Datum widerspiegeln — ob vergangen oder zukünftig.
~
Datenschutzfreundliche Verarbeitung
Die gesamte Konvertierung läuft lokal im Browser über die Intl-API. Keine Daten, Uhrzeiten oder Zeitzonenauswahlen werden an einen Server übertragen.
~
Kein Konto erforderlich
Den Converter nutzen ohne Registrierung, Installation oder Berechtigungen. Seite öffnen, Zeit umrechnen, fertig.

Anwendungsfälle für den Timezone Converter

Teamübergreifende Terminplanung
Wenn dein Team auf New York, Berlin und Singapur verteilt ist, erfordert die Suche nach einem gemeinsamen Meetingtermin die Umrechnung über drei oder mehr Zeitzonen. Gib eine vorgeschlagene Zeit in deiner lokalen Zeitzone ein und sieh sofort, ob die entsprechende Zeit für jeden Teammember innerhalb der Arbeitszeiten liegt.
API-Timestamp-Debugging
API-Antworten enthalten Timestamps oft in UTC oder einer server-lokalen Zeitzone. Rechne diese Timestamps in deine lokale Zeit um, um zu prüfen, ob Ereignisse zum erwarteten Zeitpunkt stattfanden und zeitbasierte Logik korrekt ist.
DevOps-Incident-Zeitachsen
Während eines Incidents können Log-Einträge von Servern in verschiedenen Regionen stammen. Rechne alle Timestamps in eine einheitliche Referenzzeitzone um (normalerweise UTC), um eine genaue Ereignischronologie zu erstellen.
QA-Tests für Datumslogik
Anwendungen, die Datum und Uhrzeit für Nutzer in verschiedenen Regionen anzeigen, müssen mit spezifischen Zeitzonen-Eingaben getestet werden. Verwende den Converter, um Testfälle für Grenzfälle wie die DST-Umschaltungsstunde zu erstellen.
Koordination von Datenpipelines
ETL-Jobs, die in einer Zeitzone geplant sind, müssen möglicherweise mit dem Zeitplan von Datenquellen oder nachgelagerten Verbrauchern in einer anderen Zone abgestimmt werden. Rechne geplante Laufzeiten um, um zu prüfen, ob Pipeline-Stufen in der richtigen Reihenfolge ausgeführt werden.
Zeitzonen-Konzepte erlernen
Wer UTC-Versätze, die Internationale Datumsgrenze und Sommerzeitregeln kennenlernen möchte, kann verschiedene Zeitzonenpaare ausprobieren und beobachten, wie sich die Zeit zwischen den Regionen verschiebt.

IANA-Zeitzonenreferenz

Die IANA Time Zone Database definiert über 400 Zeitzonenbezeichner und wird mehrmals im Jahr aktualisiert, um politische Änderungen, neue DST-Regeln und historische Korrekturen abzubilden. Die folgende Tabelle listet die am häufigsten verwendeten Zeitzonen mit ihren Standard-UTC-Versätzen und DST-Verhalten auf. Die angezeigten Versätze gelten für die Normalzeit; die DST-Spalte zeigt den angepassten Versatz, wenn die Sommerzeit für diese Region aktiv ist.

IANA-BezeichnerÜblicher NameUTC-VersatzDST
UTCCoordinated Universal Time+00:00No
America/New_YorkEastern Time (US)-05:00Yes (EDT -04:00)
America/ChicagoCentral Time (US)-06:00Yes (CDT -05:00)
America/DenverMountain Time (US)-07:00Yes (MDT -06:00)
America/Los_AngelesPacific Time (US)-08:00Yes (PDT -07:00)
Europe/LondonGreenwich Mean Time+00:00Yes (BST +01:00)
Europe/BerlinCentral European Time+01:00Yes (CEST +02:00)
Europe/MoscowMoscow Time+03:00No
Asia/DubaiGulf Standard Time+04:00No
Asia/KolkataIndia Standard Time+05:30No
Asia/ShanghaiChina Standard Time+08:00No
Asia/TokyoJapan Standard Time+09:00No
Australia/SydneyAustralian Eastern Time+10:00Yes (AEDT +11:00)
Pacific/AucklandNew Zealand Standard Time+12:00Yes (NZDT +13:00)

Code-Beispiele

Jede gängige Programmiersprache bietet Zeitzonen-Konvertierung über die IANA-Datenbank. Die folgenden Beispiele zeigen, wie ein UTC-Timestamp in andere Zeitzonen umgerechnet wird: in JavaScript über die Intl-API, in Python mit dem zoneinfo-Modul, in Go mit dem time-Paket und mit dem GNU-date-Befehl für Shell-Skripte.

JavaScript (Intl API)
// Convert a date from one timezone to another
const date = new Date('2026-03-15T09:00:00Z')

// Format in specific timezone
const nyTime = date.toLocaleString('en-US', { timeZone: 'America/New_York' })
// → "3/15/2026, 5:00:00 AM"

const tokyoTime = date.toLocaleString('en-US', { timeZone: 'Asia/Tokyo' })
// → "3/15/2026, 6:00:00 PM"

// Get the UTC offset for a timezone programmatically
function getUtcOffset(tz: string, date = new Date()) {
  const fmt = new Intl.DateTimeFormat('en-US', {
    timeZone: tz,
    timeZoneName: 'longOffset',
  })
  const parts = fmt.formatToParts(date)
  return parts.find(p => p.type === 'timeZoneName')?.value ?? ''
}
getUtcOffset('Asia/Kolkata') // → "GMT+05:30"
Python (zoneinfo + datetime)
from datetime import datetime
from zoneinfo import ZoneInfo

# Create a timezone-aware datetime
dt = datetime(2026, 3, 15, 9, 0, tzinfo=ZoneInfo('UTC'))

# Convert to New York time
ny = dt.astimezone(ZoneInfo('America/New_York'))
print(ny)  # → 2026-03-15 05:00:00-04:00 (EDT in March)

# Convert to Tokyo time
tokyo = dt.astimezone(ZoneInfo('Asia/Tokyo'))
print(tokyo)  # → 2026-03-15 18:00:00+09:00

# Get current time in any timezone
now_berlin = datetime.now(ZoneInfo('Europe/Berlin'))
print(now_berlin.strftime('%Y-%m-%d %H:%M %Z'))  # → 2026-03-15 10:00 CET
Go
package main

import (
	"fmt"
	"time"
)

func main() {
	utc := time.Date(2026, 3, 15, 9, 0, 0, 0, time.UTC)

	// Load timezone by IANA name
	ny, _ := time.LoadLocation("America/New_York")
	tokyo, _ := time.LoadLocation("Asia/Tokyo")

	fmt.Println(utc.In(ny))    // → 2026-03-15 05:00:00 -0400 EDT
	fmt.Println(utc.In(tokyo)) // → 2026-03-15 18:00:00 +0900 JST

	// Get the UTC offset in seconds
	_, offset := utc.In(ny).Zone()
	fmt.Printf("UTC offset: %+d hours\n", offset/3600) // → UTC offset: -4 hours
}
CLI (GNU date / TZ variable)
# Display current time in a specific timezone
TZ='Asia/Tokyo' date '+%Y-%m-%d %H:%M:%S %Z'
# → 2026-03-15 18:00:00 JST

# Convert a UTC timestamp to another timezone
TZ='America/Los_Angeles' date -d '2026-03-15T09:00:00Z' '+%Y-%m-%d %H:%M %Z'
# → 2026-03-15 02:00 PDT

# List all available IANA timezone names
timedatectl list-timezones | head -20

Häufig gestellte Fragen

Was ist der Unterschied zwischen UTC und GMT?
UTC (Koordinierte Weltzeit) und GMT (Greenwich Mean Time) bezeichnen in der Praxis dieselbe Zeit: null Versatz vom Nullmeridian. Der Unterschied ist technischer Natur. UTC wird durch Atomuhren definiert und ist der globale Zeitstandard in der Computertechnik. GMT ist ein Zeitzonenname, der an das Vereinigte Königreich gebunden ist. Im Code sollte immer UTC als Referenzpunkt verwendet werden, nicht GMT.
Wie beeinflusst die Sommerzeit die Zeitzonen-Konvertierung?
Wenn eine Region DST beobachtet, verschiebt sich ihr UTC-Versatz für einen Teil des Jahres um eine Stunde (manchmal 30 oder 45 Minuten). America/New_York ist beispielsweise im Winter UTC-5 (EST) und im Sommer UTC-4 (EDT). Wenn du einen festen Versatz anstelle eines IANA-Zeitzonenbezeichners verwendest, sind deine Konvertierungen für die Hälfte des Jahres falsch. Verwende immer den vollständigen IANA-Namen wie America/New_York, keinen festen Versatz.
Warum sollte ich IANA-Zeitzonennamen statt Abkürzungen wie EST oder PST verwenden?
Zeitzonenabkürzungen sind mehrdeutig. CST kann Central Standard Time (UTC-6), China Standard Time (UTC+8) oder Cuba Standard Time (UTC-5) bedeuten. IANA-Bezeichner wie America/Chicago sind global eindeutig und kodieren die vollständige Änderungshistorie der Versätze und DST-Regeln für diese Region. Die IANA-Datenbank wird von der Internet Assigned Numbers Authority gepflegt und mehrmals im Jahr aktualisiert.
Was passiert mit einer Uhrzeit, die in die DST-Lücke beim Umstellen fällt?
Wenn die Uhren vorgestellt werden, wird eine Stunde übersprungen. In America/New_York springt die Uhr zum Beispiel am zweiten Sonntag im März direkt von 2:00 Uhr auf 3:00 Uhr. Eine Zeit wie 2:30 Uhr existiert an diesem Tag in dieser Zeitzone nicht. Die meisten Programmiersprachen behandeln dies, indem sie die Zeit auf 3:00 Uhr vorrücken oder je nach Bibliothek einen Fehler ausgeben.
Kann ich Zeiten für historische Daten zuverlässig umrechnen?
Ja, wenn du IANA-Zeitzonenbezeichner verwendest. Die IANA-Datenbank enthält historische Versatzänderungen bis mehrere Jahrzehnte zurück. China verwendete beispielsweise vor 1949 fünf Zeitzonen und wechselte danach zu einer einzigen Zone (UTC+8). Die Datenbank erfasst diese Übergänge, sodass die Konvertierung eines Timestamps von 1945 für Asia/Shanghai den korrekten historischen Versatz verwendet.
Wie speichere ich Zeiten in einer Datenbank, um Zeitzonenprobleme zu vermeiden?
Speichere alle Timestamps in UTC. Wenn du eine Zeit für einen Nutzer anzeigst, rechne sie zum Renderzeitpunkt von UTC in die lokale Zeitzone des Nutzers um. Dieser Ansatz vermeidet Mehrdeutigkeiten: Ein UTC-Timestamp hat genau eine Bedeutung, unabhängig davon, wo sich Server oder Nutzer befinden. Der TIMESTAMPTZ-Typ in PostgreSQL und der TIMESTAMP-Typ in MySQL speichern Werte intern in UTC.
Gibt es Zeitzonen mit einem 30- oder 45-Minuten-Versatz?
Ja. India Standard Time (Asia/Kolkata) ist UTC+5:30, Nepal Standard Time (Asia/Kathmandu) ist UTC+5:45 und die Chatham Islands (Pacific/Chatham) liegen bei UTC+12:45. Der Iran (Asia/Tehran) verwendet UTC+3:30. Diese nicht ganzzahligen Versätze bedeuten, dass du beim Schreiben von Konvertierungslogik nicht davon ausgehen kannst, dass alle Zeitzonenunterschiede ganzzahlige Stunden sind.