"EST 기준 저녁 8시"와 같은 표현은 오해를 부르기 쉽습니다. 주최자는 뉴욕의 현재 현지 시간을 의미했을 수 있지만, 뉴욕은 여름철에 다른 UTC 오프셋을 사용합니다. America/New_York과 같은 공식 IANA 시간대 명칭과 날짜를 지정하면 해당 날짜에 맞는 정확한 오프셋이 적용됩니다.
기준 시간대와 열람자 시간대의 서로 다른 역할
기준 시간대는 입력한 날짜와 시간을 도구가 어떻게 해석할지 결정합니다. 열람자 시간대는 결과 시점을 미리보기 화면에서 어떻게 표시할지 결정합니다. 미리보기를 변경해도 이벤트의 실제 시점은 바뀌지 않습니다.
본 도구에서는 기준 시간대를 전환해도 기존의 정확한 시점이 유지됩니다. 새 시간대에 맞게 날짜와 시간 입력창의 숫자가 자동으로 다시 계산됩니다. 이벤트 시간을 바꾸고 싶다면 시간대를 먼저 선택한 후 일시를 수정하세요.
실제 변환 사례
상하이 시간으로 2026년 10월 10일 20:30은 UTC로 12:30, 뉴욕에서는 오전 08:30, 도쿄에서는 21:30입니다. 이 네 가지 화면은 모두 Unix 초 1791635400을 가리키며 완전히 동일한 Discord 코드를 사용합니다.
이벤트 시간이 자정에 가까우면 열람자에 따라 달력 날짜가 다르게 보일 수 있으며 이는 지극히 정상입니다. 날짜 구분이 중요한 경우 시간 전용 형식 대신 전체 날짜 형식 F를 사용하세요.
서머타임으로 인한 시간의 소멸과 중복
2026년 3월 8일 뉴욕에서는 시계가 01:59에서 03:00으로 건너뜁니다. 현지의 02:30이라는 시간은 아예 존재하지 않습니다. 본 생성기는 일정을 임의로 변경하지 않고 유효한 시간을 다시 선택하도록 안내합니다.
2026년 11월 1일 뉴욕에서는 01:30이 두 번 발생합니다(첫 번째는 UTC−04:00, 두 번째는 UTC−05:00). 두 시점은 1시간 차이가 납니다. 코드를 복사하기 전에 첫 번째인지 두 번째인지 도구에서 지정해 주세요.
모든 시간대가 정각 1시간 단위로 바뀌는 것은 아니며 서머타임을 적용하지 않는 지역도 많습니다. 공식 시간대는 브라우저가 제공하는 IANA 데이터를 기반으로 합니다. 각국의 시간 정책이 변경될 수 있으므로 브라우저를 최신 상태로 유지하세요.
‘내일’ 버튼은 현지 달력을 따릅니다
‘내일’ 단축 버튼은 선택된 기준 시간대에서 다음 날의 동일한 시계 시간으로 이동합니다. 서머타임 전환점을 지나는 경우 실제 간격은 23시간 또는 25시간이 될 수 있습니다. 변경된 시간이 존재하지 않거나 중복되는 경우 해결 안내가 표시됩니다.
반면 ‘+15분’과 ‘+1시간’ 버튼은 현재 시점을 기준으로 작동합니다. 이는 기존 일정을 옮기는 대신 곧 시작될 즉석 모임을 지정할 때 유용합니다.
공지 전 최종 확인
기준 도시, 이벤트 날짜를 확인하고 다른 시간대 미리보기도 한 번 점검하세요. F와 R이 모두 포함된 공지문을 복사하는 것을 추천합니다. 다른 사람이 보낸 코드라면 텍스트만 보고 짐작하지 말고 변환기를 통해 정확한 UTC 값을 검증하세요.