この内容は古いバージョンです。最新バージョンを表示するには、戻るボタンを押してください。
バージョン:4
ページ更新者:atom
更新日時:2026-06-12 15:50:05

タイトル: 「Save Game To Slot」の戻り値がfalseになる問題の解決方法
SEOタイトル: UE5のSave Game To Slotがfalseになる原因と解決方法

Unreal Engine 5（以下UE5）で「Save Game To Slot」ノードの戻り値（Return Value）がfalseになるのは、セーブデータの書き込みに失敗しているサインです。最も多い原因は、有効なセーブゲームオブジェクトが渡されていないこと（Create Save Game Objectをしていない、または変数がNullのまま）です。本記事では、まず最短で直すための手順を示し、続いて主な原因・確認方法・落とし穴・FAQを順に解説します。なお、ここで紹介する内容はUE5系の一般的な挙動に基づくため、お使いのエンジンバージョンや対象プラットフォームによって細部が異なる場合があります。最終的な仕様は公式ドキュメントでのご確認をおすすめします。

この記事の要点
  • 戻り値falseは「保存に失敗した」という意味。まず渡しているセーブゲームオブジェクトが有効か（Nullでないか）を疑う。
  • 正しい順序はCreate Save Game Object → 値を設定 → Save Game To Slot。この順を守るだけで多くのケースが解決する。
  • 渡す前にIs ValidでNullチェックを入れると、原因の切り分けが一気に進む。
  • スロット名は保存時とロード時で完全に一致させ、変数で固定するのが安全。
  • 保存したい変数はSaveGameクラスのメンバ変数として定義し、必要に応じてSaveGame指定子を付ける。
  • 容量不足・書き込み権限・モバイル/コンソールの制約も失敗要因になり得る。

最短の解決手順（まずこれを試す）

原因の多くは「セーブ処理の組み立て順」と「Null状態のオブジェクトを渡していること」に集約されます。次の手順どおりに組み直すと、多くのケースで戻り値がtrueに戻ります。

  1. Create Save Game Objectノードで、自作のSaveGameクラスを指定してセーブゲームオブジェクトを生成する。
  2. 生成したオブジェクトの各変数（メンバ）に保存したい値を代入する。
  3. そのオブジェクトをSave Game To SlotのSave Game Objectピンに渡す。
  4. スロット名（Slot Name）とUser Indexを指定する。User Indexは単一プレイヤー想定なら0でよい。
  5. 戻り値がtrueになることを確認する。falseの場合は、後述の「Is Validチェック」を追加して切り分ける。

ありがちな失敗は、毎フレームや別処理で使う「セーブゲームオブジェクト変数」を宣言だけして一度もCreate Save Game Objectで生成していないパターンです。この場合、変数はNull（未設定）のままSave Game To Slotに渡されるため、保存は成立せずfalseが返ります。「保存の直前に必ず有効なオブジェクトが存在する」状態を作ることが第一歩です。

戻り値がfalseになる主な原因

Save Game To Slotがfalseを返す代表的な原因を、影響が大きい順に整理します。

原因何が起きているか主な対処
セーブゲームオブジェクトがNullCreate Save Game Objectをしておらず、変数が空のまま渡されている保存直前にCreate Save Game Objectで生成。Is Validで確認
処理順が逆値設定や生成より先にSave Game To Slotを呼んでいる生成→値設定→保存の順に並べ直す
スロット名の不一致・不正空文字や特殊文字、保存とロードで名前が違うスロット名を変数で固定し、保存・ロードで共有
保存変数が定義されていないSaveGameクラス側に該当変数がなく値が乗らないSaveGameクラスにメンバ変数を定義（必要に応じSaveGame指定子）
書き込み権限・容量不足保存先ディレクトリに書けない、ストレージが満杯空き容量と保存先の権限を確認
プラットフォーム制約モバイル/コンソール特有のストレージ・認証要件各プラットフォームの保存方式に合わせる

1. セーブゲームオブジェクトがNullのまま渡されている

最頻出の原因です。Save Game To Slotは、有効なセーブゲームオブジェクトを受け取って初めて書き込みを行います。Create Save Game Objectを呼んでいない、あるいは別の場所で生成したつもりの変数が実際には空（Null）になっている場合、保存は成立せずfalseが返ります。Save Game Objectピンに渡しているオブジェクトが「確実に生成済みか」を最初に確認してください。

2. 生成・値設定・保存の順序が崩れている

UE5のセーブは「Create Save Game Objectで器を作る → その器に値を入れる → Save Game To Slotで書き出す」という流れが基本です。値の代入より前に保存を呼んだり、生成より前に保存を呼んだりすると、空または不完全な状態が書き出されたり、失敗したりします。ノードの実行ピン（白い矢印）が意図した順序でつながっているかを見直しましょう。

3. スロット名が不正、または保存とロードで食い違っている

スロット名（Slot Name）が空文字だったり、ファイル名として扱いにくい特殊文字（スラッシュ「/」やコロン「:」など）を含んでいると、環境によっては保存に失敗することがあります。さらに見落としがちなのが、保存時とロード時でスロット名がわずかに違うケースです。保存自体は成功していても、ロードで別名を指定して「保存できていない」と誤認することがあります。スロット名は1か所の変数で定義し、保存・ロードの両方から参照するのが安全です。

4. 保存したい変数がSaveGameクラスに定義されていない

保存対象の値は、自作のSaveGameクラス（USaveGameを継承したクラス）のメンバ変数として用意し、その変数へ代入してから保存する必要があります。クラス側に受け皿となる変数がないと、値はどこにも乗らず、保存しても意味のあるデータになりません。C++でArIsSaveGameを有効にして書き出す構成では、対象プロパティにSaveGame指定子を付ける必要がある点にも注意してください（Blueprintのみで完結する一般的な構成では、クラスに変数を持たせて代入すれば保存対象になります）。

5. 書き込み権限・ストレージ容量の問題

保存先に書き込めない場合もfalseになります。ディスク／ストレージの空き容量が不足している、保存先ディレクトリへの書き込み権限がない、といったケースです。特にコンソールやモバイルでは保存先や権限の扱いがPCと異なるため、容量と権限の両面を確認してください。

6. 対象プラットフォーム固有の制約

モバイルやコンソールでは、ストレージの保存方式や認証・認可の要件がPCと異なります。「エディタ上では成功するが、実機ビルドでのみfalseになる」という事例も報告されています。実機で問題が出る場合は、対象プラットフォームのセーブ要件を個別に確認する必要があります。なお、大きなデータの保存や、プレイヤーが操作中の自動セーブでは、フレーム落ちや一部プラットフォームの認証回避の観点から、同期版のSave Game To SlotではなくAsync Save Game to Slot（非同期版）の使用が推奨されています。

原因を切り分けるためのチェック手順

falseが返るとき、どの段階で失敗しているかを切り分けると解決が早まります。

  • Is Validで渡す前に確認：Save Game To Slotに渡す直前で、セーブゲームオブジェクトをIs Validに通します。Not Validなら、Create Save Game Objectが実行されていない（=原因1）と特定できます。
  • 戻り値を分岐で受ける：Save Game To Slotの戻り値をBranchに接続し、falseのときにPrint Stringでメッセージを出すと、失敗の発生を可視化できます。
  • Output Log / Message Logを確認：エディタのログに警告やエラーが出ていないかを確認します。手がかりが残っていることが多いです。

// 切り分けの考え方（擬似フロー）

Create Save Game Object（クラス＝自作SaveGame）

→ 変数に値を代入

→ Is Valid?（Not Validなら生成漏れ＝原因1）

→ Save Game To Slot（Slot Name＝変数で固定 / User Index＝0）

→ Return Value を Branch で判定（false なら Print String で表示）

保存できているかを確認する方法

保存処理を直したら、本当に書き込めているかを確認します。次の2つが定番です。

  • Does Save Game Exist：指定したスロット名とUser Indexのセーブデータが存在するかを真偽値で返します。保存後にtrueになれば、書き込み自体は成立しています。
  • Load Game from Slot：保存に使ったのと同じスロット名・User Indexでロードし、戻り値を自作SaveGameクラスにキャストします。キャストが成功し、保存したはずの値が取り出せれば、保存とロードの往復が機能していると確認できます。

ここで重要なのは、確認に使うスロット名・User Indexを保存時とそろえることです。名前やインデックスがずれていると、保存は成功していてもDoes Save Game Existがfalseを返し、原因を見誤ります。

よくある落とし穴
  • オブジェクト未生成：Create Save Game Objectを通さず、空（Null）の変数をそのまま渡している。Is Validで最初に弾く。
  • スロット名の不一致：保存とロード（や存在確認）でスロット名・User Indexが違う。1か所の変数で共有して防ぐ。
  • 処理順の取り違え：値の設定より先に保存を呼び、空のまま書き出している。実行ピンの流れを確認する。
  • 容量・権限：ストレージ満杯や保存先への書き込み不可。実機では特に確認が必要。
  • モバイル/コンソール固有の制約：エディタでは通るが実機でのみfalse。対象プラットフォームの保存要件を個別に確認する。
  • C++でのSaveGame指定子漏れ：ArIsSaveGame運用時にプロパティへSaveGame指定子が付いておらず、値が保存対象から外れる。

よくある質問（FAQ）

Q1. Create Save Game Objectは毎回呼ぶ必要がありますか？

新規にセーブデータを作る場面では、Create Save Game Objectで有効なオブジェクトを用意してから保存します。すでに有効なセーブゲームオブジェクトを保持していて、その値を更新して保存し直すだけなら毎回生成する必要はありません。ポイントは「Save Game To Slotに渡すオブジェクトが、その時点でNullでないこと」です。不安なときは渡す前にIs Validを挟むと確実です。

Q2. User Indexには何を指定すればよいですか？

単一プレイヤー向けの一般的な構成では0で問題ありません。重要なのは、保存・ロード・存在確認のすべてで同じUser Indexを使うことです。値がずれると、保存したデータを正しく参照できず「保存できていない」ように見えることがあります。

Q3. エディタでは保存できるのに、実機（モバイル等）だけfalseになります。

プラットフォーム固有のストレージ・権限・認証要件が原因のことがあります。実機で問題が出る場合は、対象プラットフォームのセーブ要件を確認し、必要に応じて非同期版のAsync Save Game to Slotの利用も検討してください。具体的な要件はバージョンやプラットフォームで異なるため、最終的には公式ドキュメントでの確認をおすすめします。

まとめ

Save Game To Slotの戻り値がfalseになるのは「保存に失敗した」というサインで、最も多い原因は有効なセーブゲームオブジェクトを渡せていないことです。まずは「Create Save Game Object → 値設定 → Save Game To Slot」の順に組み直し、渡す直前にIs Validを挟んでNullを切り分けるのが近道です。あわせてスロット名・User Indexを変数で固定して保存・ロードで共有し、必要に応じて容量・権限・プラットフォーム制約を確認すれば、多くのケースで保存が成立するようになります。それでも解決しない場合は、Output LogやMessage Logの内容と合わせて、お使いのバージョンの公式ドキュメントを確認してください。