ToolDeck

Konwerter Stref Czasowych

Konwertuj datę i godzinę między strefami czasowymi na całym świecie

UTCUTC+00:00

04/16/2026, 21:56:00

America/New_YorkUTC-04:00

04/16/2026, 17:56:00

Czym jest konwersja stref czasowych?

Konwerter stref czasowych tłumaczy datę i godzinę z jednej strefy czasowej na inną, umożliwiając natychmiastowe sprawdzenie, która godzina panuje w dowolnym miejscu na świecie. Świat jest podzielony na 24 główne strefy czasowe, z których każda jest zdefiniowana jako stałe przesunięcie względem Skoordynowanego Czasu Uniwersalnego (UTC). Gdy jest 14:00 UTC, w Warszawie jest 15:00 (UTC+1), a w Tokio 23:00 (UTC+9). Poprawna konwersja między strefami czasowymi wymaga znajomości przesunięcia UTC zarówno strefy źródłowej, jak i docelowej, a także tego, czy dla którejś z nich obowiązuje czas letni (DST).

Baza danych stref czasowych IANA (znana też jako baza Olsona lub baza tz) jest standardowym źródłem definicji stref czasowych używanym przez systemy operacyjne, języki programowania i przeglądarki internetowe. Przypisuje ona kanoniczną nazwę każdej strefie w formacie Region/Miasto, np. Europe/Warsaw lub Asia/Tokyo. W przeciwieństwie do stałych skrótów jak CET czy PST, identyfikatory IANA zawierają pełną historię zmian przesunięcia UTC i przejść czasu letniego dla każdego regionu, co czyni je jedynym wiarygodnym sposobem konwersji czasu dla dat w przeszłości i przyszłości.

Ten konwerter stref czasowych korzysta z danych IANA wbudowanych w silnik JavaScript przeglądarki za pośrednictwem API Intl. Wybierasz strefę źródłową, wpisujesz datę i godzinę, a narzędzie natychmiast oblicza odpowiadający czas w strefie docelowej, uwzględniając wszelkie korekty czasu letniego. Ponieważ działa w całości w przeglądarce, nie ma żadnego zapytania do serwera i żadne dane nie opuszczają Twojego urządzenia.

Dlaczego warto używać tego konwertera stref czasowych?

Ręczne obliczanie stref czasowych jest podatne na błędy, zwłaszcza gdy w grę wchodzi czas letni. Miasto z przesunięciem UTC-5 w styczniu może mieć UTC-4 w lipcu, a daty przejść różnią się między krajami. Stany Zjednoczone i Europa przestawiają zegarki w inne niedziele, tworząc dwutygodniowe okno, w którym różnica czasu między Nowym Jorkiem a Londynem odbiega od standardowej wartości. Narzędzie obsługuje wszystkie te przejścia automatycznie, korzystając z tej samej bazy IANA co Twój system operacyjny.

~
Natychmiastowa konwersja
Wybierz dwie strefy czasowe, wpisz godzinę i od razu zobaczysz wynik. Bez przesyłania formularzy ani przeładowywania strony. Konwersja aktualizuje się w trakcie wpisywania.
~
Uwzględnia czas letni
Konwerter automatycznie uwzględnia przejścia czasu letniego. Korzysta z wbudowanych danych IANA przeglądarki, dzięki czemu wyniki odzwierciedlają prawidłowe przesunięcie dla każdej wprowadzonej daty — zarówno przeszłej, jak i przyszłej.
~
Przetwarzanie z zachowaniem prywatności
Cała konwersja odbywa się lokalnie w przeglądarce przy użyciu API Intl. Żadne daty, godziny ani wybrane strefy czasowe nie są wysyłane na żaden serwer.
~
Bez rejestracji
Korzystaj z konwertera bez zakładania konta, instalowania oprogramowania ani udzielania uprawnień. Otwórz stronę, przelicz czas i zamknij.

Zastosowania konwertera stref czasowych

Planowanie spotkań między zespołami
Gdy Twój zespół obejmuje Warszawę, Berlin i Singapur, znalezienie godziny spotkania odpowiedniej dla wszystkich wymaga konwersji między trzema lub więcej strefami czasowymi. Wpisz proponowaną godzinę w swojej lokalnej strefie i od razu sprawdź, czy odpowiadający jej czas w lokalizacji każdego członka zespołu przypada w jego godzinach pracy.
Debugowanie znaczników czasu w API
Odpowiedzi API często zawierają znaczniki czasu w UTC lub lokalnej strefie serwera. Przelicz te znaczniki na czas lokalny, aby sprawdzić, czy zdarzenia wystąpiły zgodnie z oczekiwaniami i czy logika oparta na czasie działa poprawnie.
Osie czasu incydentów w DevOps
Podczas incydentu wpisy dziennika mogą pochodzić z serwerów w różnych regionach. Przelicz wszystkie znaczniki czasu na jedną strefę referencyjną (zwykle UTC), aby zbudować dokładną oś czasu zdarzeń.
Testowanie logiki dat w QA
Aplikacje wyświetlające daty użytkownikom z różnych regionów wymagają testowania z konkretnymi danymi wejściowymi stref czasowych. Użyj konwertera, aby wygenerować przypadki testowe dla przypadków brzegowych, np. godziny przesuniętej do przodu podczas zmiany czasu.
Koordynacja potoków danych
Zadania ETL zaplanowane w jednej strefie czasowej mogą wymagać dopasowania do harmonogramu źródeł danych lub odbiorców końcowych w innej strefie. Przelicz zaplanowane czasy uruchomienia, aby sprawdzić, czy kolejne etapy potoku wykonują się we właściwej kolejności.
Nauka koncepcji stref czasowych
Studenci uczący się o przesunięciach UTC, Międzynarodowej Linii Daty i zasadach czasu letniego mogą eksperymentować z różnymi parami stref czasowych, obserwując, jak czas przesuwa się między regionami.

Tabela referencyjna stref czasowych IANA

Baza danych stref czasowych IANA definiuje ponad 400 identyfikatorów stref i jest aktualizowana kilka razy w roku, aby odzwierciedlać zmiany polityczne, nowe zasady czasu letniego i korekty historyczne. Poniższa tabela zawiera najczęściej używane strefy wraz ze standardowymi przesunięciami UTC i informacją o czasie letnim. Podane przesunięcia dotyczą czasu standardowego; kolumna DST pokazuje skorygowane przesunięcie, gdy w danym regionie obowiązuje czas letni.

Identyfikator IANANazwa zwyczajowaPrzesunięcie 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)

Przykłady kodu

Każdy popularny język programowania zapewnia konwersję stref czasowych przez bazę IANA. Poniższe przykłady pokazują, jak przeliczać znaczniki czasu UTC na inne strefy czasowe w JavaScript przy użyciu API Intl, w Pythonie przy użyciu modułu zoneinfo, w Go przy użyciu pakietu time oraz polecenia GNU date w skryptach powłoki.

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

Często zadawane pytania

Jaka jest różnica między UTC a GMT?
UTC (Skoordynowany Czas Uniwersalny) i GMT (Czas Greenwich) w praktyce reprezentują ten sam czas: zerowe przesunięcie od południka zerowego. Różnica jest techniczna. UTC jest definiowany przez zegary atomowe i stanowi globalny standard czasu używany w informatyce. GMT to nazwa strefy czasowej powiązana z Wielką Brytanią. W kodzie zawsze używaj UTC jako punktu odniesienia, a nie GMT.
Jak czas letni wpływa na konwersję stref czasowych?
Gdy w danym regionie obowiązuje czas letni (DST), jego przesunięcie UTC zmienia się o godzinę (czasem o 30 lub 45 minut) przez część roku. Na przykład America/New_York to UTC-5 zimą (EST) i UTC-4 latem (EDT). Jeśli zakodzujesz stałe przesunięcie zamiast używać identyfikatora strefy IANA, Twoje konwersje będą błędne przez połowę roku. Zawsze używaj pełnej nazwy IANA, np. America/New_York, a nie stałego przesunięcia.
Dlaczego powinienem używać nazw stref IANA zamiast skrótów jak EST czy PST?
Skróty stref czasowych są niejednoznaczne. CST może oznaczać Centralny Czas Standardowy (UTC-6), Chiński Czas Standardowy (UTC+8) lub Kubański Czas Standardowy (UTC-5). Identyfikatory IANA, takie jak America/Chicago, są globalnie unikalne i zawierają pełną historię zmian przesunięcia oraz zasad czasu letniego dla danego regionu. Baza IANA jest utrzymywana przez Internet Assigned Numbers Authority i aktualizowana kilka razy w roku.
Co dzieje się z godziną, która wypada w przerwie przy zmianie czasu na letni?
Gdy zegarki są przesuwane do przodu, jedna godzina jest pomijana. Na przykład w America/New_York o 2:00 zegarek skacze bezpośrednio do 3:00 w drugą niedzielę marca. Godzina 2:30 nie istnieje w tej strefie w tym dniu. Większość języków programowania obsługuje to, przesuwając czas do przodu do 3:00 lub zgłaszając błąd — zależy to od biblioteki.
Czy można dokładnie przeliczać czasy dla dat historycznych?
Tak, jeśli używasz identyfikatorów stref czasowych IANA. Baza IANA zawiera historyczne zmiany przesunięć sięgające kilku dziesięcioleci wstecz. Na przykład Chiny używały pięciu stref czasowych przed 1949 rokiem i przeszły na jedną strefę (UTC+8) po tej dacie. Baza rejestruje te przejścia, więc konwersja znacznika czasu z 1945 roku dla Asia/Shanghai użyje poprawnego historycznego przesunięcia.
Jak przechowywać czasy w bazie danych, aby uniknąć problemów ze strefami czasowymi?
Przechowuj wszystkie znaczniki czasu w UTC. Podczas wyświetlania czasu użytkownikowi przeliczaj z UTC na jego lokalną strefę czasową w momencie renderowania. Takie podejście eliminuje niejednoznaczność: znacznik czasu UTC ma dokładnie jedno znaczenie niezależnie od lokalizacji serwera lub użytkownika. Typ TIMESTAMPTZ w PostgreSQL i typ TIMESTAMP w MySQL przechowują wartości wewnętrznie w UTC.
Czy istnieją strefy czasowe z przesunięciem 30 lub 45 minut?
Tak. Indyjski Czas Standardowy (Asia/Kolkata) to UTC+5:30, Nepalski Czas Standardowy (Asia/Kathmandu) to UTC+5:45, a Wyspy Chatham (Pacific/Chatham) to UTC+12:45. Iran (Asia/Tehran) używa UTC+3:30. Te ułamkowe przesunięcia oznaczają, że nie można zakładać, iż wszystkie różnice między strefami czasowymi są wielokrotnością pełnej godziny podczas pisania logiki konwersji.