unix · ISO · タイムゾーン
時刻変換
UnixタイムスタンプまたはISO 8601の日付を貼り付けると、その瞬間をUTC、選んだタイムゾーン、注目しているタイムゾーンで読めます。オフセットの計算はこのタブ内で行われます。
数字だけの場合は桁数で解釈します。ちょうど10桁は秒、ちょうど13桁はミリ秒で、それ以外の桁数は推測せず拒否します。オフセットのないISO日付はUTCとして読まれます。1つの瞬間を意図したもので、タイムゾーンごとに1つではないからです。
タイムスタンプを変換する手順
瞬間を入力
10桁のUnixタイムスタンプ、13桁のミリ秒のもの、または 2026-09-12T14:30:00Z のようなISO日付を貼り付けます。now と入力すればこの瞬間から始められます。
タイムゾーンを選ぶ
その瞬間をどのタイムゾーンで読むかを選びます。UTCが先頭に来て、よく使うゾーンが続き、全リストはブラウザ自身のタイムゾーンデータベースが知っているものです。
時計を読む
同じ瞬間が、自分のタイムゾーンと短いリストの横に各オフセット付きで現れ、秒、ミリ秒、マイクロ秒としても表示されます。APIがどれを要求しても対応できます。
タイムスタンプとは何か、このページがそれをどう扱うか
Unix時間は1970-01-01T00:00:00Zからの秒数を数え、閏秒を意図的に無視します。だから数値がどこでも同一で、タイムゾーンは常に表示上の選択にすぎません。10桁は2001年から2286年をカバーするため、ログやURLからコピーした値はほぼ常に秒です。データベースの列やJavaScriptの日付は13桁を返し、これは同じ尺度のミリ秒です。
ISO 8601は同じものを暦の上に書きます。2026-09-12T14:30:00+03:00 はイスタンブールの壁時計で表した1つの瞬間で、Zはちょうど+00:00を意味します。オフセットのない文字列は曖昧なので、このページはお使いのマシンのタイムゾーンを仮定せずUTCとして読みます。オフセット自体はブラウザのtzデータベースから来るため、Europe/Istanbulはトルコが2016年以降保っている規則により一年中UTC+3のままで、America/New_Yorkは日付に応じてUTC−4かUTC−5になります。
時刻変換の質問
タイムスタンプはサーバーに送られますか？
いいえ。解析とタイムゾーンの計算はブラウザにすでにインストールされているIntl APIで実行されるため、調べた瞬間が送信されることはなく、一度読み込めばページはオフラインでも動作し続けます。記録するものがないので、何も記録されません。
同じタイムスタンプがニューヨークで違う時刻を示すのはなぜですか？
タイムゾーンのオフセットが日付に依存するからです。ニューヨークは冬がUTC−5、夏がUTC−4で、ブラウザはその瞬間に有効だった規則を適用します。したがって変換は常に2つの瞬間の間で行われ、2つのタイムゾーン名の間ではありません。タイムスタンプを変えればオフセットも変わります。
秒、ミリ秒、マイクロ秒のどれをコピーすべきですか？
それらは3つの解像度で表した同じ瞬間です。10桁のUnix秒、13桁のミリ秒、そして両者と並ぶマイクロ秒です。APIは期待する単位がまちまちで、Unix時間は慣例的に秒、ブラウザやデータベースのタイムスタンプは通常ミリ秒です。渡すツールやエンドポイントが要求するものを取ってください。
12桁の数値を貼り付けるとどうなりますか？
推測せずに拒否されます。10桁だけが秒として読まれ、13桁だけがミリ秒として読まれるからです。推測すると瞬間が数十年ずれてしまい、打ち間違えた数値や切り詰められた数値はエラーとして気づきやすくなります。オフセット付きのISO 8601の日付は数値と同じように機能し、曖昧さがありません。