시간대 변환기

예시: 미국 서머타임 종료 주의 서울 오전 10시

미국은 11월 첫째 일요일에 서머타임을 끝냅니다(2026년은 11월 1일, IANA northamerica 파일의 Rule US). 한국은 현재 서머타임을 시행하지 않으므로 서울과 뉴욕의 시차가 이날을 기준으로 13시간에서 14시간으로 늘어납니다. 소스 시간대를 Asia/Seoul, 대상을 America/New_York으로 두고 두 날짜를 변환한 결과입니다.

서울 시간 오전 10시에 잡아 둔 미국 팀과의 화상 회의는 전환 전에는 뉴욕 기준 전날 밤 9시, 전환 후에는 밤 8시가 됩니다. 뉴욕 행에는 전환 전에는 EDT, 전환 후에는 EST 약어가 표시되므로 어느 쪽인지 바로 구분할 수 있습니다.

1987–1988년 한국의 서머타임

IANA 시간대 데이터베이스의 asia 파일에는 한국이 1987년과 1988년에 서머타임을 시행한 기록이 있습니다. 같은 파일에는 1948–1951년과 1955–1960년의 서머타임, 표준시가 UTC+08:30이던 1954–1961년도 기록되어 있으며 규칙이 다릅니다. 1987–1988년 규칙(이름 ROK)은 5월 둘째 일요일 오전 2시에 1시간 앞당기고 10월 둘째 일요일 오전 3시에 되돌리는 것입니다. 도구는 과거 날짜에 당시 규칙을 적용하므로 1988년 9월 17일 서울의 오프셋은 UTC+10:00입니다.

• 소스와 대상이 모두 Asia/Seoul: 1988-09-17 10:30:00, UTC+10:00
• 대상이 UTC: 1988-09-17 00:30:00, UTC+00:00

1988년 5월 8일 오전 2시에는 시계를 3시로 앞당겼기 때문에 그날 2시대는 존재하지 않습니다. 1988-05-08 02:30을 입력하면 도구는 1시간 뒤인 3시 30분으로 읽습니다. 반대로 10월 9일 오전 2시대는 두 번 있었고, 도구는 첫 번째(서머타임 쪽)를 택합니다.

• 1988-05-08 02:30, 대상 Asia/Seoul: 1988-05-08 03:30:00, UTC+10:00
• 1988-10-09 02:30, 대상 UTC: 1988-10-08 16:30:00, UTC+00:00

옛 기록의 시각을 UTC로 바꿀 때 한국 시간에서 일괄 9시간을 빼면 1987–1988년 서머타임 기간에는 1시간이 어긋납니다.

존재하지 않는 시각과 두 번 있는 시각

서머타임이 시작될 때 건너뛰는 1시간은 존재하지 않고, 끝날 때 되돌리는 1시간은 두 번 있습니다. 도구는 RFC 5545(iCalendar) 3.3.5절과 같은 방식으로 읽습니다. 존재하지 않는 시각은 건너뛰기 전의 UTC 오프셋으로 해석해 1시간 뒤로 밀리고, 두 번 있는 시각은 첫 번째를 택합니다. 위 1988년 예시도 이 규칙으로 계산한 결과입니다. 두 번째로 오는 시각을 뜻한다면 소스 시간대를 UTC로 바꿔 UTC 시각을 입력하세요.

도시 이름 입력

「시간대 추가」와 「소스 시간대」는 영어 도시 이름, UTC, IANA 이름만 받습니다. seoul은 Asia/Seoul로 바뀌지만 「서울」을 입력하면 「알 수 없는 시간대입니다. 도시 이름이나 IANA 이름을 입력하세요.」가 표시됩니다. busan처럼 IANA 이름에 없는 도시도 찾지 못하므로 한국 안에서는 모두 Asia/Seoul을 씁니다. 대소문자는 구분하지 않습니다. 이름의 일부만 입력해도 3자 이상이고 도시 이름에 있는 단어의 앞부분이며 시간대 하나에만 해당하면 찾습니다(york → America/New_York). san처럼 San_Juan, Santiago 등 여럿에 해당하는 입력은 받지 않습니다. 약어도 받지 않습니다(KST, kst도 마찬가지이며, EST와 IST는 여러 지역을 가리키기 때문입니다).

IANA 식별자가 필요한 이유

PST, CST, IST 같은 약어는 뜻이 모호합니다. CST 하나만 해도 북미 중부 표준시, 중국 표준시, 쿠바 표준시를 모두 가리킬 수 있습니다. IANA 시간대 데이터베이스는 ‘대륙/도시’ 형식(예: America/Chicago, Asia/Shanghai, America/Havana)으로 지역을 구분하고, 과거부터의 오프셋과 DST 규칙을 함께 담고 있습니다.

본 도구는 모든 계산을 IANA 식별자로 수행합니다. 행에 보이는 약어는 읽기 편하도록 덧붙인 정보이며 계산에는 쓰이지 않습니다.

서머타임과 7일 미리보기

도구는 대상 시간대에서 기준 시간 전후 7일 안에 UTC 오프셋이 바뀌는지 찾고, 그 시간대의 달력으로 기준 날짜와 전환 날짜가 며칠 차이 나는지 셉니다. 해당 행에는 「n일 후 서머타임 전환」 또는 「n일 전 서머타임 전환됨」이, 전환이 기준 날짜와 같은 날이면 「오늘 서머타임 전환」 또는 「오늘 서머타임 전환됨」이 표시됩니다. 같은 회의 시간이 전환 이후에는 다른 시각이 된다는 것을 알려 줍니다. 위 예시에서 서울 11월 2일 오전 10시는 뉴욕 11월 1일 밤이고, 뉴욕은 같은 날 새벽에 전환했으므로 「오늘 서머타임 전환됨」이 됩니다.

그해 서머타임을 시행하지 않는 시간대(Asia/Tokyo, Asia/Shanghai, Australia/Brisbane 등)에는 「서머타임 없음」이 표시됩니다. 기준 연도의 1월 15일과 7월 15일 오프셋을 비교해 판단하므로, 기준 시간을 1988년으로 두면 Asia/Seoul에는 이 배지가 나오지 않습니다. 1월과 7월 오프셋이 같아도 전후 7일 안에 오프셋이 바뀌는 시간대에는 전환까지의 일수가 표시됩니다(예: Africa/Casablanca는 라마단 기간에 맞춰 2026-02-15에 UTC+01:00에서 UTC+00:00으로 바뀝니다).

공유 링크 구조

URL의 # 뒤에 세 개의 매개변수가 들어갑니다. t는 기준 시간, s는 소스 시간대, z는 쉼표로 구분한 대상 시간대 목록입니다. 이 값은 「링크 공유」를 누를 때만이 아니라 값을 바꿀 때마다 주소창에서 갱신됩니다. 링크를 연 사람의 브라우저가 이 값을 읽어 비교를 다시 만듭니다.

개인정보와 오프라인 사용

변환은 브라우저의 Intl.DateTimeFormat으로 처리하며, 입력한 시간과 시간대를 도구가 전송하지 않습니다. 소스와 대상 목록은 이 브라우저의 로컬 스토리지에 남습니다. 기준 시간은 남지 않지만 소스, 대상과 함께 주소창의 # 뒤에 쓰여 브라우저 기록에 남습니다. RFC 9110 7.1절에 따라 요청 대상 URI에는 # 뒷부분이 포함되지 않으므로, 공유 링크의 값은 페이지를 불러올 때 서버로 가지 않습니다. 페이지를 연 뒤에는 통신이 끊겨도 계속 변환할 수 있지만, 오프라인 캐시가 없어 닫은 페이지를 다시 열려면 네트워크가 필요합니다.

제한 사항

• 약어는 브라우저의 영어(캐나다) 로캘 데이터에서 가져오기 때문에 북미 시간대(EST, PDT, AKST 등)에만 있습니다. 한국 행에는 KST가 표시되지 않고 UTC 오프셋만 표시됩니다.
• 검색 후보는 Intl.supportedValuesOf(‘timeZone’) 목록이며, 시간대마다 이름이 하나뿐이고 브라우저 엔진마다 다릅니다. Chrome은 Asia/Kolkata, Europe/Kyiv 대신 Asia/Calcutta, Europe/Kiev를 포함하고 UTC는 포함하지 않습니다. 모두 직접 입력하면 쓸 수 있습니다.
• 시간대 데이터는 브라우저가 가진 사본입니다. 어떤 나라가 갑자기 규칙을 바꾸면 브라우저가 업데이트될 때까지 미래 날짜의 결과가 틀릴 수 있습니다.
• 기준 시간에 초가 있으면 초도 유지합니다. 근무 시간 표나 회의 일정 화면은 없습니다.
• Unix 타임스탬프 변환은 타임스탬프 변환기를 쓰세요.