Steamワークショップは、PCゲームにおけるMOD導入の手軽さを飛躍的に高めたシステムとして広く親しまれています。「サブスクライブ」ボタンをクリックするだけで、Steamクライアントがファイルのダウンロード、前提MODの追跡、スクリプトの配置をすべてバックグラウンドで自動処理します。小規模な調整や外見スキンの変更程度であれば、この仕組みは非常に便利です。
しかし、『RimWorld』、『Cities: Skylines』、『Stellaris』、『Project Zomboid』、『Hearts of Iron IV』のように大量のMODを導入して構築するシミュレーションやストラテジーゲームにおいて、この自動更新機能は時に致命的なトラブルを引き起こします。ワークショップにはMODのバージョンを固定する機能が存在しないため、制作者による自動アップデートが進行中のセーブデータ破損や前提ライブラリの不整合を招き、数百時間かけたプレイデータを一瞬で破壊してしまうことがあります。
自動更新による破損の仕組み：ワークショップの内部動作
大切なセーブデータを保護するためには、Steamがワークショップのファイルをどのように管理しているかを理解しておく必要があります。
Mod Organizer 2やVortexのような独立したMOD管理ツールとは異なり、Steamのワークショップは純粋なクラウド購読サービスとして動作します。
- 集中キャッシュと隔離保存： 購読したMODはゲーム本体のインストールフォルダに直接配置されるのではなく、Steamクライアントの共有キャッシュ領域に保存されます。
...\Steam\steamapps\workshop\content\[]\[]\ここで[]はゲーム固有の識別番号（例：『RimWorld』なら294100）、[]は各MOD固有のURL番号を表します。 - 確認なしのサイレント更新： MOD制作者がバグ修正、バランス調整、または仕様変更をワークショップにアップロードすると、Steamはバックグラウンドで最新マニフェストを検知し、ユーザーへの確認なしにローカルファイルを自動的に書き換えます。
- セーブデータの構造破綻： アップデートによって内部変数の定義が変更されたり、アイテムIDが削除されたり、ゲームの最新ベータ版専用に書き換えられたりすると、古いデータ構造を前提とする進行中のセーブファイルは正常に読み込めなくなります。アイテムの消滅や深刻なエラーにとどまらず、起動時にクラッシュしてゲームが開けなくなるケースも珍しくありません。
- MOD削除による消失リスク： 最も危険なのは、制作者がワークショップからMODを削除したり、非公開に設定したりした場合です。次回のSteam同期時にクライアントはクラウド上に項目が存在しないと判断し、警告なしにローカルストレージから該当フォルダを完全に消去します。そのMODに依存していたセーブデータは二度と復旧できなくなります。
解決策：ワークショップ購読を「ローカルMOD」へ完全隔離する
自動アップデートや突然の削除からセーブデータを確実に守る唯一の方法は、Steamクラウドとの同期を断ち切り、購読MODをゲーム本体のローカルな独立MODとして固定化することです。
多くのMOD対応ゲームには、インストール先またはドキュメントフォルダ内にローカル専用の Mods ディレクトリが用意されています。ここに配置されたMODはゲームから正常に認識されますが、Steamクライアントの自動更新機能からは完全に除外されます。
ステップ1：ゲームのAppIDとキャッシュ場所を確認する
- ブラウザでゲームのストアページまたはコミュニティハブを開き、URLを確認します。
/app/の直後にある数字がAppIDです（例：『Project Zomboid』なら108600）。 - PC内のSteamライブラリドライブを開き、以下のフォルダへアクセスします。
C:\Program Files (x86)\Steam\steamapps\workshop\content\[]\ - フォルダ内には長い数字で名付けられたフォルダが並んでいます。各数字が購読しているMODの識別番号です。
ステップ2：ゲームのローカルModsフォルダへコピーする
- ゲーム固有のローカルMODフォルダを見つけます。通常は以下のいずれかに配置されています。
- インストールフォルダ内：
...\Steam\steamapps\common\[]\Mods\ - ユーザーデータフォルダ内：
%userprofile%\AppData\LocalLow\[]\[]\Mods\またはドキュメント\[]\[]\mod\
- インストールフォルダ内：
workshop\content\[]\内にある数字のフォルダ群を、ゲームのローカルModsフォルダへ丸ごとコピーします。
ステップ3：フォルダ名と設定の整理
- 数字のままだと管理が困難になるため、コピーしたフォルダの名前を分かりやすいMOD名（例：
Harmony、Common-Senseなど）に変更します。 - フォルダ内の設定定義ファイル（
About.xml、mod.info、metadata.jsonなど）を確認し、内部パッケージIDの競合が起きないか確認します。
ステップ4：ゲーム内でローカル版に切り替えて購読解除する
- ゲームを起動してMOD管理画面を開きます。正常に配置されていれば、Steamクラウドのアイコンが付いた項目と、ローカルドライブのアイコンが付いた項目の2種類が表示されます。
- ワークショップ版を無効化し、ローカル版を有効にしてMOD読み込み順（ロードオーダー）を設定・保存します。
- セーブデータが問題なく読み込めることを確認したら、Steamワークショップ側で該当MODの購読を解除します。これによりSteam側のキャッシュは削除されますが、ローカル
Modsに保存したファイルはそのまま残り、バージョンが完全に固定されます。
ゲーム本体の自動アップデートも停止する
MODのバージョンを固定しても、ゲーム本体がアップデートされてしまえば互換性が崩れます。ゲーム自体の更新も適切に制御する必要があります。
- 起動時のみ更新に変更： Steamライブラリでゲームを右クリックし、「プロパティ」 > 「アップデート」から、自動アップデートを「このゲームを起動した時しか更新しない」に設定します。
- Steam経由の起動を回避： プレイする際はSteam上の「プレイ」ボタン（これを押すと更新が始まります）を押さず、ゲームのインストールフォルダにある実行ファイル（
GameName.exe）から直接起動するか、外部ランチャーを使用します。 - ベータ機能でバージョンを固定： 『RimWorld』やParadox作品など多くのタイトルでは、Steamの「プロパティ」 > 「ベータ」タブで過去の安定バージョン（例：
version-1.4-legacyなど）が公式に提供されています。これを選択しておけば、ゲーム本体が強制的にアップデートされる心配がなくなります。
長時間のプレイを前提とした重MOD環境の安全性を確保する際、365FindsのMOD保全ガイドでは、数十時間を1つのセーブデータに費やす前に、クラウド同期型のワークショップ購読を完全にローカルなMODフォルダへ複製・固定化することを推奨しています。
MOD長期保存チェックリスト
- ロードオーダーの記録： 安定動作している状態のMOD一覧と並び順をスクリーンショットまたは外部ファイルに記録しておく。
- 前提ライブラリの優先隔離： 基礎フレームワークやスクリプト拡張機能の不整合はすべてのMODに波及するため、最優先でローカル化する。
- 外部ストレージへのバックアップ： 構築が完了したローカル
Modsフォルダとセーブデータを、定期的にZIP圧縮して別ドライブへ退避する。 - クラウドの永続性を過信しない： ワークショップ上のMODは予告なく改変・削除される可能性があることを前提に行動する。