変換

タイムスタンプ変換

Unix タイムスタンプ (秒 / ミリ秒) と人間可読な日時を相互に変換します。タイムゾーン (UTC / ローカル) の切替、現在時刻のワンクリック挿入、ISO 8601 形式の出力に対応。

サンプル

単位

タイムゾーン

Unix timestamp

日時 (ISO 8601 / 任意の日付文字列)

UTC

—

ローカル

—

秒

—

ミリ秒

—

よく使う組み合わせ

→ JSON フォーマッタタイムスタンプ → JSON 次へ

こんなときに使う

ログの Unix 時刻を可読日時に変換する

アプリログやアクセスログに記録された 1700000000 のような数値を、人間が読める形式に変換します。タイムゾーンを切り替えて UTC / ローカルの両方で確認できます。

1700000000 → 2023-11-14T22:13:20.000Z

JWT の exp（有効期限）が切れているか確認

JWT デコード結果の exp を本ツールに貼ると、ローカル時刻で「いつ切れる/切れた」かが一目で分かります。

DB の created_at をデバッグする

DB に直接書き込まれた timestamptz / timestamp without time zone の値が UTC か JST かを判定します。タイムゾーンを切り替えて挙動を確認できます。

Stripe / Slack API のタイムスタンプを確認

Stripe や Slack の Webhook ペイロードに含まれる Unix 時刻を、イベント発生時刻として可読化します。

Cron 実行ログの時刻と現在の差分を見る

ログの時刻を貼って、現在時刻ボタンと比較して経過時間を把握します。バッチが想定の時間に動いたかの確認に。

ミリ秒タイムスタンプの誤りを検出

1700000000000 のように 13 桁の値は ms。秒で解釈すると 5 万年後になるので「単位が間違っている」と気づけます。本ツールで単位を切り替えて確認できます。

よくあるエラーと対処

ERR 数値ではありません

原因: タイムスタンプ欄に数値以外（カンマ区切り、空白など）が含まれています。
対処: 純粋な数値だけを入れてください。先頭・末尾の空白は自動でトリムされます。

ERR 範囲外の値です

原因: JavaScript の Date が扱える範囲（±100,000,000 日 ≒ 西暦 ±27 万年）を超える値です。または NaN になる入力。
対処: 現実的な値（10 桁の秒、13 桁のミリ秒）かを確認してください。単位が間違っている可能性があります。

ERR 日付として解釈できません

原因: 日時欄に Date.parse が解釈できない文字列が入っています。「2025/13/45」のような無効な日付や、独自形式は受け付けません。
対処: ISO 8601 形式（YYYY-MM-DDTHH:mm:ss）か、ブラウザがサポートする一般的な日付文字列を使ってください。

ERR UTC モードで入力しても結果がローカル時刻に変換されてしまう

原因: タイムゾーンセレクタが「ローカル」になっています。
対処: 「UTC」を選んでから値を入力してください。または末尾に Z を付けると常に UTC として解釈されます。

CLI / 他言語でやる方法

date (GNU coreutils)

date -d @1700000000

macOS の BSD date は -r オプション: date -r 1700000000。

Python

python -c "from datetime import datetime, timezone; print(datetime.fromtimestamp(1700000000, tz=timezone.utc).isoformat())"

tz= を渡さないとローカルタイム扱い。

Node.js

node -e "console.log(new Date(1700000000*1000).toISOString())"

Date のコンストラクタはミリ秒。

よくある質問

▶ 秒とミリ秒の見分け方は？

桁数で判定するのが一般的です。10 桁（〜 2286 年）が秒、13 桁がミリ秒。本ツールで「単位」を切り替えると挙動の違いが分かります。

▶ タイムゾーンが UTC かローカルか分からないログをどう扱う？

両モードで変換して、現在時刻と比べて妥当な方を採用するのが実務的です。多くの本番ログは UTC 記録ですが、アプリ側でローカル化していることもあります。

▶ サマータイム（DST）は考慮されますか？

ローカル時刻表示はブラウザのタイムゾーン設定に従い、DST も考慮されます。日本標準時（JST）は DST がないので影響なし。

▶ うるう秒は？

JavaScript の Date はうるう秒を表現しません（POSIX 時刻準拠）。秒精度のずれが許容されない用途には別途専用ライブラリが必要です。

▶ 西暦 1970 年より前のタイムスタンプは扱える？

扱えます。負の値は 1970-01-01T00:00:00Z より前を表します。例: -86400 は 1969-12-31T00:00:00Z。

▶ サーバーに送信されますか？

送信されません。すべてブラウザ内の Date オブジェクトで処理しています。

▶ ナノ秒精度は扱えますか？

扱えません。JavaScript Date はミリ秒精度です。ナノ秒が必要なら BigInt と外部ライブラリで対応してください。

▶ ISO 8601 と RFC 3339 はどう違いますか？

RFC 3339 は ISO 8601 のサブセットで、Web で使う時刻形式に絞ったものです。本ツールが出力する形式（YYYY-MM-DDTHH:mm:ss.sssZ）は両方に準拠します。