DevToolsLab

タイムスタンプ変換

Unix ↔ 日付 · マルチタイムゾーン

Unix エポック(秒 / ミリ秒)と任意のタイムゾーンの人間可読な日付を相互変換します。

単位:
有効 · 判定: 秒

Unix 秒・ミリ秒・ISO 8601 など、ブラウザが認識する任意の日付文字列に対応します。

Unix 秒
1778872151
Unix ミリ秒
1778872151000
ISO 8601 (UTC)
2026-05-15T19:09:11.000Z
ISO 8601 (Asia/Shanghai)
2026-05-16T03:09:11+08:00
読みやすい形式 (Asia/Shanghai)
2026年5月16日(土) 03:09:11 GMT+8
読みやすい形式 (UTC)
2026年5月15日(金) 19:09:11 UTC
曜日
土曜日
年通算日
136
ISO 週番号
2026-W20
相対時間

すべての変換はブラウザ内のローカルで実行され、サーバーには送信されません。

Unix タイムスタンプとは?

Unix タイムスタンプ(エポック時間)は、1970-01-01 00:00:00 UTC からの経過秒数(うるう秒は無視)です。タイムゾーンや暦の違いに左右されず、コンピュータが「ある瞬間」を一意に表す普遍的な方法で、API・データベース・ログ・JWT などあらゆる場所で使われています。表現は秒(10 桁、例:1747275600)、ミリ秒(13 桁、例:1747275600000)、まれにマイクロ秒(16 桁)の場合もあります。DevFormatLab のタイムスタンプ変換ツールはこれらすべて、さらに一般的な日付文字列(ISO 8601・RFC 2822・ロケール形式)も解析し、選択したタイムゾーンですべての一般的な表現に変換して表示します。

機能

  • 秒 / ミリ秒を自動判定(手動切替も可能)
  • ISO 8601・RFC 2822 などブラウザが認識する大部分の日付文字列を解析
  • Unix 秒・ミリ秒・UTC と選択タイムゾーンの ISO 8601 を出力
  • UTC と任意の IANA タイムゾーン(Asia/Tokyo、America/New_York…)の可読日付
  • 曜日・年通算日・ISO 週番号・相対時間(「3 時間前」など)
  • 「現在」ボタン — 現在のエポックをワンクリックでコピー
  • 各行に独立コピーボタン;100% ブラウザ内処理、追跡なし

使い方

  1. Unix タイムスタンプ(秒・ミリ秒)または日付文字列を入力欄に貼り付けます。
  2. 必要に応じて単位を選択(自動 / 秒 / ミリ秒)— 自動モードは 1e12 を境に切り替わります。
  3. タイムゾーンを選択(ローカル、UTC、または主要な IANA タイムゾーン)。
  4. 結果パネルで全ての一般的な表現を確認。各行のコピーボタンで個別にコピーできます。

よくある質問

同じタイムスタンプがタイムゾーンによって違う時刻に見えるのはなぜ?

Unix タイムスタンプは世界共通で 1 つの瞬間を表します。タイムゾーンが違うとその同じ瞬間を異なる呼び方で表示するだけです — 例えば 1747275600 は UTC で 2026-05-15 03:00、東京(UTC+9)では同日 12:00、ニューヨーク(UTC-4 サマータイム)では前日 23:00 です。

自分のタイムスタンプが秒なのかミリ秒なのか、どう判断する?

10 桁(2026 年で約 17 億)はほぼ確実に秒、13 桁(約 17 兆)はミリ秒です。自動モードは 1e12 を境界として使用しており、これは 2001 年以降ずっと正しく、33658 年まで有効です。

負のタイムスタンプ(1970 年より前の日付)に対応していますか?

対応しています。負のタイムスタンプは Unix エポック(1970-01-01 UTC)より前の日付を表します。例えば -86400 は 1969-12-31 00:00 UTC です。

データはどこかにアップロードされますか?

いいえ。すべての解析と整形はブラウザ内蔵の Date と Intl.DateTimeFormat API でローカルに実行されます。

入力として受け付ける日付フォーマットは?

ブラウザの Date コンストラクタが受け付けるもの全て:ISO 8601(2026-05-15T03:00:00Z)、RFC 2822(Fri, 15 May 2026 03:00:00 GMT)、多くのロケール形式。曖昧な形式の場合は ISO 8601 を推奨します。

うるう秒や 2038 年問題は?

Unix 時間は定義上うるう秒を無視します。2038 年問題は 32 ビット符号付き整数で保存する場合の問題で、JavaScript の Number は 64 ビットなので前後数十億年まで安全に表現できます。

関連ツール

Canonical: https://devformatlab.com/ja/timestamp