시차 계산기: UTC 오프셋과 날짜 변경 읽는 법

두 도시의 시차는 "몇 시간 차이"라고 외워둔 숫자 하나로 항상 맞아떨어지지 않습니다. 도시마다 표준시간대 오프셋이 30분·45분 단위로 다르고, 같은 두 도시라도 서머타임 적용 여부에 따라 계절마다 시차 자체가 바뀌기 때문입니다. 서울 기준 시각을 해외 동료나 가족의 현지 시각으로 정확히 옮기고, 날짜가 하루 넘어가는지까지 확인해야 하는 사람을 위한 글입니다.

요약 ① 시차는 정수 시간이 아닌 경우가 있습니다 — 인도(UTC+5:30), 네팔(UTC+5:45)처럼 30분·45분 단위 시간대가 실제로 존재합니다. ② 같은 두 도시라도 서머타임 적용 여부와 시작·종료 날짜가 달라 계절마다 시차가 바뀝니다. ③ 변환 결과의 'UTC+9', '+1일' 표시를 놓치면 회의 시간이나 날짜를 하루 잘못 잡을 수 있습니다.

왜 시차가 자주 잘못 계산되는지

해외 지사와 화상회의를 잡을 때 "뉴욕은 서울보다 14시간 느리다"처럼 예전에 확인해 둔 숫자를 그대로 쓰는 경우가 많습니다. 문제는 이 숫자가 1년 내내 고정돼 있지 않다는 점입니다.

미국은 3월 둘째 일요일부터 11월 첫째 일요일까지 서머타임을 적용합니다. 이 기간에는 뉴욕이 1시간 당겨져 서울과의 시차가 14시간에서 13시간으로 줄어듭니다.

런던도 마찬가지입니다. 평소에는 서울보다 9시간 느리지만, 영국이 서머타임을 적용하는 3월 마지막 일요일부터 10월 마지막 일요일 사이에는 8시간 차이로 줄어듭니다.

서머타임 시작·종료일이 나라마다 다를 때

여기에 한 가지가 더 있습니다. 미국과 영국은 서머타임을 시작·종료하는 날짜 자체가 다릅니다. 매년 봄과 가을에 2~3주 정도는 두 나라 중 한쪽만 서머타임이 적용된 상태가 됩니다.

그 구간에는 뉴욕과 런던 사이의 시차조차 평소 5시간에서 순간적으로 4시간으로 바뀝니다. 도시 두 개만 놓고 봐도 시차가 계절마다, 심지어 특정 주간에만 달라지는 셈입니다.

날짜가 하루 어긋나는 문제

날짜 문제도 있습니다. 서울에서 오전에 회의를 잡으면 로스앤젤레스는 대개 전날 오후~저녁입니다. 이 사실을 놓치고 "내일 오전 10시"라고만 안내하면, 상대방 캘린더에는 하루 어긋난 날짜로 표시될 수 있습니다.

도구 없이 손으로 계산하는 방법

전 세계 시각 변환은 계산이라기보다 데이터 조회 문제에 가깝습니다. 각 도시가 속한 표준시간대의 정확한 이름과, 그 지역이 해당 날짜에 서머타임을 적용 중인지만 알면 손으로도 풀 수 있습니다.

순서는 이렇습니다.

1. 도시의 표준시간대 이름을 확인합니다. 서울은 Asia/Seoul, 뉴욕은 America/New_York, 런던은 Europe/London, 도쿄는 Asia/Tokyo처럼 도시 단위 이름(IANA 타임존 이름)이 붙어 있습니다. 브라우저와 운영체제가 내장한 이 데이터베이스가 매년 갱신되는 서머타임 시작·종료일까지 담고 있습니다.
2. 변환하려는 날짜에 그 지역이 서머타임 중인지 확인합니다. 서울·도쿄는 서머타임을 적용하지 않아 연중 오프셋이 UTC+9로 고정돼 있지만, 뉴욕·런던·로스앤젤레스는 계절에 따라 오프셋이 달라집니다.
3. 기준 시각에서 그 지역 오프셋만큼 빼서 UTC로 바꿉니다. 예를 들어 서울 기준 오전 9시는 UTC+9이므로 9시간을 빼면 UTC 00:00입니다.
4. UTC 시각에 목표 도시의 오프셋을 더합니다. UTC 00:00에 뉴욕(겨울 UTC-5)을 더하면 전날 오후 7시, 런던(겨울 UTC+0)을 더하면 같은 날 오전 0시가 됩니다.
5. 각 도시의 달력 날짜를 서로 비교합니다. 위 예에서 뉴욕은 서울보다 하루 이른 날짜, 런던은 서울과 같은 날짜로 나옵니다.

스마트폰이나 컴퓨터의 시계 앱에 도시를 여러 개 추가해 두는 것도 같은 원리를 이용하는 방법입니다. 다만 이 방법은 '지금' 기준으로만 정확하고, 서머타임 전환 시점에 가까운 미래 날짜라면 그날 서머타임 여부를 별도로 확인해야 합니다.

이 다섯 단계를 매번 손으로 계산하는 대신, 저희 도구로 확인하기.

직접 해보기 →

변환 결과를 읽을 때 흔한 착각

변환기가 보여주는 오프셋과 날짜 표시에는 자주 오독되는 지점이 있습니다.

변환 결과에 붙는 '+1일'이나 '-1일'은 두 도시의 시각이 아니라 날짜(달력상 며칠인지)를 비교한 값입니다. 시차가 커서 UTC 자정을 넘나드는 도시 쌍일수록 이 표시가 자주 등장합니다.

예를 들어 서울에서 밤 11시에 회의를 잡으면, 같은 순간 로스앤젤레스는 아직 그 지역 기준 전날 오전입니다. 이때 '-1일' 표시를 보지 않고 시각만 보면, 상대방에게는 하루 다른 날의 일정으로 전달될 수 있습니다.

정리

• 시차는 두 도시의 오프셋 차이이며, 일부 지역은 30분·45분 단위 오프셋을 씁니다(인도 UTC+5:30, 네팔 UTC+5:45 등).
• 서머타임을 적용하는 도시는 오프셋이 계절마다 바뀌어, 같은 두 도시라도 시차가 계절별로 달라집니다.
• 미국과 유럽은 서머타임 시작·종료일이 달라, 매년 봄가을 2~3주 정도는 시차가 평소와 다르게 나타납니다.
• 변환 결과의 'UTC+9' 같은 오프셋 표기와 '+1일/-1일' 날짜 표시는 함께 확인해야 일정을 하루 잘못 잡는 실수를 피할 수 있습니다.
• 계산 원리는 각 지역의 표준시간대 데이터가 담은 오프셋을 조회해 UTC로 환산하는 것이며, 브라우저와 운영체제가 공통으로 쓰는 방식입니다.

자주 묻는 질문

서머타임(DST)은 자동으로 반영되나요?

네. 브라우저에 내장된 표준시간대 데이터베이스를 기준으로 입력한 날짜의 오프셋을 그때그때 계산하므로, 여름·겨울에 따라 시차가 달라지는 도시도 자동으로 반영됩니다.

회의 시간을 여러 도시와 맞출 때 참고할 수 있나요?

기준 도시에 자신의 시간대를 두고 비교하려는 도시를 선택하면, 같은 순간이 각 지역에서 몇 시인지와 날짜가 하루 넘어가는지까지 함께 보여줍니다. 해외 화상회의나 마감 시간을 조율할 때 참고할 수 있습니다.

시차 계산 결과가 애매해지는 경우도 있나요?

서머타임이 시작되거나 끝나는 전환 시각 부근에는 그 지역에 존재하지 않거나 두 번 반복되는 1시간대가 생길 수 있습니다. 이 구간의 시각은 참고용으로 확인하고, 중요한 일정이라면 상대방과 실제 현지 시각을 한 번 더 맞춰보는 편이 안전합니다.

30분·45분 단위 시간대는 왜 존재하나요?

각 나라가 자국의 표준시를 지리적 위치나 정책적 판단에 따라 정수가 아닌 오프셋으로 정했기 때문입니다. 인도(UTC+5:30), 네팔(UTC+5:45), 호주 일부 지역(UTC+9:30)이 대표적입니다.