Unixタイムスタンプ変換
変換モード
秒・ミリ秒（ms）を自動判定
シェアする
使い方
- 1 3つのモードから選択: 「現在時刻」・「タイムスタンプ→日時」・「日時→タイムスタンプ」。
- 2 タイムスタンプは秒(10桁)・ミリ秒(13桁)を自動判別。例: 1700000000(秒)・1700000000000(ミリ秒)どちらもOK。
- 3 日時はISO 8601形式(YYYY-MM-DDTHH:MM)で入力。タイムゾーンはJST固定。
- 4 結果はJST・UTC・ISO 8601の3形式で表示。コピーボタンで各値をクリップボードへ。
Unixタイムスタンプ変換について
よくある質問
Q 10桁と13桁のタイムスタンプの違いは?
10桁は<strong>秒(Seconds)</strong>、13桁は<strong>ミリ秒(Milliseconds)</strong>です。秒(10桁)はUnix/Linux/PHP/Python標準、ミリ秒(13桁)はJavaScript Date.now()・Java・MongoDB・Slack APIで使われます。本ツールは自動判別するため、どちらを貼り付けてもOK。13桁以上は1000で割って秒に変換します。
Q Y2K38問題とは?
<strong>2038年1月19日 03:14:07 UTC</strong>に、32bit符号付き整数でUnixタイムを保持するシステムが整数オーバーフロー(<code>2,147,483,647</code>を超える)を起こす問題。負の値になり、年が1901年に飛んでしまいます。古い組み込み機器・C言語の<code>time_t</code>が32bitのコード等が影響範囲。PHP 5.2+・Python 3・JavaScriptは元から64bitなので大丈夫。本ツールで<code>2147483647</code>を入力すると、Y2K38境界の確認ができます。
Q JSTとUTCはどう違う?
<strong>JST(Japan Standard Time)はUTC+9</strong>で、UTCより9時間進んでいます。例: UTC 2026-05-08 09:00:00 = JST 2026-05-08 18:00:00。日本はサマータイムを採用していないため、年間を通じてオフセット固定。一方、米国・欧州はサマータイム期間中はUTC+offsetが1時間変動します。
Q JWTのexp(有効期限)を確認するには?
JWTのpayloadに含まれる<code>exp</code>はUnix秒(10桁)。本ツールに値を入力するとJST/UTCの実時刻に変換されます。例: <code>{"exp": 1735689600}</code> → 2025-01-01 09:00:00 JST。本サイトのJWTデコーダーで自動的に解析もできます。期限切れトークンは<code>exp < 現在のUnix秒</code>の状態。
Q うるう秒はUnixタイムに影響する?
UnixタイムはISO 8601と異なり<strong>うるう秒を無視</strong>します。実際の地球の自転と原子時計の差を調整するためにうるう秒が追加されますが、Unixタイムは「1日=86,400秒」を厳守するため、その瞬間に1秒が「消える」または「重複」します。アプリレイヤーで気にする必要はほぼありません。最後のうるう秒は2017年1月1日。
Q タイムゾーン情報はどう保存する?
<strong>UTCで保存し、表示時にローカルタイムゾーンに変換</strong>するのが鉄則。データベースには<code>TIMESTAMP</code>(UTC自動変換)または<code>BIGINT</code>(Unix秒)で保存。JSON APIでは<code>2026-05-08T09:30:00Z</code>(末尾Z=UTC)が標準。タイムゾーン情報を文字列で保存する場合は<strong>IANA tz database名</strong>(<code>Asia/Tokyo</code>等)を使い、<code>JST</code>のような略称は曖昧で非推奨です。
Q システムでlogの時刻がずれる時の対処は?
原因と対処:</p><ul class="ri-ul"><li><strong>サーバーのタイムゾーン未設定</strong>: <code>timedatectl set-timezone Asia/Tokyo</code>(Linux)、<code>php.ini</code>で<code>date.timezone = "Asia/Tokyo"</code></li><li><strong>NTPサーバー未同期</strong>: <code>chrony</code>または<code>ntpd</code>でNTPサーバー(time.nist.gov等)同期</li><li><strong>夏時間切替時</strong>: 米国・欧州で発生、サマータイム終了時に1時間が2回</li><li><strong>クラウドVM</strong>: AWS EC2デフォルトはUTC、明示的に変更が必要</li></ul>
Q Cookie のexpires と Max-Age どっち?
HTTP標準ではどちらも有効ですが、<strong>Max-Age(秒)が新しく推奨</strong>。expires はHTTP-date形式(<code>Wed, 21 Oct 2026 07:28:00 GMT</code>)で互換性のため残存。新規実装ではMax-Ageを優先。例: <code>Set-Cookie: session=abc; Max-Age=3600</code>(1時間後失効)。両方指定するとMax-Ageが優先されます(RFC 6265)。
Q Excel/Googleスプレッドシートの日付とUnixの違いは?
Excelは<strong>1900年1月1日からの日数</strong>(Excelシリアル値)で、Unixタイム(秒)とは別形式。変換式: <code>Unix秒 = (Excelシリアル値 - 25569) × 86400</code>。例えばExcel「44944」(2023-01-01)はUnix「1672531200」。Googleシートも同じ。本ツールには直接対応していませんが、表計算ソフトで上記式を使えば変換できます。