表示中の値はすべてお使いの端末の時計から取得しています。UNIXタイムスタンプ（エポック秒）は1970年1月1日0時0分0秒（UTC）からの経過秒数です。すべてブラウザ内で計算され、入力やタイムスタンプが外部に送信されることはありません。
現在のUNIXタイムスタンプツールの使い方
このページを開くと、今この瞬間のUNIXタイムスタンプ（エポック秒）が画面上部に大きく表示され、1秒ごとに自動で更新されていきます。入力は一切不要で、開いた瞬間からリアルタイムの秒数を確認できます。「秒の値をコピー」ボタンを押せば、その時点の秒数をワンクリックでクリップボードにコピーして、テストデータやAPIリクエスト、設定ファイルなどにすぐ貼り付けられます。
秒の値と同時に、ミリ秒（JavaScriptのDate.now()相当）、ISO 8601形式、UTC日時、JST（日本標準時）日時、端末のローカル日時、そして今日0時（ローカル）のタイムスタンプも一覧で表示します。これらもすべて1秒ごとに更新されるので、各表現の対応関係をその場で確認できます。すべての処理はお使いのブラウザ内で完結し、通信やサーバー送信は一切行いません。
Unix時間と日時の相互変換
ページ下部には2つの変換フォームを用意しています。「Unix時間 → 日時に変換」では、任意のUNIXタイムスタンプ（秒）を入力すると、それに対応するJST（日本時間）とUTCの日時を表示します。「日時 → Unix時間に変換」では、日時を選ぶとその瞬間のタイムスタンプを秒とミリ秒で求められます。これらの入力欄は任意で、空のままでも上部のリアルタイム表示は動作し続けます。
UNIXタイムスタンプの基礎知識
UNIXタイム（エポック秒）は、協定世界時（UTC）の1970年1月1日0時0分0秒を起点として、そこからの経過秒数で時刻を表す方式です。タイムゾーンに依存しない単一の整数で世界中の同じ瞬間を表せるため、データベースやログ、API、認証トークンの有効期限など、開発の現場で標準的に使われています。
| 項目 | 内容 |
|---|
| 起点（エポック） | 1970年1月1日 00:00:00 UTC |
| 秒単位 | 現在は10桁の整数（例: 1700000000） |
| ミリ秒単位 | 秒を1000倍した13桁の値（Date.now()） |
| タイムゾーン | 持たない（UTC基準の絶対時刻） |
| 2038年問題 | 32ビット符号付き整数での上限に起因 |
秒とミリ秒に注意
UNIXタイムには秒単位（10桁）とミリ秒単位（13桁）の2種類があり、扱いを取り違えると時刻が約1000倍ずれてしまいます。JavaScriptのDate.now()やnew Date().getTime()はミリ秒を返すため、秒を期待するシステムに渡すときは1000で割ってください。本ツールでは秒・ミリ秒の両方を並べて表示するので、必要な単位をそのままコピーできます。
よくある質問
UNIXタイム（エポック秒）とは？
UNIXタイムとは、協定世界時（UTC）の1970年1月1日0時0分0秒を起点（エポック）として、そこから経過した秒数で時刻を表す方式です。エポック秒やPOSIX時間とも呼ばれます。タイムゾーンに依存しない単一の整数で世界中の時刻を表せるため、プログラムやデータベース、ログ、API通信などで時刻の記録や比較に広く使われています。
秒とミリ秒の違いは？
UNIXタイムには秒単位とミリ秒単位の2種類があります。秒単位は1970年からの経過秒数で、現在は10桁の整数です。ミリ秒単位はそれを1000倍した13桁の値で、JavaScriptのDate.now()が返すのはこのミリ秒です。1000で割ると秒に変換できます。扱うシステムがどちらの単位を期待しているかを必ず確認してください。本ツールでは秒とミリ秒の両方を同時に表示します。
今のエポック秒は何に使う？
現在のエポック秒は、APIのタイムスタンプ付与、トークンやセッションの有効期限（expや発行時刻iat）の設定、ログやデータのソート、キャッシュのバージョン管理、デバッグ時の時刻確認など、開発の幅広い場面で使われます。タイムゾーンに左右されない一意の値なので、その場でコピーしてテストデータやリクエストパラメータに貼り付ける用途に便利です。
タイムゾーンはどう扱われる？
UNIXタイムスタンプ自体はUTC基準の絶対時刻であり、タイムゾーンを持ちません。どの地域で見ても同じ瞬間なら同じ値になります。人間が読む日時に変換するときにタイムゾーンが関係し、本ツールではUTC日時とJST（日本標準時、UTC+9）日時、そしてお使いの端末のローカル日時をそれぞれ表示します。同じタイムスタンプでも表示上の時刻が9時間ずれるのはこのためです。
2038年問題とは？
2038年問題とは、UNIXタイムを32ビット符号付き整数で扱うシステムで、2038年1月19日3時14分7秒（UTC）を超えると値がオーバーフローし、時刻が1901年などに巻き戻ってしまう不具合です。原因は32ビットで表せる秒数の上限（約21億秒）を超えることにあります。対策として、多くの現代的なシステムでは64ビット整数でタイムスタンプを扱い、事実上この上限を心配する必要をなくしています。