이 변환기가 계산하는 방식
입력한 기준 도시의 날짜·시각을 먼저 UTC(협정 세계시)의 한 순간으로 바꾼 뒤, 변환할 도시의 그 순간 현지 시각으로 다시 바꿉니다. 각 도시는 IANA 시간대 데이터(예: Asia/Seoul, America/New_York)에 연결되어 있어서, 그날 서머타임이 적용 중인지에 따라 오프셋이 달라지는 것까지 브라우저가 반영합니다. 단순히 "표준시 오프셋의 차이"만 더하는 방식이 아니므로, 여름철 뉴욕이나 런던과의 시차도 정확하게 나옵니다. 도시를 정하면 같은 순간의 25개 도시 시각 표도 함께 보여 줍니다.
한계: 이 도구는 브라우저에 내장된 시간대 데이터를 사용합니다. 시간대 규칙이 최근에 바뀐 나라라면 오래된 브라우저에서는 옛 규칙으로 표시될 수 있습니다. 미래 날짜는 현재 규칙이 계속된다는 가정의 계산입니다.
UTC와 표준시: 시차가 생기는 이유
지구는 24시간에 360도를 자전하므로 경도 15도마다 1시간의 태양시 차이가 생깁니다. 이를 바탕으로 전 세계를 24개 표준시간대로 나누어 쓰며, 기준은 영국 그리니치 천문대를 지나는 본초 자오선입니다. 지금의 기준은 원자시계로 유지되는 UTC입니다. 한국 표준시(KST)는 동경 135도를 기준으로 UTC+9이고 일본 표준시(JST)와 같습니다. 서울과 런던의 겨울 시차는 9시간이지만 런던이 서머타임인 여름에는 8시간으로 줄어듭니다.
정각이 아닌 오프셋을 쓰는 곳도 있습니다. 인도는 UTC+5:30, 네팔은 UTC+5:45입니다. 이 도구에는 인도의 뉴델리가 있어서, 서울 12:00은 뉴델리 08:30으로 계산됩니다(차이 3시간 30분).
25개 도시의 UTC 오프셋 (2026년 기준, 빌드 시 계산)
아래 표는 이 페이지를 생성할 때 시간대 데이터에서 직접 계산한 값입니다. 1월 15일과 7월 15일의 오프셋이 다르면 그 지역은 해당 해에 서머타임을 시행하는 도시입니다. 현재 25개 도시 중 12곳에서 차이가 납니다.
| 도시 | IANA 시간대 | 1월 15일 | 7월 15일 | 서머타임 |
|---|---|---|---|---|
| 서울 | Asia/Seoul | UTC+9 | UTC+9 | 없음 |
| 도쿄 | Asia/Tokyo | UTC+9 | UTC+9 | 없음 |
| 베이징 | Asia/Shanghai | UTC+8 | UTC+8 | 없음 |
| 싱가포르 | Asia/Singapore | UTC+8 | UTC+8 | 없음 |
| 방콕 | Asia/Bangkok | UTC+7 | UTC+7 | 없음 |
| 자카르타 | Asia/Jakarta | UTC+7 | UTC+7 | 없음 |
| 뉴델리 | Asia/Kolkata | UTC+5:30 | UTC+5:30 | 없음 |
| 두바이 | Asia/Dubai | UTC+4 | UTC+4 | 없음 |
| 모스크바 | Europe/Moscow | UTC+3 | UTC+3 | 없음 |
| 이스탄불 | Europe/Istanbul | UTC+3 | UTC+3 | 없음 |
| 카이로 | Africa/Cairo | UTC+2 | UTC+3 | 시행 |
| 파리 | Europe/Paris | UTC+1 | UTC+2 | 시행 |
| 베를린 | Europe/Berlin | UTC+1 | UTC+2 | 시행 |
| 런던 | Europe/London | UTC+0 | UTC+1 | 시행 |
| 리스본 | Europe/Lisbon | UTC+0 | UTC+1 | 시행 |
| 상파울루 | America/Sao_Paulo | UTC-3 | UTC-3 | 없음 |
| 부에노스아이레스 | America/Argentina/Buenos_Aires | UTC-3 | UTC-3 | 없음 |
| 뉴욕 | America/New_York | UTC-5 | UTC-4 | 시행 |
| 시카고 | America/Chicago | UTC-6 | UTC-5 | 시행 |
| 덴버 | America/Denver | UTC-7 | UTC-6 | 시행 |
| 로스앤젤레스 | America/Los_Angeles | UTC-8 | UTC-7 | 시행 |
| 앵커리지 | America/Anchorage | UTC-9 | UTC-8 | 시행 |
| 호놀룰루 | Pacific/Honolulu | UTC-10 | UTC-10 | 없음 |
| 오클랜드 | Pacific/Auckland | UTC+13 | UTC+12 | 시행 |
| 시드니 | Australia/Sydney | UTC+11 | UTC+10 | 시행 |
서머타임 규칙은 지역마다 다릅니다
- 미국·캐나다 대부분: 3월 둘째 일요일 시작, 11월 첫째 일요일 종료(2007년 이후 규칙). 2026년은 3월 8일~11월 1일입니다. 호놀룰루(하와이)와 미국 애리조나 대부분 지역은 서머타임을 쓰지 않습니다.
- 유럽 연합권(파리·베를린·런던·리스본 등): 3월 마지막 일요일 시작, 10월 마지막 일요일 종료. 2026년은 3월 29일~10월 25일입니다. 영국은 EU 소속이 아니지만 비슷한 규칙을 씁니다.
- 호주 시드니·뉴질랜드 오클랜드: 남반구라서 반대로 10월경 시작해 이듬해 4월경 끝납니다. 시드니는 10월 첫째 일요일~4월 첫째 일요일(2026년 10월 4일 시작)이고, 오클랜드는 9월 마지막 일요일~4월 첫째 일요일 규칙입니다. 호주 모든 주가 서머타임을 쓰는 것은 아니며 주마다 다릅니다.
- 이집트(카이로): 한동안 서머타임을 쓰지 않다가 2023년부터 다시 시행하고 있습니다. 2026년 7월 오프셋이 UTC+3인 것이 위 표에 나타납니다.
- 폐지·고정한 나라: 러시아(모스크바)는 2014년부터 UTC+3 고정, 튀르키예(이스탄불)는 2016년부터 UTC+3 고정, 브라질(상파울루)은 2019년에 서머타임을 폐지했습니다.
- 아시아 대부분: 일본, 중국, 싱가포르, 인도, 태국, 인도네시아, 아랍에미리트는 서머타임이 없습니다.
규칙이 바뀌는 사례가 잦기 때문에, 몇 년 뒤의 해외 일정이나 계약 시각을 다룰 때는 해당 국가의 최신 발표를 확인하는 것이 안전합니다.
시차가 "일시적으로 달라지는 기간"에 주의하세요. 미국이 3월 8일에 서머타임을 시작하고 유럽은 3월 29일에 시작하는 2026년에는 그 사이 3주 동안 뉴욕–런던 시차가 평소 5시간이 아니라 4시간이 됩니다. 반대로 가을에는 유럽이 10월 25일에 먼저 끝나고 미국이 11월 1일에 끝나, 그 사이에도 같은 현상이 생깁니다. 이 시기에 해외 화상회의를 잡을 때 가장 실수가 많습니다.
한국은 서머타임을 시행하지 않습니다
현재 한국에는 서머타임이 없고 연중 UTC+9입니다. 과거에는 시행한 적이 있습니다. IANA 시간대 데이터베이스(tz database)에 따르면 광복 직후부터 1960년 사이에 여러 해, 서울올림픽을 전후한 1987년과 1988년에 시행한 기록이 있습니다. 시간대 데이터상 구체적인 연도는 1948~1951년, 1955~1960년, 1987~1988년입니다(세부 시작·종료일은 이 문서에서 다루지 않습니다). 또 1954년부터 1961년 8월까지는 표준시 자체가 UTC+8:30이었던 시기가 있었고, 1961년 이후 UTC+9가 유지되고 있습니다. 이 도구에서 기준 날짜를 과거로 맞추면 해당 시기의 한국 오프셋이 자동으로 달라지는 것을 확인할 수 있습니다 (예: 1988년 7월 서울은 UTC+10으로 표시). 1950년 이전 등 오래된 날짜의 값은 역사 기록의 불확실성이 있으므로 참고용으로만 보세요.
검산된 계산 예시
예시 1 (2026-07-15, 서울 21:00). 서울은 UTC+9이므로 UTC 12:00입니다. 뉴욕은 서머타임(UTC-4) 중이라 08:00, 런던은 서머타임(UTC+1)이라 13:00, 시드니는 겨울(UTC+10)이라 22:00입니다. 서울–뉴욕 시차는 13시간입니다.
예시 2 (2026-01-15, 서울 21:00). 같은 UTC 12:00이지만 뉴욕은 표준시(UTC-5)라 07:00, 런던은 UTC+0이라 12:00, 시드니는 서머타임(UTC+11)이라 23:00입니다. 서울–뉴욕 시차는 14시간으로 한 시간 늘어났습니다. 이 예시와 위 예시 모두 브라우저의 시간대 데이터로 직접 계산해 확인한 값입니다.
예시 3 (2026-03-15, 서울 21:00). 미국은 이미 서머타임, 유럽은 아직 표준시인 구간입니다. 뉴욕은 08:00(서울과 13시간), 런던은 12:00(서울과 9시간)입니다. 이때 뉴욕–런던 시차는 4시간입니다.
흔한 실수와 도구를 쓰면 안 되는 경우
- "뉴욕 = 서울 −14시간"을 외워서 연중 사용: 여름에는 −13시간입니다. 날짜를 같이 확인하세요.
- 같은 나라 안의 여러 시간대 무시: 미국 본토는 4개, 러시아는 11개, 호주는 3개 표준시를 씁니다. 도시 선택이 정확해야 합니다. 이 도구의 시카고는 중부, 덴버는 산악, 로스앤젤레스는 태평양 시간입니다.
- 중국은 국토가 넓어도 베이징 시간 하나만 씁니다(UTC+8).
- 서머타임 전환 시각의 모호성: 봄 전환일에는 존재하지 않는 시각(예: 뉴욕 2026-03-08 02:30)이 있고, 가을 전환일에는 같은 시각이 두 번 있습니다. 존재하지 않는 시각은 오류 안내가 나오고, 중복되는 시각은 둘 중 한 쪽으로만 계산되므로 해당 시각 전후를 직접 확인하세요.
- 항공권·계약서·시험 접수 마감 등 중요한 일정은 반드시 해당 기관이 표시하는 현지 시각과 시간대 표기를 직접 확인하세요. 이 도구는 참고용입니다.
해외 일정 잡을 때 실무 요령
화상회의 초대에는 반드시 시간대 이름이나 UTC 오프셋을 함께 적으세요. "오전 10시"만 쓰면 받는 사람이 자기 지역 시간으로 오해할 수 있습니다. 달력 앱의 일정 생성에서 시간대를 지정하면 참석자 각자의 달력에 현지 시각으로 자동 변환됩니다. 정기 회의는 서머타임 전환 주에 시각이 어긋나기 쉽습니다. 예를 들어 매주 화요일 뉴욕 오전 9시 회의는 한국에서 보면 겨울에는 밤 11시, 여름에는 밤 10시입니다. 그래서 전환일 전후 일주일은 변환기로 한 번 더 확인하는 것이 좋습니다.
마감 시각("UTC 기준 자정까지")이나 서버 로그는 서머타임의 영향을 받지 않는 UTC로 적는 것이 가장 안전합니다. 한국에서 일하는 개발자가 로그의 UTC 시각을 KST로 읽을 때는 9시간을 더하면 됩니다. 국제 전화나 항공편 도착 시각은 현지 시각으로 표기된다는 점도 기억하세요. 야간 비행에서 날짜가 바뀌는 계산은 이 도구의 날짜 입력으로 직접 확인할 수 있습니다.
결과 활용하기
여러 지역 팀과 회의 시간을 잡는다면 다중 시간대 회의 시간 조율 도구로 모두가 근무시간대에 걸리는 시각을 찾아보세요. 도시를 직접 골라 한 번에 비교하고 싶다면 세계 시간 변환기도 있습니다. 시간대 개념 자체를 더 알고 싶으면 세계 시간대(타임존) 개념 알아보기, 스마트폰의 시간 자동 설정은 자동 시간대 설정 가이드를 참고하세요. 개발·로그 분석에서 UTC 시각을 초 단위 숫자로 다룰 때는 유닉스 타임스탬프 변환기가 유용합니다. 지구 자전과 공전의 기초는 지구 자전·공전 상식에서 볼 수 있습니다.
자주 묻는 질문
날짜가 바뀌는 경우도 표시되나요?
네. 결과가 기준 날짜의 다음 날이나 전날이면 "다음 날", "전날"로 표시하고, 모든 도시 표에는 현지 날짜까지 함께 나옵니다.
서머타임이 자동 반영되나요?
네. 기준 날짜를 입력하면 그날 서머타임이 적용 중인 도시는 +1시간이 반영된 오프셋으로 계산하고, 결과 칩에 오프셋을 표시합니다.
한국은 왜 서머타임을 하지 않나요?
1987·1988년 시행 이후에는 시행하지 않고 있으며, 현재 한국에는 서머타임 제도가 없습니다. 가끔 에너지 절약을 이유로 도입 논의가 나오지만 현재는 연중 UTC+9입니다.
인도처럼 30분 단위 시차가 있는 나라도 있나요?
인도는 UTC+5:30, 네팔은 UTC+5:45, 호주 일부 지역은 UTC+9:30처럼 정각이 아닌 오프셋을 씁니다. 도구는 분 단위까지 계산합니다.
UTC와 GMT는 같은 건가요?
일상에서는 같은 값으로 쓰지만, GMT는 천문 관측에 기반한 옛 기준이고 UTC는 원자시계에 윤초를 보정한 현재의 국제 표준입니다. 영국은 겨울에 GMT, 여름에는 BST(UTC+1)를 씁니다.
도시 목록에 없는 곳은 어떻게 하나요?
같은 시간대에 속한 가까운 도시를 고르세요. 예를 들어 워싱턴은 뉴욕, 밴쿠버는 로스앤젤레스와 같은 시간대입니다. 다른 도시는 세계 시간 변환기를 확인해 보세요.