【Laravel】日時を保存するたびに9時間ずれる？原因とモデルキャストによる解決策｜ブログ

はじめに Laravel + Inertia.js + React のモダンな構成でSPAを開発している際、「日時データを保存・更新するたびに、なぜか9時間マイナスされてしまう」という現象が発生しました。 今回はその原因と、Laravelモデルの $casts を使ったシンプルな解決策を解説します。 前提：どんな機能を作っていたか（※架空のプロジェクト例） 現象をイメージしやすくするため、今回は「オンライン講座の予約・配信システム」を開発している場面を想定します。 管理画面から、以下の日時を設定する仕様がありました。 講座の開催期間（日付のみ）：coursestartdate, courseenddate 講座ページの公開期間（日時）：pubstart, pubend バックエンドは Laravel（APIリソースクラスを活用）、フロントエンドは React（Inertia.js）という技術スタックです。 発生した事象について 管理画面のフォームから日時を入力して一度保存→再度その編集画面を開いて「保存」ボタンを押す。それを繰り返すたびに、設定した日時が -9時間ずつ（例：18時→9時→0時…）過去にずれていくという現象が発生しました。 原因：JSONシリアライズ時の「UTC変換」とフロントエンドの解釈 config/app.php で Asia/Tokyo を設定していても、モデル側で以下のようにただ ‘date’ や ‘datetime’ とだけキャストしていると、この現象が起こります。 ■修正前（バグが起こるコード） ※PHP（Laravel） protected $casts = [ 'coursestartdate' => 'date', 'courseenddate' => 'date', 'pubstart' => 'datetime', 'pubend' => 'datetime', ]; なぜ9時間ずれるのか？ LaravelでのJSON化（ISO 8601形式への変換） モデルの属性を 'datetime' とだけ指定した場合、Inertia や APIリソース経由でフロントエンドへ渡すために JSON化される際、日付オブジェクトは自動的に ISO 8601形式（例: 2026-08-07T09:00:00.000000Z） に変換されます。 フロント（JavaScript）での解釈 末尾の Z は「UTC（協定世界時）」を表します。そのため、JavaScriptの Date オブジェクトなどは、日本時間（JST）で保存したつもりのデータを「UTC」として受け取ってしまいます。 再保存でズレが確定 フロントエンドでズレた日時のままフォーム値として扱い、サーバーに送り返して保存処理を行う。これを繰り返すことで、日本時間（+9時間）とUTC（±0時間）の差分が毎回引かれてしまうことになります。 解決策 解決策は非常にシンプルです。 モデル側の $casts にて、フロントエンドへ渡す際の出力フォーマットを直接指定してあげましょう。 ※PHP（Laravel） protected $casts = [ 'coursestartdate' => 'date:Y/m/d', 'courseenddate' => 'date:Y/m/d', 'pubstart' => 'datetime:Y/m/d H:i', 'pubend' => 'datetime:Y/m/d H:i', ]; このように datetime:Y/m/d H:i や date:Y/m/d とフォーマットを指定すると、JSON化される際にタイムゾーンの識別子がつかない、シンプルな文字列（例: 2026/08/07 18:00） として出力されます。 これにより、React などのフロントエンド側には「意図した通りの日時の文字列」としてそのまま渡るため、予期せぬタイムゾーン変換（-9時間）に巻き込まれなくなります。 まとめ 今回は対応した不具合や対策についてまとめました。 そもそも不具合が起きる前にしっかりデバッグしておくことが大事ではありますが、個人的に気づきにくいと感じた内容だったので記事にまとめました。 最後までご覧いただきありがとうございました！