DT

UTC · 세계 시간대 변환기

한 시각을 여러 도시의 현지 시각으로 동시에 변환합니다.

이 도구는 100% 브라우저에서 실행됩니다. 입력한 데이터는 서버로 전송되지 않습니다.

서울의 오후 3시가 샌프란시스코에서는 몇 시인지, 그 시각에 런던 팀은 근무 중인지를 매번 계산하는 일은 은근히 번거롭습니다. 서머타임이 걸리면 계산이 더 복잡해지고, 미국과 유럽의 서머타임 시작·종료 날짜가 다르다는 점까지 고려하면 실수가 나옵니다.

이 도구는 기준 시각 하나를 여러 도시의 현지 시각으로 동시에 변환합니다. UTC 오프셋과 서머타임은 브라우저에 내장된 IANA 타임존 데이터베이스를 통해 자동으로 반영되고, 날짜가 하루 넘어가는 경우와 업무 시간대(09~18시)에 해당하는지도 함께 표시됩니다. Unix 타임스탬프와 ISO 8601 표기도 바로 복사할 수 있습니다.

사용 방법

  1. 기준 시각과 시간대 설정기준 시각을 입력하고, 그 시각이 어느 시간대의 벽시계 시각인지 지정합니다. 지금 시각으로 버튼을 누르면 현재 시각이 채워집니다.
  2. 비교할 시간대 추가시간대 추가 버튼을 눌러 도시나 지역명으로 검색합니다. 처음에는 내 시간대와 UTC, 뉴욕, 런던, 도쿄가 기본으로 들어가 있으며 카드 오른쪽 위 × 로 제거할 수 있습니다.
  3. 결과 읽기각 카드에 현지 시각·날짜·UTC 오프셋·약칭(KST, EDT 등)이 표시됩니다. 기준 시간대와 날짜가 다르면 '전날' 또는 '다음날' 배지가 붙고, 업무 시간에 해당하면 녹색 배지가 나타나 회의 시간을 정할 때 유용합니다.
  4. 타임스탬프 복사상단의 Unix 타임스탬프와 ISO 8601 값은 클릭 한 번으로 복사됩니다. 로그 조회나 API 파라미터에 그대로 넣을 수 있습니다.

자주 묻는 질문

서머타임이 자동으로 반영되나요?

네. 브라우저에 내장된 IANA 타임존 데이터베이스를 사용하므로 각 지역의 서머타임 규칙이 날짜에 맞게 적용됩니다.

예를 들어 뉴욕은 겨울에 UTC−05:00(EST), 여름에 UTC−04:00(EDT)입니다. 기준 날짜를 바꿔 보면 오프셋과 약칭이 함께 바뀌는 것을 확인할 수 있습니다. 한국은 1988년 이후 서머타임을 시행하지 않아 연중 UTC+09:00으로 고정입니다.

'KST'나 'EST' 같은 약칭을 코드에 써도 되나요?

권하지 않습니다. 약칭은 중복되고 모호합니다.

CST 는 미국 중부 표준시(UTC−06:00)이기도 하고 중국 표준시(UTC+08:00)이기도 하며 쿠바 표준시이기도 합니다. IST 는 인도·아일랜드·이스라엘에서 모두 쓰입니다. 게다가 약칭은 서머타임 여부까지 담아 EST와 EDT가 다르므로 연중 고정된 지역 식별자로 쓸 수 없습니다.

코드에서는 반드시 Asia/Seoul, America/New_York 같은 IANA 식별자를 쓰세요. 이 값이 서머타임 규칙까지 포함한 정확한 기준입니다.

Unix 타임스탬프에는 시간대가 없나요?

없습니다. 그 점이 타임스탬프의 장점입니다.

Unix 타임스탬프는 1970년 1월 1일 UTC 자정부터 흐른 초를 나타내는 단일 숫자입니다. 지구 어디서 측정하든 같은 순간이면 같은 값입니다. 시간대는 그 숫자를 사람에게 보여 줄 때 적용하는 표시 규칙일 뿐입니다.

그래서 서버와 데이터베이스에는 UTC 또는 타임스탬프로 저장하고, 표시 직전에 사용자의 시간대로 변환하는 것이 정석입니다. 현지 시각을 그대로 저장하면 서머타임 전환 시각에 존재하지 않거나 두 번 발생하는 시각 때문에 데이터가 망가집니다.

알아두면 좋은 개념

UTC, GMT, 그리고 오프셋

UTC는 원자시계에 기반한 국제 표준 시각이고, GMT는 그리니치 천문대의 평균 태양시에서 유래한 역사적 명칭입니다. 실용적으로는 거의 같은 값이지만 표준 문서와 코드에서는 UTC를 씁니다.

오프셋은 UTC로부터의 차이입니다. 한국은 UTC+09:00으로 고정이지만, 인도는 UTC+05:30, 네팔은 UTC+05:45처럼 30분·45분 단위 오프셋을 쓰는 지역도 있습니다. 시차를 정수 시간으로 가정한 코드는 이런 지역에서 어긋납니다.

IANA 타임존 데이터베이스

Asia/Seoul 같은 식별자는 IANA가 관리하는 tz database에서 옵니다. 이 데이터베이스에는 각 지역의 현재 규칙뿐 아니라 과거의 오프셋 변경 이력까지 담겨 있습니다.

각국 정부가 서머타임 정책을 바꾸면 데이터베이스가 갱신되고, 운영체제와 브라우저가 이를 반영합니다. 서버의 tz 데이터가 오래되면 미래 날짜 계산이 틀어질 수 있으므로, 장기 예약 기능이 있는 시스템이라면 tz 데이터 갱신도 운영 항목에 포함해야 합니다.

글로벌 회의 시간을 정하는 요령

서울·런던·샌프란시스코가 모두 업무 시간인 구간은 사실상 없습니다. 서울 오전 9시는 런던 자정, 샌프란시스코 오후 4시(전날)입니다.

현실적인 해법은 서울 오후 5시(런던 오전 9시, 뉴욕 오전 4시)처럼 두 지역만 겹치는 시간을 골라 순번을 돌리거나, 회의 자체를 줄이고 비동기 문서 협업으로 대체하는 것입니다. 이 도구의 업무 시간 배지로 어느 조합이 그나마 겹치는지 빠르게 훑어볼 수 있습니다.

함께 쓰면 좋은 도구

최종 업데이트: 2026-08-12