タイムスタンプ変換
Unixタイムスタンプ、エポック時間、ISO 8601文字列、UTC値、読みやすい日時テキストを相互に変換できます。秒・ミリ秒のタイムスタンプ、IANAタイムゾーンの選択、現在時刻のコピー、タイムスタンプから日時への変換、日時からタイムスタンプへの変換に対応しています。APIデバッグ、ログ調査、データベース検索、スケジュールジョブ、キャッシュ期限、タイムゾーンをまたぐプロダクト挙動の確認に役立ちます。
- 10桁のUnix秒と13桁のUnixミリ秒を変換
- 選択したタイムゾーンで現在時刻、変換結果、UTC基準値を確認
- ISO 8601、RFC 2822、HTTP Date、YYYY-MM-DD HH:mm:ssなど一般的な日時形式を解析
- APIデバッグ、ログの時系列確認、SQLの時間範囲、スケジュールジョブ、期限チェックに便利
現在のタイムスタンプ
1780331322
2026-06-01 16:28:42 · UTC · UTC+00:00
変換結果
2026-06-01 16:28:42
UTC · UTC+00:00
178033132217803313220002026-06-01T16:28:42.000Z2026-06-01T16:28:42.000ZMon, 01 Jun 2026 16:28:42 +0000概要
このツールで使える機能です。タイムスタンプのミスで特に多い単位タイムゾーン入力形式の3点を明確に扱えるようにしています。
- 01
現在のタイムスタンプをライブ表示
現在のUnixタイムスタンプを秒またはミリ秒で表示し、ライブ値を一時停止して、テスト用の安定した参照値としてコピーできます。
- 02
タイムスタンプを日時に変換
Unix秒またはミリ秒を、選択したタイムゾーンの読みやすい日時へ変換し、ISO値とUTC基準値もあわせて確認できます。
- 03
日時をタイムスタンプに変換
ローカル日時、ISO文字列、RFC形式、HTTP Date値を、選択した入力元タイムゾーンに基づいてUnixタイムスタンプへ変換します。
- 04
IANAタイムゾーン検索
UTC、Asia/Shanghai、Europe/London、America/New_Yorkなど、標準的なタイムゾーン名を選択できます。
- 05
柔軟な日時解析
ハイフン、スラッシュ、ドット区切り、コンパクトな数値形式、ISOオフセット、UTCのZサフィックス、RFC、HTTP Date文字列を解析できます。
- 06
ワンクリックで結果をコピー
現在のタイムスタンプ、変換後のローカル日時、ISO文字列、生成したタイムスタンプを、APIパラメータやテストケース用にすぐコピーできます。
使い方
変換前に単位とタイムゾーンを確認してください。多くのタイムスタンプ不具合は、秒とミリ秒の混同、またはローカル時刻をUTCとして扱うことから起きます。
- 01
現在時刻セクションで基準にするタイムゾーンを選び、秒とミリ秒のどちらが必要かを選択します。
- 02
タイムスタンプを日時へ変換する場合は、タイムスタンプから日時へに数値を貼り付け、入力単位と出力タイムゾーンを選びます。
- 03
日時をタイムスタンプへ変換する場合は、日時からタイムスタンプへに日時テキストを入力し、その入力がどのタイムゾーンの時刻かを選びます。
- 04
ローカル結果、ISO値、UTC基準値を確認し、テスト対象のシステムと一致しているかチェックします。
- 05
コピー操作を使って、タイムスタンプやISO値をAPIリクエスト、SQLクエリ、ログメモ、設定ファイル、テストスクリプトへ移します。
詳細
ブラウザのロケールに任せて曖昧にせず、タイムゾーンと単位の選択を明示できるようにしています。
- ライブ時計、タイムスタンプ入力、生成結果のすべてで、秒とミリ秒を切り替えられます。
- 同じタイムスタンプを複数のタイムゾーンで確認できるため、オフセットの間違いや日付境界の不具合を見つけやすくなります。
- Zや+08:00などのオフセットを含むISO値は、表示タイムゾーンを適用する前に絶対時刻として解析されます。
- オフセットを含まない日時テキストは、選択した入力元タイムゾーンの時刻として解釈されます。ユーザーのローカル時刻を扱う処理では特に重要です。
- UTC出力を常に確認できるため、データベース、ログ、バックエンドサービス、キューの値と比較しやすくなります。
- 現在のタイムスタンプを一時停止できるため、再現可能なテストデータや安定したインシデント時系列の基準点を作れます。
- ログ、スプレッドシートのエクスポート、HTTPヘッダー、メールヘッダー、APIレスポンスでよく見かける日時形式を解析できます。
活用シーン
保存された瞬間を、人が読める時刻、システムログ、API契約、ユーザー向けスケジュールと正しく合わせたい場面で役立ちます。
-
APIデバッグ
ペイロードが10桁の秒なのか13桁のミリ秒なのかを確認し、表示される日時が想定タイムゾーンと一致するかチェックできます。
-
ログ調査
ログ内のUnixタイムスタンプをローカル時刻またはUTCへ変換し、リクエスト、タスク、アラート、エラーの順序を比較しやすくします。
-
データベース検索
created_at、updated_at、expires_at、deleted_atなどのフィールドに使う時間範囲の値を準備できます。
-
スケジュールジョブと期限ルール
Cron実行、遅延キュー、キャッシュ期限、リトライ間隔、トークン有効期限、バックグラウンドジョブのパラメータを検証できます。
-
タイムゾーンをまたぐプロダクトロジック
予約、会議、請求サイクル、キャンペーン開始、ユーザーのローカル日付ルールを複数地域で確認できます。
-
フロントエンドとバックエンドの整合
統合テスト中に、ブラウザ表示時刻、ユーザーのタイムゾーン、UTC保存値、APIのタイムスタンプ項目を比較できます。
タイムスタンプとタイムゾーンの基本概念
値が8時間ずれて見える、1日ずれて見える、またはちょうど1000倍大きい・小さいように見える理由を理解するための用語です。
-
Unixタイムスタンプ / エポック時間
Unixタイムスタンプは、1970-01-01 00:00:00 UTCからの経過時間を数値で表します。絶対的な瞬間を表すもので、タイムゾーン情報は持ちません。
-
Unix秒
秒単位のタイムスタンプは通常10桁です。例: 1715241600。バックエンドAPI、データベース、コマンドラインツールでよく使われます。
-
Unixミリ秒
ミリ秒単位のタイムスタンプは通常13桁です。例: 1715241600000。JavaScriptのDate.now()はミリ秒を返します。
-
UTC
UTCはオフセット0の時刻基準です。データベース、ログ、分散サービスではUTCで保存・比較し、表示時に変換することがよくあります。
-
IANAタイムゾーン
Asia/Shanghai、Europe/Berlin、America/Los_Angelesのような名前は地域ごとのルールを含みます。業務上の時刻では、固定オフセットより扱いやすいことが多いです。
-
タイムゾーンオフセット
+08:00や-05:00のようなオフセットは、ローカル時刻とUTCとの差を表します。入力にオフセットが含まれる場合、それによって絶対時刻が決まります。
-
ISO 8601
APIやログでよく使われる形式です。例: 2026-05-09T06:30:00Z、2026-05-09T14:30:00+08:00。末尾のZはUTCを意味します。
-
ローカル日時テキスト
2026-05-09 14:30:00のような値は、カレンダー日付と時計時刻を含みますが、タイムゾーンを含みません。正確なタイムスタンプにするには入力元タイムゾーンが必要です。
-
UTC基準値
UTC結果は、アサーション、インシデントレビュー、複数地域ログの比較、データ移行で使える安定した共通基準になります。
対応している日時入力形式
以下の形式は、日時からタイムスタンプへの変換で使用できます。入力にZサフィックスやタイムゾーンオフセットが含まれる場合は、その絶対時刻が優先されます。含まれない場合は、選択した入力元タイムゾーンが適用されます。
形式
YYYY-MM-DD HH:mm:ss
例
2026-05-09 14:30:00
補足
読みやすく曖昧さが少ないため、開発やテストにおすすめの形式です。
形式
YYYY-MM-DD HH:mm
例
2026-05-09 14:30
補足
秒は00として扱われます。分単位のスケジュール確認に向いています。
形式
YYYY/MM/DD HH:mm:ss
例
2026/05/09 14:30:00
補足
エクスポートされたログ、スプレッドシート、手入力データでよく見かける形式です。
形式
YYYY.MM.DD HH:mm:ss
例
2026.05.09 14:30:00
補足
ドット区切りの日付は、古いシステム出力との互換性のために対応しています。
形式
YYYYMMDDHHmmss
例
20260509143000
補足
バッチジョブ、ファイル名、連番、レガシーフィールドで使われるコンパクトな数値形式です。
形式
MM/DD/YYYY HH:mm:ss
例
05/09/2026 14:30:00
補足
月が先に来る形式です。国際的な作業では、ISOまたは年月日形式のほうが安全です。
形式
DD/MM/YYYY HH:mm:ss
例
09/05/2026 14:30:00
補足
日が先に来る形式です。日と月がどちらも12以下の場合は曖昧になることがあります。
形式
HH:mm:ss
例
14:30:00
補足
時刻だけの入力では、選択した入力元タイムゾーンにおける今日の日付が使われます。
形式
ISO 8601 with offset
例
2026-05-09T14:30:00+08:00
補足
絶対時刻を表す値です。表示用に変換する前に、埋め込まれたオフセットが使われます。
形式
UTC ISO (Z)
例
2026-05-09T06:30:00Z
補足
ZはUTCを意味します。APIレスポンス、データベースのエクスポート、分散ログでよく使われます。
形式
RFC 2822 / HTTP Date
例
Sat, 09 May 2026 06:30:00 GMT
補足
メールヘッダー、HTTPヘッダー、キャッシュメタデータ、ブラウザのネットワークパネルでよく見かけます。
よくある質問
使い方、データの扱い、結果確認、実務上の注意点についてのよくある質問です。
Unixタイムスタンプとは何ですか？
Unixタイムスタンプは、1970-01-01 00:00:00 UTCから数えた数値です。表示に使うタイムゾーンとは独立した、絶対的な時点を表します。
エポック時間とUnixタイムスタンプは同じですか？
多くの開発ツールやAPIドキュメントでは、Unixエポックからの経過秒または経過ミリ秒という同じ考え方を指します。
秒とミリ秒はどう見分ければよいですか？
Unix秒は通常10桁、Unixミリ秒は通常13桁です。変換した日付が大きくずれる場合は、まず単位を確認してください。
同じ日時テキストなのに、タイムゾーンによって違うタイムスタンプになるのはなぜですか？
2026-05-09 14:30:00のようなローカル値は、それだけではタイムゾーンを持ちません。上海の14:30とニューヨークの14:30は別の絶対時刻です。
ISOタイムスタンプ末尾のZは何を意味しますか？
ZはUTCを意味します。たとえば2026-05-09T06:30:00ZはUTC時刻です。別のタイムゾーンでは表示上の時計時刻が変わっても、タイムスタンプ自体は同じです。
APIでは秒とミリ秒のどちらを使うべきですか？
API契約次第です。バックエンドAPIでは秒が使われることが多く、JavaScriptのDate.now()はミリ秒を返します。APIドキュメントで単位を明確にしておくべきです。
ログが8時間ずれて見えるのはなぜですか？
ログがUTCで保存されているのに、ローカル時刻として読んでいる可能性があります。UTCと対象タイムゾーンの両方に変換して、オフセットを確認してください。
自然言語の日付に対応していますか？
next Fridayのような限定的な英語の自然言語解析に対応しています。再現性が必要なテストやAPI作業では、ISOまたはYYYY-MM-DD HH:mm:ssを使うほうが安全です。
夏時間は結果に影響しますか？
はい。IANAタイムゾーンには地域ごとの夏時間ルールが含まれています。+08:00のような固定オフセットには、そうしたルールは含まれません。
時刻データはアップロードされますか？
いいえ。解析、タイムゾーン変換、タイムスタンプ生成はすべてブラウザ内で行われます。
本番環境でタイムスタンプの不具合を避けるには？
時刻はUTCで保存・比較し、表示時だけ変換します。各フィールドが秒なのかミリ秒なのかを明記し、日付境界、夏時間、タイムゾーンをまたぐケースをテストしてください。
関連ツール
タイムゾーン変換、日付差分計算、日付の加減算、世界時計ツールと組み合わせることで、タイムゾーンをまたぐ会議、スケジュール、請求サイクル、キャッシュ期限、ログの時系列確認を進めやすくなります。