日付フォーマット変換（ISO 8601・RFC 2822・strftime・Excel）

日時をISO 8601・RFC 3339・RFC 2822・strftime書式・Excelシリアル値・日本語表記に相互変換。エポック秒や"2026/09/10 15:04:05"形式の貼り付けにも対応し、曜日や年内通算日、ISO週番号も即時表示します。

使い方

上部のテキスト欄に日時を貼り付けます。ISO 8601（2026-09-10T15:04:05+09:00）、RFC 2822（Thu, 10 Sep 2026 15:04:05 +0900）、2026/09/10 15:04:05形式、エポック秒（例: 1757480645）のいずれでも自動判別します。
タイムゾーンの指定が省略された文字列（2026/09/10 15:04:05など）は、「タイムゾーン省略時の解釈」で選んだJSTまたはUTCとして扱います。
日時ピッカーからも入力できます（テキスト欄と相互に同期します）。
strftime書式欄に任意の書式文字列を入れると、その場で変換結果をプレビューできます。

仕組み・計算式

ISO 8601とその厳密なサブセットであるRFC 3339は年月日をハイフン区切り・時刻をコロン区切りで表し、UTCからのオフセットをZまたは±HH:MMで付与します（RFC 3339はZの代わりに+00:00と書くことも許容しており、このツールではISO 8601欄をZ表記、RFC 3339欄を+00:00表記で区別しています）。RFC 2822は電子メールのDateヘッダーなどで使われる曜日, 日月年時:分:秒 ±HHMM形式です。strftimeはPOSIX/Cのstrftime()関数に準拠した%Y（4桁年）%m（月）%d（日）%H:%M:%S（時分秒）などの書式指定子で、代表的な指定子のみサポートしています。ISO週番号はISO 8601の定義（月曜始まり、その年最初の木曜日を含む週を第1週とする）に従って算出しています。

Excelシリアル値は1900日付システムに基づき、1899-12-31を基準日（シリアル値0）として経過日数で表します。Excel（およびLotus 1-2-3由来の互換仕様）には1900年をうるう年として扱う既知のバグがあり、実際には存在しない「1900年2月29日」をシリアル値60として数えます。このため1900年3月1日以降の日付は、正しい暦日計算に1日を加算して求める必要があります（このツールも同様に補正しています）。

現場の落とし穴: 2026/09/09のような日付だけの文字列や15:04:05のようなタイムゾーン情報のない日時は、本来どのタイムゾーンの時刻か一意に決まりません。ログファイルやCSVから貼り付けた日時をそのままJSTのつもりで処理すると、実際にはUTCで記録されていて9時間ずれる、という事故が典型的な落とし穴です。変換前に必ずデータの出どころのタイムゾーンを確認し、このツールの「タイムゾーン省略時の解釈」を実際の仕様に合わせて選んでください。

よくある質問

Q. ISO 8601とRFC 3339は何が違いますか？

A. RFC 3339はISO 8601の中でもインターネット用途向けに曖昧さをなくしたサブセットです。日付と時刻の区切りにT（または合意の上で半角スペース）を必須とし、UTCはZのほか+00:00とも書けます。実務上はほぼ同じ形式として扱って問題ありません。

Q. strftimeの書式で対応していない指定子はありますか？

A. %Y %y %m %d %e %H %I %M %S %p %a %A %b %B %j %z %Z %u %w %%に対応しています。ロケール依存の%cや週番号の%U %Wなど一部の指定子は未対応です。

Q. Excelシリアル値がマイナスや大きすぎる値になるのはなぜですか？

A. 1899-12-31より前の日付はシリアル値が負になります。Excel自体は通常1900年以降の日付しか正しく扱えないため、それより古い日付をExcelに貼り付ける用途では別途注意が必要です。