Date/Time Timezone Converter
Convert dates and times between timezones with daylight saving time awareness.
About Date/Time Timezone Converter
Date/Time Timezone Converter takes a date and time in one timezone and renders it in another, with full IANA timezone support and daylight-saving-time awareness. Pick a source zone (or paste a value with a `Z` / `+HH:MM` offset), pick a target zone, and the converted time appears in ISO-8601 form alongside a friendly local format. Compare multiple zones at once by adding rows — useful for scheduling across teams.
Reach for it whenever a meeting, deploy window, or deadline crosses zone boundaries: 'what is 14:00 New York on the 15th in Tokyo, accounting for DST?', 'when does the EU GDPR deadline land in PT?', 'is my server's UTC log timestamp in the past for a customer in Sydney?'. Unix Timestamp Converter is the related tool that converts between epoch integers and human dates in a single zone; this tool keeps the date format and changes only the zone.
Examples
from: 2026-05-15 14:00 America/New_York
to: Asia/Tokyo2026-05-16 03:00 Asia/Tokyo (UTC+9, +13h offset)DST-aware: the conversion accounts for whether either zone is in daylight saving time on the given date.
Frequently asked questions
Which timezones are supported?
The full IANA timezone database — hundreds of zones, including all the canonical names like `America/New_York`, `Europe/Berlin`, `Asia/Tokyo`, plus the linked aliases. The browser provides the data, so it stays current with DST rule changes (which legislatures change more often than you would expect).
How is this different from Unix Timestamp Converter?
Timestamp Converter goes between an epoch integer and a human date. This tool goes between two zones for the same instant. Timestamp converts representation; Timezone Converter converts viewpoint.
Does it handle DST transitions correctly?
Yes. A 03:30 wall-clock time on a spring-forward day in a zone that does not have a 03:30 (because clocks jumped from 02:00 to 03:00) is flagged. A repeated 01:30 on a fall-back day is rendered with the appropriate offset; the tool warns about ambiguity when both hours could apply.
What format does the output use?
ISO-8601 alongside a friendly local format. The ISO form is unambiguous — `2026-05-15T18:00:00+04:00` always means the same instant — and is what you should paste into APIs or store in databases. The friendly form is for humans (`Friday, 15 May 2026, 18:00 GST`).