ISO 8601 날짜 변환기

ISO 8601 날짜 변환기 소개

ISO 8601은 날짜와 시각을 「큰 단위에서 작은 단위로」 쓰는 국제 표준입니다. 2026-09-22T09:00:00+09:00처럼 연-월-일, T, 시:분:초, 그리고 UTC와의 차이(오프셋)를 붙입니다. 이 도구는 이런 문자열이나 Unix 타임스탬프를 받아 UTC 표기, 원하는 오프셋 표기, 초·밀리초 타임스탬프, ISO 요일 번호로 바꿉니다.

문자열 하나가 같은 순간을 가리키는지 판단하려면 오프셋이 핵심입니다. 오프셋이 없는 2026-09-22T09:00은 「어딘가의 9시」일 뿐이라, 도구는 아래에서 고른 시간대의 9시로 해석합니다.

ISO 8601과 RFC 3339는 무엇이 다른가

API 문서에서 「ISO 8601 형식」이라고 할 때 실제로 기대하는 것은 대부분 RFC 3339입니다. RFC 3339는 ISO 8601에서 인터넷용으로 좁혀 낸 프로필로, 연도 4자리, 월·일·시·분·초를 모두 쓰고 오프셋(Z 또는 ±hh:mm)을 반드시 붙여야 합니다.

ISO 8601 쪽이 훨씬 넓습니다. 구분 기호 없는 기본 형식(20260922T090000Z), 주 날짜(2026-W39-2), 연중 일수(2026-265), 분까지만 쓰는 시각, 기간(P1M), 시간 구간까지 모두 ISO 8601입니다. 반대로 RFC 3339는 가독성을 위해 T 대신 공백을 허용하고, 오프셋을 모를 때 -00:00을 쓰는 관례를 둡니다. 두 규격이 겹치는 가장 안전한 형태는 2026-09-22T00:00:00Z입니다.

이 도구는 달력 날짜뿐 아니라 주 날짜(2026-W39-2, 요일을 빼면 월요일), 연중 일수(2026-265), 기본 형식(20260922T090000Z)도 읽습니다. T 대신 공백, +0900이나 +09처럼 콜론 없는 오프셋, 소문자 z도 받습니다. 다만 숫자만 있는 20260922나 2026265는 유닉스 타임스탬프로 읽으므로, 기본 형식 날짜만 넣을 때는 하이픈을 넣거나 시각(T0000)을 붙이세요. 기간(P1M)은 시점이 아니므로 「기간이라 날짜로 바꿀 수 없다」고 안내하고, 윤초 :60은 받지 않습니다. 소수 초는 9자리까지 받되 밀리초(3자리)까지만 씁니다.

주 날짜: 2026-W39는 언제인가

ISO 주는 월요일에 시작하고, 그해 첫 목요일이 들어 있는 주가 1주차입니다. 2026년 1월 1일이 목요일이라 2026-W01은 2025년 12월 29일 월요일부터입니다. 거기서 38주를 더하면 2026-W39는 9월 21일(월)~27일(일)이고, 9월 22일 화요일은 2026-W39-2입니다. 도구 결과의 ISO 요일 번호 2가 바로 이 마지막 숫자입니다.

연말연초가 함정입니다. 2026년은 목요일로 시작해 53주가 있는 해이고, 2027년 1월 1일(금)은 2027년이 아니라 2026-W53-5입니다. 엑셀의 WEEKNUM이나 미국식 주차(일요일 시작, 1월 1일이 든 주가 1주)와 번호가 1씩 어긋나는 일이 흔하니, 주간 보고서 번호를 맞출 때는 어떤 규칙인지 먼저 확인하세요.

기간 P1M은 며칠인가

ISO 8601 기간 표기는 P로 시작하고 날짜 부분과 T 뒤 시간 부분을 나눕니다. P1Y2M10DT2H30M은 1년 2개월 10일 2시간 30분, PT36H는 36시간입니다. 대문자 M이 T 앞에 있으면 월, 뒤에 있으면 분이라는 점에서 자주 틀립니다(P1M은 1개월, PT1M은 1분).

P1M은 고정된 길이가 아닙니다. 1월 15일에 더하면 31일, 2월 15일에 더하면 28일 뒤입니다. 1월 31일 + P1M은 표준이 답을 정해 두지 않아 라이브러리마다 2월 28일로 맞추거나 3월 3일로 넘깁니다. 서머타임이 있는 지역에서는 P1D와 PT24H도 다를 수 있습니다. 구독 갱신이나 만료일처럼 결과가 돈과 연결되면 어떤 라이브러리가 어떻게 처리하는지 확인해야 합니다. 이 도구는 기간 계산을 하지 않으며, 달력 기간 더하기는 날짜 계산기를 쓰면 됩니다.

오프셋 +09:00과 시간대 Asia/Seoul은 다르다

+09:00은 「지금 이 순간 UTC보다 9시간 빠르다」는 사실 하나이고, Asia/Seoul이나 America/New_York 같은 IANA 시간대 이름은 그 지역의 과거·미래 오프셋 규칙 전체입니다. 한국처럼 서머타임이 없는 곳은 둘이 사실상 같지만, 뉴욕은 여름에 -04:00, 겨울에 -05:00입니다.

9월에 「11월 10일 오전 9시 뉴욕 회의」를 2026-11-10T09:00:00-04:00으로 저장하면 틀립니다. 2026년 미국 서머타임은 11월 1일에 끝나므로 그날의 뉴욕은 -05:00이고, 저장된 값은 현지 8시를 가리킵니다. 미래의 현지 일정은 현지 시각과 시간대 이름을 함께 저장하는 것이 원칙이고, 2024년 발행된 RFC 9557은 2026-11-10T09:00:00-05:00[America/New_York]처럼 끝에 시간대 이름을 붙이는 표기를 정했습니다. 이 도구의 오프셋 선택은 고정 오프셋이라 서머타임을 알지 못합니다.

예시

사용 방법

1. 입력란에 ISO 8601 문자열이나 Unix 타임스탬프를 붙여 넣거나 날짜·시각을 고릅니다.
2. 표시 시간대(UTC 오프셋)를 고르거나 「내 시간대」 버튼을 누릅니다.
3. UTC, 선택 오프셋, 초·밀리초 결과를 복사합니다.

자주 묻는 질문