最近使用したツールはありません
お気に入りはまだありません

無料Unixタイムスタンプ変換ツール - エポック時間を日付に変換 & 日付をタイムスタンプに

677 回使用
現在のUnixタイムスタンプ
-
-

タイムスタンプ → 日時

日時 → タイムスタンプ

タイムスタンプのヒント

Unix時間とは
Unix時間は1970年1月1日00:00:00 UTCからの経過秒数です。Unixエポックとも呼ばれます。
秒 vs ミリ秒
標準的なUnixタイムスタンプは秒単位(10桁)です。JavaScriptやJavaではミリ秒(13桁)がよく使われます。
タイムゾーン対応
Unixタイムスタンプは常にUTCです。表示される日時はローカルタイムゾーンに変換されます。
ライブ時計
現在のタイムスタンプは毎秒更新され、常に最新のUnix時間が表示されます。

よくある質問

Q 現在のUnixタイムスタンプをページ上でリアルタイムに確認できますか?
A はい、ツールは現在のUnixエポックタイムを秒とミリ秒でライブ表示します。毎秒自動更新されます。ページ上部でリアルタイムに刻々と変化するのを確認できます。ターミナルを開かずにコードスニペットをテストしたり、タイムスタンプを検証するのに便利です。必要に応じてページをリロードすればリセットされます。
Q Unixタイムスタンプを秒とミリ秒の両方で変換できますか?
A はい、このツールは両方に対応しています。10桁の数字を入力すると秒として処理されます。13桁の数字は自動的にミリ秒と認識されます。例えば、1700000000(秒)は2023年11月14日に、1700000000123(ミリ秒)はミリ秒単位の正確な時刻に変換されます。JavaScriptのDate.now()から取得したタイムスタンプはミリ秒です。MySQLやPostgreSQLのデータベースタイムスタンプは通常秒単位です。ツールが自動で形式を判別します。
Q Unixタイムスタンプはうるう秒の影響を受けますか?
A うるう秒は実際に存在します—1972年以降27回追加されました。しかしUnixタイムスタンプは直接考慮しません。各日をちょうど86,400秒として扱います。うるう秒が発生すると、システムは通常、最後の秒を繰り返すか、なまらせます。そのため、うるう秒の期間に該当するタイムスタンプを変換すると、原子時計と1秒のずれが生じる可能性があります。大抵のアプリケーションでは問題になりません。GPS衛星は高精度を必要としますが、Webログは気にしなくて大丈夫です。
Q 2038年問題についてこのツールで心配する必要はありますか?
A 古い32ビットのUnixタイムスタンプの限界は2038年1月19日です—Unix版Y2K問題です。最新のシステムは64ビットを使うので、数十億年はオーバーフローしません。このツールも内部で64ビットで動作するため、2038年問題は関係ありません。ただし、古い組み込みシステムや32ビットのデータベースを扱う場合、2038年1月19日03:14:07 UTC以降にエラーが出始めます。タイムスタンプ2147483648を試しに入力してみてください—正しく変換されますよ。
Q 予想した日付ではなく、1969年12月31日が表示されるのはなぜですか?
A これはUnixエポックの誕生日である1970年1月1日UTC午前0時が基準です。1969年12月31日が出る場合、タイムスタンプが-1かゼロ付近です。日付文字列をツールが解析できなかったか、ミリ秒ではなく秒で入力した可能性があります。10桁の数字にゼロを3つ追加してみてください。1700000000は秒、1700000000000はミリ秒です。この違いで表示される日付が大きく変わります。
Q スペースや文字、余分な記号が混ざったタイムスタンプを貼り付けるとどうなりますか?
A 前後の空白は自動で除去されますが、途中に余計な文字が入るとエラーになります。「1700000000abc」を貼り付けると、部分変換ではなく無効日付のエラーが出ます。末尾にスペースが付いた「1700000000」は正常に変換されます。タイムゾーン付きの「1700000000+0200」は、オフセットを無視して基準の数字をUTCとして扱います。ログから角括弧や引用符ごとコピーした場合は、先に取り除いてください。数字だけを選択して貼り付ける癖をつけると確実です。
Q UTC+9のようなタイムゾーンで日付がずれて表示されるのはなぜ?
A Unixタイムスタンプは1970年1月1日0時UTCからの秒数です。このツールの表示はデフォルトでUTC。東京(UTC+9)では、15:00 UTCに相当する値が翌日0時として表示されます。つまり現地の午前9時はUTCの0時—同じ瞬間です。ツールのタイムゾーン欄を確認するか、頭の中でオフセットを加算してください。1700000000を変換して実際の表示を確かめてみましょう。数値自体にタイムゾーンがないと理解すれば、ずれの謎はほぼ解けます。ログ解析の際はUTCのまま比較するのが安全です。
Q UnixタイムスタンプとISO 8601のような通常の日付形式の違いは?
A Unixタイムスタンプは、1970年1月1日UTCからの経過秒数を表す単一の数字です。一方、ISO 8601は「2025-02-23T14:30:00Z」のようなテキスト文字列です。タイムスタンプは計算に優れていて、2つの値を引くだけで正確な期間が出ます。でも人間が読むには変換が必須です。プロジェクトの締切を管理する場合、DBに「2025-12-31」と入れるのは明確ですが、日付同士を比較するには解析ロジックが必要になります。このツールなら両者を瞬時に切り替えられます。学術引用やAPIレスポンスではISO 8601の可読性が勝りますが、パフォーマンス計測やログにはタイムスタンプが軽量で高速。データを消費する相手で選びましょう。
Q サーバーのログファイルを一度に大量変換できますか
A ブラウザの動作を軽く保つため、このツールは一度に一つの値を処理します。ApacheやNginxのログから数千件を変換したい場合は、Pythonスクリプトを使う方が効率的です。datetimeモジュールでループ処理を書いてみてください。ただ、今目の前にあるエラーコードの時間を1つ調べるだけなら、ここに貼り付けるのが一番早いです。
Q 1970年より前の過去の日付を示す負のタイムスタンプも変換できますか?
A 負の数は1970年の基準時点より前の秒数を表します。例えば-86400を入力すると1969年12月31日になります。歴史的なデータの検証に役立ちます。-2208988800と入力して1900年1月1日を確認してみてください。

使い方

関連ツール