DST(일광 절약 시간)가 정확히 반영되나요?

네 — 각 지역의 DST 시행 여부와 시기를 알고 있어 서울-뉴욕 오프셋 같은 게 1년에 두 번 자동으로 1시간씩 변합니다.

내 도시가 목록에 없으면?

같은 시간대 내 가장 가까운 도시를 선택하세요 — 한 시간대 안의 도시는 정확히 같은 오프셋과 DST 동작을 공유합니다. UTC 오프셋도 폴백으로 사용 가능.

아니요. 변환기는 브라우저 안에서만 동작합니다.

서울 오후 3시가 뉴욕에서는 몇 시인가. 시차를 더하고 빼면 될 것 같지만, 시차는 고정된 숫자가 아니고 어떤 시각은 아예 존재하지 않습니다. 회의 시간을 잡다가 한 시간을 틀리는 이유가 대개 여기에 있습니다.

지역마다 시차가 다르다는 것은 누구나 압니다. 문제는 그 시차가 계절에 따라 바뀐다는 것입니다. 미국과 유럽은 봄에 시계를 한 시간 앞당기고 가을에 되돌립니다. 그래서 '뉴욕은 14시간 느리다' 는 말은 반년 동안만 맞습니다.

이 도구는 IANA 시간대 데이터베이스를 쓰는 브라우저의 계산을 그대로 씁니다. 나라별 서머타임 규칙과 과거의 변경 이력이 들어 있어서, 시차를 손으로 적어 둔 표보다 정확합니다.

서머타임이 시작되는 날, 뉴욕의 시계는 새벽 2시에서 곧바로 3시로 갑니다. 그날 2시 30분은 없습니다. 그런데 대부분의 변환기는 아무 말 없이 아무 답이나 내놓습니다. 3시 30분이라고 하거나 1시 30분이라고 하거나, 도구마다 다릅니다.

반대로 서머타임이 끝나는 날에는 같은 시각이 두 번 옵니다. 뉴욕의 11월 1일 1시 30분은 그날 두 번 지나가고, 둘은 한 시간 떨어진 서로 다른 순간입니다. 항공권이나 회의 시간이 이 시각이면 어느 쪽인지 정해야 합니다.

이 도구는 두 경우를 구별해서 알려 줍니다. 조용히 하나를 고르지 않습니다. 어느 쪽을 뜻했는지는 사람만 알 수 있기 때문입니다.

2026년 기준입니다. 한국은 서머타임이 없어서 늘 정상입니다.

시차를 정수 시간으로만 생각하면 여러 곳이 틀립니다. 인도는 30분, 네팔은 45분 단위입니다. 이 도구는 목록에서 지역을 고르는 방식이라 이런 곳도 그대로 맞습니다.

1988년 서울올림픽 때가 마지막이었습니다. 그해 여름 서울은 UTC+10 이었고 겨울에는 UTC+9 였습니다. 지금은 없어서 한국 안에서만 쓴다면 신경 쓸 일이 없습니다.

옛 날짜를 변환할 일이 있다면 이 도구는 그때의 규칙을 적용합니다. 1988년 8월의 서울 시각을 넣으면 UTC+10 으로 계산합니다. 시차를 지금 기준으로 고정해 둔 도구는 여기서 한 시간을 틀립니다.

KST, EST 같은 약자를 왜 안 쓰나요?

약자가 겹칩니다. CST 는 미국 중부이기도 하고 중국 표준시이기도 합니다. 지역 이름(Asia/Seoul)은 겹치지 않고 서머타임 규칙까지 함께 담고 있습니다.

서머타임 규칙은 언제 갱신되나요?

브라우저와 운영체제가 들고 있는 데이터를 씁니다. 나라가 규칙을 바꾸면 업데이트를 통해 들어옵니다. 이 도구가 따로 표를 들고 있지 않아서 낡을 일이 없습니다.

없는 시각을 넣으면 어떻게 되나요?

그런 시각이라고 알려 줍니다. 답을 지어내지 않습니다. 대개는 한 시간 뒤나 앞의 시각을 뜻했을 테니 그쪽으로 고쳐 넣으시면 됩니다.

입력한 시각이 저장되나요?

아니요. 변환은 브라우저 안에서만 일어납니다.