日付から Epoch へ — 日付を Unix タイムスタンプに変換
日付と時刻を Unix タイムスタンプ（epoch 秒）に変換します。ミリ秒・ナノ秒バリアントも対応、すべてブラウザ内で完結。アップロード不要、制限なし。
Date to Epoch
Convert dates and times to Unix epoch timestamps. Works entirely in your browser — no uploads.
Unix タイムスタンプは、コンピュータの世界における時間の共通語です。あらゆるデータベース、あらゆるログファイル、あらゆる API、あらゆるスケジューラが Unix タイムスタンプを利用しています。タイムゾーンに依存せず（同じ数値は地球上のどこでも同じ瞬間を意味し）、正しく並び替えられ（数値が大きいほど必ず後の時刻であり）、クリーンに往復でき（数値に変換して保存し、読み戻して日付に戻しても情報は失われず）、そして唯一の規範的な定義（1970 年 1 月 1 日 00:00:00 UTC からの経過秒数）を持ちます。実質的に floor((date - 1970-01-01) / 1000) でしかないこの処理にツールが存在する理由は、3 つのタイムゾーン絡みの落とし穴——ローカル時刻と UTC の取り違え、秒とミリ秒の取り違え、DST の切り替わり——を正しく扱うのが面倒であり、間違えた結果は数時間ずれたタイムスタンプになるからです。
Date-to-Epoch において「意外と見落とされがち」なのは精度の問題です。規範的な Unix タイムスタンプは秒単位ですが、モダンなシステムの多くはミリ秒を採用しています（JavaScript の Date.now()、Java の System.currentTimeMillis()、Python の time.time() は秒、.time.time_ns() はナノ秒を返します）。本ツールは 3 つの精度をすべて出力するので、行き先に合うものを選べます。よくあるバグは異なる精度のタイムスタンプ同士を比較してしまうことで、ミリ秒の値を秒の値と比較すると、結果は 2026 年ではなく 1970 年の日付になります。本ツールの並列表示は、貼り付ける前にそうしたミスに気づく助けになります。
最終的な引き渡しにあたって：タイムスタンプをデータベースに保存する場合は、まずカラムの型を確認してください。多くのデータベースには TIMESTAMP 型または BIGINT 型があり、精度（秒かミリ秒か）を合わせる必要があります。ログファイルや HTTP ヘッダに入れるなら、規約上は秒が標準です（RFC 7231 の日付は秒単位、サブ秒精度付き ISO 8601 も許容されます）。cron ジョブやスケジュール済みタスクに使うなら、時刻が確定した後に Cron-to-Human ツールでスケジュールを人間可読な形に検証できます。本ツールは数値を提供するだけです。その数値をどう扱うかは、行き先が決めます。
使い方
日付と時刻を入力する
カレンダー入力から日付を、時計入力から時刻を選んでください。デフォルトはブラウザのタイムゾーンにおける「現在時刻」です。ISO 8601 文字列（`2026-06-16T14:30:00Z`）もテキスト入力欄で受け付けます。
タイムスタンプの精度を選ぶ
秒（標準の Unix 時間）、ミリ秒（JavaScript の `Date.now()` および多くのサーバーログ）、ナノ秒（Go の `time.Now().UnixNano()` および一部の高解像度テレメトリ）から選択できます。出力は精度に応じて更新されます。
タイムスタンプをコピーする
出力欄の任意の行をクリックすれば、そのタイムスタンプがクリップボードにコピーされます。現在時刻と解析後の時刻が並んで表示されるため、貼り付ける前に変換結果を確かめられます。
よくある質問
Unix タイムスタンプとは何ですか？
Unix タイムスタンプとは、1970 年 1 月 1 日 00:00:00 UTC（Unix エポック）から経過した秒数です。タイムゾーンに依存せず、地球上のどこでも同じ瞬間は同じ数値になります。たとえば 2026-06-16T00:00:00Z は 1749936000 です。
なぜ秒・ミリ秒・ナノ秒の 3 種類があるのですか？
システムによって採用される精度が異なるためです。Unix C API は秒、JavaScript と Java はミリ秒、Go と一部の高解像度テレメトリはナノ秒を使います。本ツールは 3 種類すべてを出力するので、行き先のシステムに合うものを選べます。
タイムゾーンはどのように扱われますか？
デフォルトはブラウザのローカルタイムゾーンです。「UTC」トグルで入力を UTC に切り替えられます。`Z` 接尾辞または数値オフセット付きの ISO 8601 文字列はそのオフセットとして解釈され、接尾辞のない ISO 8601 文字列はブラウザのローカル時刻として解釈されます。
未来や大昔の日付を変換できますか？
はい、可能です。Unix タイムスタンプ形式は 32 ビット符号付き整数で 1970 年から 2038 年までを、64 ビットで 1970 年から約 2920 億年までを扱えます。JavaScript の `Date` オブジェクトは 1970 年から前後約 275,000 年までに制限されており、本ツールもその上限に従います。
閏秒はどうなりますか？
Unix 時間は閏秒を無視します。つまり、すべての UTC 日はちょうど 86,400 秒です。2016-12-31T23:59:60（実際の閏秒の瞬間）の Unix タイムスタンプは 2017-01-01T00:00:00 と同じになります。これは `date +%s` や多くのライブラリの挙動と一致します。
制限事項
- JavaScript Date の範囲ツールは内部で JavaScript の `Date` オブジェクトを使用しており、扱える日付の範囲はおおよそ紀元前 271,821-04-20 から西暦 275,760-09-13 までです。この範囲外の日付は `NaN` または `Invalid Date` を返します。史前またははるか未来の日付については、Python や Java のツールをご利用ください。
- 営業日ロジックは搭載していません本ツールは暦の日付を変換するだけです。営業日、祝日、営業時間といった概念は認識しません。営業日の計算が必要な場合は、変換後の結果を `business-time` や `workalendar` などのライブラリで処理してください。
- 暦体系の変換は非対応です入力・出力はともにグレゴリオ暦です。ユリウス暦やイスラム暦など他の暦体系との変換には対応していません。1582 年以前の歴史的な日付は、グレゴリオ暦改暦の影響により結果が数日ずれる場合があります。
プラットフォーム別の注意点
- macOS
- macOS Terminal での同等コマンド：`date -j -f '%Y-%m-%d %H:%M:%S' '2026-06-16 14:30:00' +%s` です。都度ターミナルを開くほどでもない軽微な変換には、ブラウザ版ツールが適しています。
- Windows
- PowerShell での .NET 相当の書き方：`[DateTimeOffset]::Parse('2026-06-16T14:30:00Z').ToUnixTimeSeconds()` です。クロスプラットフォームで結果を一貫させたいときはブラウザ版ツールが適しています。同じ入力はどのプラットフォームでも同じ出力を返します。
- Linux
- GNU coreutils での同等コマンド：`date -d '2026-06-16 14:30:00 UTC' +%s` です。チャット・メール・ドキュメントなどから貼り付けた内容を打ち直すのが現実的でない場面では、ブラウザ版ツールが適しています。
- CLI
- 同じ変換ロジックは各言語の標準ライブラリに用意されています。Python の `calendar.timegm()`、Ruby の `Time.now.to_i`、Go の `time.Parse().Unix()` などです。スクリプトを書くほどでもないアドホックな変換には、ブラウザ版ツールが適しています。
- Web
- 完全にクライアントサイドで動作します。ページの読み込みが完了すればオフラインでも利用可能です。変換には JavaScript の `Date` オブジェクトを使用しており、DST の切り替わり付近にはこのオブジェクト特有の既知の癖があります。重要な変換では、基準時計と照合して結果を確認してください。