ToolDeck

Timezone Converter

Převeďte datum a čas mezi časovými pásmy po celém světě

UTCUTC+00:00

04/16/2026, 21:56:00

America/New_YorkUTC-04:00

04/16/2026, 17:56:00

Co je převod časových pásem?

Převodník časových pásem překládá datum a čas z jednoho časového pásma do jiného, takže ihned vidíte, jaký je ekvivalentní čas kdekoli na světě. Svět je rozdělen do 24 primárních časových pásem, z nichž každé je definováno jako pevný posun od koordinovaného světového času (UTC). Když je 14:00 UTC, je v New Yorku 09:00 (UTC-5) a v Tokiu 23:00 (UTC+9). Správný převod mezi časovými pásmy vyžaduje znalost posunu UTC obou zón — zdrojové i cílové — a také zda je v každé z nich platné letní čas (DST).

Databáze časových pásem IANA (nazývaná také Olsonova databáze nebo tz database) je standardním zdrojem definic časových pásem, který používají operační systémy, programovací jazyky i webové prohlížeče. Každé zóně přiřazuje kanonický identifikátor ve formátu Oblast/Město, například America/New_York nebo Asia/Tokyo. Na rozdíl od pevných zkratek jako EST nebo PST kódují identifikátory IANA úplnou historii změn posunu UTC a přechodů na letní čas pro každý region, takže jsou jediným spolehlivým způsobem převodu času napříč daty v minulosti i budoucnosti.

Tento převodník časových pásem využívá data IANA zabudovaná do JavaScriptového enginu vašeho prohlížeče prostřednictvím rozhraní Intl API. Vyberete zdrojové časové pásmo, zadáte datum a čas a nástroj okamžitě vypočítá ekvivalentní čas v cílovém časovém pásmu, včetně případných úprav letního času. Protože vše běží přímo ve vašem prohlížeči, nedochází k žádné komunikaci se serverem a žádná data neopouštějí vaše zařízení.

Proč používat tento převodník časových pásem?

Ruční výpočty časových pásem jsou náchylné k chybám, zejména pokud je v hře letní čas. Město, které je v lednu UTC-5, může být v červenci UTC-4, přičemž data přechodů se v jednotlivých zemích liší. Spojené státy a Evropa posouvají hodiny v různé neděle, čímž vzniká dvoutýdenní okno, kdy se posun mezi New Yorkem a Londýnem liší od zbytku roku. Tento nástroj zvládá všechny tyto přechody automaticky pomocí stejné databáze IANA, kterou používá váš operační systém.

~
Okamžitý převod
Vyberte dvě časová pásma, zadejte čas a výsledek se zobrazí okamžitě. Žádné odesílání formulářů, žádné načítání stránky. Převod se aktualizuje při psaní.
~
Výsledky zohledňující letní čas
Převodník automaticky zohledňuje přechody na letní čas. Využívá vestavěná data IANA časových pásem prohlížeče, takže výsledky odrážejí správný posun pro libovolné datum, které zadáte — v minulosti i budoucnosti.
~
Zpracování s důrazem na soukromí
Veškerý převod probíhá lokálně ve vašem prohlížeči pomocí rozhraní Intl API. Žádná data, časy ani výběry časových pásem nejsou odesílány na žádný server.
~
Bez nutnosti účtu
Používejte převodník bez registrace, instalace softwaru ani udělování oprávnění. Otevřete stránku, převeďte čas a zavřete ji.

Případy použití převodníku časových pásem

Plánování schůzek napříč týmy
Když váš tým zahrnuje New York, Berlín a Singapur, vyžaduje nalezení vhodného termínu schůzky převod napříč třemi nebo více časovými pásmy. Zadejte navrhovaný čas ve vašem místním časovém pásmu a okamžitě uvidíte, zda ekvivalentní čas v každém místě člena týmu spadá do jeho pracovní doby.
Ladění timestamps v API
Odpovědi API často obsahují timestamps v UTC nebo v místním časovém pásmu serveru. Převeďte tyto timestamps na místní čas a ověřte, že události nastaly v očekávanou dobu a že logika závislá na čase je správná.
Časové osy incidentů v DevOps
Během incidentu mohou záznamy v logu pocházet ze serverů v různých regionech. Převeďte všechny timestamps na jedno referenční časové pásmo (obvykle UTC) a sestavte přesnou časovou osu událostí.
Testování logiky práce s daty
Aplikace zobrazující data uživatelům v různých regionech vyžadují testování s konkrétními vstupy časových pásem. Pomocí převodníku generujte testovací případy pro okrajové podmínky, jako je hodina přechodu na letní čas.
Koordinace datových pipeline
ETL úlohy naplánované v jednom časovém pásmu mohou potřebovat odpovídat rozvrhu zdrojů dat nebo navazujících systémů v jiném pásmu. Převeďte plánované časy spuštění a ověřte, že jednotlivé fáze pipeline se provádějí ve správném pořadí.
Výuka konceptů časových pásem
Studenti, kteří se učí o posunech UTC, mezinárodní datové hranici a pravidlech letního času, mohou experimentovat s různými páry časových pásem a sledovat, jak se čas posouvá napříč regiony.

Referenční tabulka časových pásem IANA

Databáze časových pásem IANA definuje přes 400 identifikátorů časových pásem a je aktualizována několikrát ročně, aby odrážela politické změny, nová pravidla letního času a historické opravy. Níže uvedená tabulka uvádí nejčastěji používaná pásma s jejich standardními posuny UTC a chováním DST. Zobrazené posuny platí pro standardní čas; sloupec DST ukazuje upravený posun, kdy je v daném regionu aktivní letní čas.

Identifikátor IANABěžný názevPosun UTCDST
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)

Příklady kódu

Každý hlavní programovací jazyk poskytuje převod časových pásem prostřednictvím databáze IANA. Níže uvedené příklady ukazují, jak převést timestamp UTC na jiná časová pásma v JavaScriptu pomocí rozhraní Intl API, v Pythonu pomocí modulu zoneinfo, v Go pomocí balíčku time a příkazem GNU date pro shellové skripty.

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

Nejčastěji kladené otázky

Jaký je rozdíl mezi UTC a GMT?
UTC (koordinovaný světový čas) a GMT (greenwichský střední čas) v praxi reprezentují stejný čas: nulový posun od nultého poledníku. Rozdíl je technický. UTC je definováno atomovými hodinami a je globálním časovým standardem používaným v informatice. GMT je název časového pásma vázaný na Velkou Británii. V kódu vždy používejte jako referenční bod UTC, nikoli GMT.
Jak letní čas ovlivňuje převod časových pásem?
Když region dodržuje DST, jeho posun UTC se na část roku posune o jednu hodinu (někdy o 30 nebo 45 minut). Například America/New_York je v zimě UTC-5 (EST) a v létě UTC-4 (EDT). Pokud místo identifikátoru IANA použijete pevně zakódovaný posun, vaše převody budou po polovinu roku nesprávné. Vždy používejte plný název IANA, například America/New_York, nikoli pevný posun.
Proč bych měl používat názvy IANA místo zkratek jako EST nebo PST?
Zkratky časových pásem jsou nejednoznačné. CST může znamenat Central Standard Time (UTC-6), China Standard Time (UTC+8) nebo Cuba Standard Time (UTC-5). Identifikátory IANA jako America/Chicago jsou globálně jedinečné a kódují úplnou historii změn posunů a pravidel letního času pro daný region. Databázi IANA spravuje Internet Assigned Numbers Authority a je aktualizována několikrát ročně.
Co se stane s časem, který spadá do mezery při přechodu na letní čas?
Když hodiny skočí dopředu, jedna hodina se přeskočí. Například v America/New_York přeskočí 2:00 ráno přímo na 3:00 ráno v druhou neděli v březnu. Čas jako 2:30 ráno v ten den v daném časovém pásmu neexistuje. Většina programovacích jazyků to řeší posunutím času dopředu na 3:00 ráno nebo vyvoláním chyby, v závislosti na dané knihovně.
Mohu přesně převádět časy pro historická data?
Ano, pokud používáte identifikátory časových pásem IANA. Databáze IANA zahrnuje historické změny posunů sahající desítky let zpět. Například Čína před rokem 1949 používala pět časových pásem a poté přešla na jediné (UTC+8). Databáze tyto přechody zaznamenává, takže převod timestamps z roku 1945 pro Asia/Shanghai použije správný historický posun.
Jak ukládat časy v databázi, aby nedocházelo k problémům s časovými pásmy?
Ukládejte všechny timestamps v UTC. Při zobrazování času uživateli ho při vykreslování převeďte z UTC na jeho místní časové pásmo. Tento přístup odstraňuje nejednoznačnost: UTC timestamp má přesně jeden výklad bez ohledu na to, kde se nachází server nebo uživatel. Typ TIMESTAMPTZ v PostgreSQL a typ TIMESTAMP v MySQL ukládají hodnoty interně v UTC.
Existuje časové pásmo s posunem 30 nebo 45 minut?
Ano. Indický standardní čas (Asia/Kolkata) je UTC+5:30, nepálský standardní čas (Asia/Kathmandu) je UTC+5:45 a Chathamské ostrovy (Pacific/Chatham) jsou UTC+12:45. Írán (Asia/Tehran) používá UTC+3:30. Tyto zlomkové posuny znamenají, že při psaní logiky převodu nelze předpokládat, že všechny rozdíly časových pásem jsou celé hodiny.