본문으로 건너뛰기
AZ Tools

세계 시계

여러 시간대를 나란히 표시 — 실시간 업데이트와 내 시간대 기준 차이까지.

  • Asia/Seoul
    07:46:31
    Mon 19 Oct 2026UTC+9Δ +9h
  • America/Los_Angeles
    15:46:31
    Sun 18 Oct 2026UTC-7Δ -7h
  • Europe/London
    23:46:31
    Sun 18 Oct 2026UTC+1Δ +1h
  • Asia/Tokyo
    07:46:31
    Mon 19 Oct 2026UTC+9Δ +9h

시간대 추가

사용법

  1. 시계 아래 추천 칩에서 시간대를 선택하세요.
  2. AM / PM 표시가 편하면 12시간 모드를 켜세요.
  3. 기준 시각을 설정하면 그 시점의 각 시간대 시간이 표시됩니다.
  4. × 버튼으로 시간대를 제거할 수 있습니다.

자세한 설명

펼치기

필요한 만큼 여러 도시의 현재 시각을 나란히 놓고 실시간으로 볼 수 있으며, 각각 시간대와 오프셋이 함께 표시됩니다. 기준 시각을 지정하면 모든 시계가 그 순간이 현지에서 어떻게 보이는지로 옮겨 갑니다. 서울에서 오전 9시로 잡은 통화가 베를린과 샌프란시스코에서도 동시에 근무 시간 안에 들어오는지에 대한 직접적인 답입니다. 오프셋은 오늘이 아니라 사용자가 고른 날짜를 기준으로 계산되므로, 3주 뒤로 잡은 회의는 그때 실제로 적용될 오프셋을 보여 줍니다. 유럽과 북미가 서로 다른 주에 시계를 바꿔 어긋나기 가장 쉬운 시점이 바로 그런 때입니다. 오프셋과 서머타임 규칙은 브라우저 자체의 IANA 데이터베이스에서 가져옵니다.

자주 묻는 질문

시간대 이름은 어디 기준인가요?

IANA tz 데이터베이스 식별자를 씁니다(예: Asia/Seoul, America/Los_Angeles). 브라우저의 Intl.DateTimeFormat이 서머타임 전환도 자동으로 처리합니다.

왜 오프셋에 :30, :45가 있나요?

인도(+5:30), 뉴펀들랜드(−3:30), 네팔(+5:45) 등 일부 지역은 정수 시간이 아닌 오프셋을 씁니다. 그래서 UTC±H:MM 형식으로 표시됩니다.

차이는 어떻게 계산되나요?

각 시간대의 오프셋과 내 로컬 시간대 오프셋의 차이입니다. 서울(+9)에 있고 LA(겨울 -8)와 비교하면 -17h입니다.

오프라인에서도 동작하나요?

네 — 모든 계산이 브라우저 내장 Intl API로 처리되어 첫 로드 후 네트워크가 필요 없습니다.

런던과 뉴욕이 어떤 주에는 5시간이 아니라 4시간 차이인 이유는?

미국과 EU의 전환 날짜가 다르기 때문입니다. 미국은 3월 둘째 일요일에 앞당기고 11월 첫째 일요일에 되돌리며, EU는 3월과 10월의 마지막 일요일에 전환합니다. 그래서 3월의 약 3주와 10월 말의 1주 동안은 차이가 평소의 5시간이 아니라 4시간이 됩니다. 오프셋은 설정한 기준 시각에 맞춰 다시 계산되므로, 그 구간의 날짜를 고르면 오늘이 아니라 그때의 실제 차이가 표시됩니다.

서머타임 데이터는 어디서 오고, 틀릴 수도 있나요?

브라우저가 가진 IANA 시간대 데이터베이스 사본에서 Intl.DateTimeFormat을 통해 옵니다. 이 페이지에는 아무것도 번들되어 있지 않으므로, OS나 브라우저를 한동안 업데이트하지 않은 기기는 최근에 규칙을 바꾼 나라에 대해 틀릴 수 있습니다. 실제로 몇 달 예고만 두고 서머타임을 옮기거나 폐지한 나라가 여럿 있었습니다. 먼 미래의 날짜이거나 규칙이 막 개정된 시간대라면, 예약하기 전에 다른 기기와 대조해 보세요.

이 주제의 가이드

관련 도구