マイクラのワールドをバックアップするには｜Windows統合版の書き出し・保管・復元確認

時間をかけて作ったマイクラの街や建物を残すなら、Windows統合版のワールドを手動で書き出し、保存した時点と確認結果を一緒に管理しておくと、後で選び直しやすくなります。大切なのは、ファイルがあることと、希望する状態で開けることを分けて確認することです。この記事では、公式資料で案内される書き出しの流れに加え、架空の台帳と復元前チェックを使って、元のデータを守りながら進める方法を整理します。

対象のエディションと残したい状態を確認する

まず「Windowsで遊んでいる」だけで判断しない

バックアップの目的は、時間をかけて作った建築や進行を、必要な時点へ戻せるように備えることです。ただしファイルを一つ作れば、どの端末、どのバージョンでも完全に戻ると保証されるわけではありません。そこで本記事では、公式に案内される書き出しと読み込みの流れを短く確認し、その前後に必要な対象選び、名前付け、保管、復元確認の記録を具体化します。判断に迷った場面では、元のワールドを消さずに止まれる形を優先します。

残したい場面を一文で決める

例えば「港町の駅を作り替える前」「洞窟探索に出る前」「新しいPCへ移す前」など、戻したい状態を一文で書いておきます。ここが曖昧なまま保存すると、後日ファイルを見つけても、それが改築前なのか改築後なのか判断できません。容量が大きい方、日付が新しい方という選び方だけでは、望んでいた状態に戻れるとは限らないためです。保存の理由を一言添えるだけで、取り違えを防ぎやすくなります。

続いて、その状態が分かる目印を三つ選びます。架空のワールド「港町」なら、駅前の赤い屋根、倉庫に置いた資材、海沿いに作った橋などです。単に「ちゃんと戻った」と書くのではなく、どの場所の何を見て判断するのかを決めます。確認する場所を絞っておけば、読み込んだ後に長時間歩き回らずに済みます。必要なら自分で撮った記録を手元に残しますが、公開するための写真ではないので、アカウント名などを外へ送る必要はありません。

複数人で遊んだワールドでは、作業の区切りを相談することも大切です。友人が建築を続けている間に、自分だけが古い時点を保存したと思い込むと、残したい変更が揃いません。いつまでの作業を対象にするか、誰の端末にあるワールドを扱うかを先に揃えます。本記事ではローカルの保管に範囲を絞るため、Realmsの置き換えやサーバーの復元は案内しません。それらの管理画面へ移った場合は別の作業として確認しましょう。

変更の前に書く小さなメモ

準備メモは立派な表でなくても構いません。ワールド名、残したい状態、ゲームに表示された版、確認日、使うPC、追加要素の有無を書けば、最初の手掛かりになります。バージョン番号は他人のブログから写さず、自分の画面で確認したものを残します。確認できない項目は空欄のまま理由を添え、推測で埋めないことが重要です。後から別環境で開く場合、その空欄が先に確認すべき点を教えてくれます。

アドオンや追加パックを使っている場合は、名称と分かる範囲の版も別にメモします。これは移行や動作を保証するためではなく、不足や表示の違いが起きたときに比較する材料です。書き出し済みという言葉だけで、購入履歴、利用権、各種設定まで無条件に移せるとは扱いません。追加要素が多いワールドほど、元データの保全と、小さな確認から進める順番を丁寧にしておくと安心です。

通常保存・範囲コピー・外部バックアップを区別する

「保存した」の中身を分ける

ゲームを保存して終了することと、過去の時点を別ファイルで残すことは、目的が異なります。通常の保存は次に遊ぶための最新状態を残す操作として考え、外部バックアップは、ある時点を意図的に切り出して保管するものとして管理すると混乱しにくくなります。いつもの終了操作をしたから先週の建築へ戻せる、と期待するのは避けましょう。必要なのが最新状態なのか、変更前の状態なのかを先に区別します。

建築物の一部分を複製する操作も、ワールド全体を保管することとは違います。特定範囲を扱うコマンドで別の場所に建物を置けても、それだけで端末故障への備えや、過去の世界の保存ができたことにはなりません。範囲コピーの操作そのものを知りたい場合は、関連記事の「マイクラのコマンドの使い方」を参照してください。本記事ではその続きとして、世界を残すファイルと、戻り先の記録を扱います。

同じPCに名前の違うファイルを二つ置くことも、何に備えるかで意味が変わります。うっかり片方を編集する事故には備えられても、PC全体が使えなくなる場合には両方へアクセスできなくなる可能性があります。「二つある」という数ではなく、同じ故障で同時に失われないかを考えるのが保管の基本です。新しい機器の購入を急ぐ前に、すでに持っている別の保存先と、そこから取り出す方法を確認しましょう。

クラウド同期がある場合も役割を分ける

公式のBedrock Edition 26.40変更履歴には、WindowsのワールドについてクラウドバックアップとCloud Syncの追加が記載されています。そのため「Windows統合版にはクラウドの保存機能がない」と一律に説明するのは適切ではありません。一方、あなたの環境で同期が完了しているか、どの時点を選んで戻せるかは別の確認です。本記事は同期設定を変更する手順ではなく、手動で書き出したファイルを管理する方法に限定します。

同期中という表示、同期済みという表示、目的の時点のファイルを手元で見つけられることを、一つの成功としてまとめないようにします。例えば改築後の状態を別端末でも使えることと、改築前の状態を選び直せることは、読者が求める結果として異なります。どちらが必要かを決めたうえで、手元の機能の説明を確認してください。手動保存はクラウド機能を否定するものではなく、残したい節目を自分で記録する補助策として考えられます。

シード値とバックアップは同じではない

公式の復元案内では、シード値から世界を作り直す方法と、保存済みのバックアップから戻す方法が区別されています。シード値で再作成しても、進めた内容を復元することにはなりません。建てた家や集めた物を残したい人にとって、シード値だけを控えるのでは目的が足りない点に注意しましょう。地形の手掛かりとして残す情報と、自分が進めた世界の保管を別々に扱う必要があります。

この違いを家族や友人に説明するときは、「地図をもう一度作ることと、自分たちが作った街を残すことは別」と整理すると伝わりやすくなります。バックアップ台帳にもシード値を必須欄として増やすより、ファイル名、保存日時、戻したい場面を先に書きます。記録項目が多すぎて続かなくなるより、目的のファイルを迷わず選べる最低限の情報を確実に残す方が実用的です。

範囲コピーの操作は、マイクラのコマンドの使い方と建築コピーの解説で確認できます。本記事の外部保管とは役割を分けて活用してください。

Windows統合版でワールドを書き出す

公式の案内と自分の画面を照合する

公式のWindows向けバックアップ案内では、ワールド一覧から対象の編集へ進み、General Settings内のFile ManagementからExport Worldを選び、保存場所を指定する流れが示されています。日本語の表示を探す際は「ワールドをエクスポート」などの意味に加え、英語の項目名を照合の手掛かりにしてください。ボタンの場所や日本語訳が必ず同じだと決めつけず、対象のワールド名もあわせて確認することが大切です。

Microsoft Learnの資料でも、保存してワールドを終了し、編集画面から書き出す流れと、出力された.mcworldファイルを確認する例が紹介されています。ただし、この資料はテンプレート制作を含む2023年更新の説明です。本記事では書き出しと読み込みに関係する部分だけを参照し、拡張子を変える加工、内部ファイルの編集、テンプレート化などは行いません。一般的な保管が目的なら、必要のない改変を増やさず、書き出されたものを保全します。

1. 操作前に、残したい作業を終えて保存し、対象のワールドから退出します。
2. 次に一覧に表示されている名前と、準備メモの名前を見比べます。
3. 似た名前の練習用ワールドがある場合、並び順やサムネイルだけで選ばず、迷った段階でいったん確認します。
4. バックアップは元を残すための作業なので、対象が確定していないまま削除や置き換えに進む必要はありません。

保存先は最初から見つけられる場所を選ぶ

書き出し先は、後で自分が探せる専用フォルダーを用意すると管理しやすくなります。例として「ゲーム保管」という親フォルダーの下に「港町」というワールド別のフォルダーを置きます。これは本記事で提案する任意の保管場所であり、ゲームが内部で使用しているデータフォルダーの指定ではありません。古い記事にある保存先パスをコピーして、内部データを直接動かす必要もありません。

書き出す際に同じ名前のファイルが見つかった場合は、その場で上書きを決めず、前のファイルが何の節目なのか確認します。例えば「駅の改築前」を残したいのに、改築後のデータで同名保存してしまうと、台帳上の意味が崩れます。日時や用途を変えて別名で残し、元の保管物を守る方針にしておけば、その日の判断ミスで戻り先を失う危険を減らせます。

1. 保存処理が終わったら、ゲームを閉じる前後の適切なタイミングで、選んだ場所にファイルが存在するかを確認します。
2. 名前、拡張子、容量、確認した時刻を控えます。
3. ファイルが見つからない場合は、別のワールドを続けて何度も書き出すのではなく、まず自分が選んだ保存先を確認します。
4. ここでの判定は「ファイルが作られた」であり、まだ「復元できた」ではありません。

ボタンが見つからないときの止まり方

案内された項目が見つからないときは、Windowsの通常統合版なのか、EditorやPreviewなど別の画面を開いていないかを確かめます。Realmsやサーバー管理の操作へ切り替わっていた場合も、そのまま進めないでください。検索結果に似た画像が出ても、別エディションの手順を混ぜて解決しようとすると、目的と異なる変更につながることがあります。確認中に元ワールドを消す必要はありません。

確認のために残す情報は、ゲームに表示された版、操作した項目、見えているエラー文、発生した時点で十分です。パスワードや認証コードをメモに含める必要はありません。公式サポートを利用するときも、何をした直後に何が表示されたかを短く整理すると、原因を決めつけずに相談できます。本記事はデータベースの修復や保護機能の変更を案内するものではないため、書き出し不能を力技で突破する操作は扱いません。

日時と用途が分かる名前で別の場所へ保管する

ファイル名に詰め込みすぎず、台帳と組み合わせる

ファイル名の例は「minato_20261015_1400_before-station.mcworld」です。これは架空のワールド「港町」を、駅の改築前という目的で保管する例で、実際の保存実績ではありません。自分で決める名前の部分と、出力された拡張子を区別し、拡張子を勝手に変更しないようにします。読みやすい日本語の名称でも構いませんが、長い説明や個人情報は台帳の必要な欄へ分けると一覧を見やすくできます。

日時は、ファイルを別の場所へコピーした時刻ではなく、どの状態を保存したか分かる時刻を記録します。コピー先の更新日時が変わった場合に備え、台帳に「書き出し日時」と「別保存日時」を分けておくと混乱を避けられます。同じ日に複数回保存する場合は時刻や連番を加え、朝と夜、作業前と作業後が見分けられるようにします。名前だけで分からない細部を無理に暗記する必要はありません。

台帳の役割は、成功したように見せることではなく、次に何を確かめるか分かるようにすることです。書き出し済み、別保存済み、読み込み未確認、内容確認済みといった状態を分けて記載します。「完了」の一語だけにすると、ファイルを移しただけなのか、実際に開いたのかが分かりません。途中まで進めて中断しても、続きが分かる記録なら十分に役立ちます。

架空のバックアップ台帳を読んでみる

下の台帳は、同じ港町ワールドを三つの節目で残した想定例です。数値や結果はすべて教材用であり、実際のゲームでの検証結果ではありません。第一行は改築前の保管と確認が終わった状態、第二行は改築後のファイルを作っただけの状態、第三行はPC移行に備えて別保存したが移行先では開いていない状態です。この違いを区別できれば、どれを次に確認するか判断できます。

例えば「駅を元の形へ戻したい」という目的なら、最も新しい第三行を機械的に選ぶのではなく、改築前と記録された第一行を候補にします。逆に「最新の街を新PCへ持っていきたい」という目的なら、古い改築前のファイルだけでは希望に合いません。台帳の用途欄と、実際に確認した目印を組み合わせて選ぶことが、日付だけで決める方法との違いです。

保存先は「外付け」だけで終わらせず、自分が判別できる機器名とフォルダー名を記録します。ただし、他人へ渡す資料に自宅の詳細や個人名を載せる必要はありません。ここでは「保管ドライブA／ゲーム保管／港町」のような自分だけが分かる名称で十分です。別保存したつもりでも、元と同じドライブ内の別フォルダーだった、という取り違えを避けることを優先します。

保管物を確認するときも元を残す

別の保存先へ移すときは、最初から唯一のファイルを移動するより、コピーして双方を確認する運用を提案します。コピー先で同じファイル名が見えること、容量が想定と違わないこと、読み取りエラーが出ないことを確認します。ただし容量の一致だけでゲームの中身まで保証できるわけではないため、復元確認の欄は別に残します。これならファイル作成と内容検証を混同せずに済みます。

保管世代を増やす場合も、何でも残せばよいわけではありません。毎日の作業後、重要な変更前、移行前など、用途が分かる単位にすると選びやすくなります。容量が足りなくなったら、削除を急ぐ前に、残すべき節目と確認済みのファイルを一覧にします。この記事では具体的な削除操作を勧めません。少なくとも、唯一の改築前データや未検証の移行元を、名前だけで不要と判断しないようにしてください。

※表は横にスクロールして確認できます。以下はすべて架空の記入例です。

元データを残して読み込みと中身を確認する

「読み込み完了」と「希望どおり戻った」を分ける

Microsoft Learnでは、.mcworldファイルを開いてMinecraftへ読み込み、ワールド一覧に追加されたものを開く流れが説明されています。本記事はその基本的な考え方を参照しますが、手元の関連付けや起動するアプリが正しいかは自分の環境で確認が必要です。別のアプリが開いたり、想定外の確認が出たりしたら、その場で立ち止まってください。読み込むために元のワールドを先に削除する方針にはしません。

判定は四段階に分けます。第一はファイルが存在すること、第二は読み込みの完了表示が出ること、第三は対象のワールドを開けること、第四は残したかった内容を確認できることです。第二段階まで進んだだけで第四段階に丸を付けないようにします。この分け方はゲームの特別な機能ではなく、確認漏れを減らすための本記事独自の記録方法です。

目印を使って戻り先を照合する

準備した三つの目印を、同じ順番で確認します。港町の例なら、駅前の屋根が改築前の形か、倉庫の資材が保存した時点の想定と合うか、海沿いの橋がどこまで完成しているかです。「建物がある」だけでなく、どの状態を見ているのかを具体的に残します。細部を覚えていない項目は、合格にするのではなく確認できなかったと記録し、次回は目印をもう少し分かりやすく選び直します。

所持品や進行など、重要視する項目がある場合は、それも確認対象へ追加します。ただし、一つの地点で見た内容が正しいからワールド全域や追加要素もすべて完全だ、と広げることはできません。どこを見たかを記録したうえで、遊び方に応じて必要な範囲を確認してください。長期建築の世界と、追加要素を多用した世界では、重視する確認点が同じとは限りません。

読み込めても期待した状態と違った場合、直ちにファイルが壊れたと決めつけないようにします。改築前と改築後の取り違え、別ワールドの選択、保存した時点の認識違いなど、記録と比較できることから順に確認します。これらは原因候補の整理であり、実際の原因の断定ではありません。元を残していれば、誤った確認結果を前提に取り返しのつかない操作へ進む必要がありません。

読み込み失敗時に増やさない操作

エラーが出たときは、同じファイルを何度も開くより、どの段階で止まったかを控えます。ファイルを選べないのか、アプリが違うのか、読み込み中に失敗したのか、開けた後の内容が違うのかで、調べる対象は異なります。メッセージの文面、使用した版、ファイル名、どこから取り出したコピーかを揃えれば、後から状況を説明しやすくなります。

更新前・建築前・引越し前の確認表を作る

節目ごとに必要な確認を選ぶ

毎回すべての項目を同じ重さで確認すると、作業が負担になり続かなくなることがあります。そこで、普段の保管と、大きな変更前の保管を分けて考えます。普段はワールド名、日時、目的、ファイルの存在を確実に残し、大きな改築やPC移行の前には、別保存と読み込み確認まで計画します。どこまで終わったかは台帳で明確にし、確認していない部分を省略した事実ごと残します。

ゲーム更新に備える場合は、更新前のファイルを確保しても、古い版への復帰が保証されるわけではないことを忘れないでください。更新前という状態を保存しておく意味と、過去の実行環境を再現できることは別です。追加要素を使っている場合はその条件も確認し、無理な版変更を試すより、元の保管物を維持しながら公式の案内を待つ判断も必要になります。

PCを移す場合は、元PCを片付けたり初期化したりする前に、新PCで対象ファイルが取り出せるか、通常統合版で読み込めるか、残したい内容が確認できるかを段階的に確かめます。この記事は初期化の手順や購入の案内ではありません。移行の準備ができたという判断を、ファイルをコピーしただけの時点に置かないための確認表として利用してください。

五つの問いで復元前に立ち止まる

• 復元前には、「どの時点へ戻したいか」「そのファイルを選んだ根拠は何か」「元のワールドと保管原本は残っているか」「読み込む環境の版を確認したか」「成功を何で判断するか」の五つを確認します。
• すべて即答できなければ失敗という意味ではありません。
• 答えられない箇所を先に確認すれば、焦って全体をやり直すより小さな作業で済む場合があります。

家族で使うPCなら、担当者を一人決め、確認中に他の人が同じ世界を編集しないように相談すると整理しやすくなります。これはゲーム上の権限を変更する指示ではなく、作業時間を分ける提案です。台帳には担当者の本名まで書かず、自分たちで分かる呼び名でも構いません。終わった後に「どのファイルを残したか」「どこまで確認したか」を共有すれば、次の人が古いコピーを誤って選ぶことを防ぎやすくなります。

書き方を練習する三つの場面

一つ目は、駅の建て替え前に書き出したつもりだったものの、台帳に時刻しか残っていなかった場面です。この場合、ファイル名の新しさを見て合格にするのではなく、準備時に記録した屋根や橋の状態と照合します。もし目印の記録がなく、自分でも改築の前後を判別できないなら、「時点未確認」と残します。今からでも分かる範囲を確認し、次回の保存では用途と目印を先に記入するように直します。架空例の答えは、無理に成功へ変えることではありません。

二つ目は、保管ドライブへコピーした後、PCのデスクトップに同じ名前のファイルが残っていた場面です。二つ見えるだけで別保管完了と決めず、ドライブ名とフォルダーを開いてそれぞれの所在を確認します。デスクトップのショートカットを見ているだけという可能性も、実際の保存先を確かめることで切り分けられます。確認した結果を台帳へ書き、次回は同じ手順で確認できるようにします。特定の保存サービスを契約しなければ始められない作業ではありません。

三つ目は、新しいPCで読み込み完了と表示されたものの、まだ世界へ入っていない場面です。この時点では「読み込み完了・内容未確認」が正確です。元PCを処分してよいという結論には進めず、世界を開き、準備した目印を確認します。途中で時間が足りなくなったら、そのまま未確認として予定を立て直します。一度で全部終わらせることより、どこまで確かめたかを正しく引き継ぐ方が、大切な世界を守る目的に合っています。

• この三例に共通するのは、情報が足りないときに同じ操作を増やすのではなく、判断に足りない項目を一つ特定することです。
• 対象の取り違えなら名前と目印、別保存なら所在、復元の結果なら実際の内容を見ます。
• 失敗という言葉だけで全工程をやり直さず、記録から不足箇所へ戻れるようにしておくと、日常の短い時間でも管理しやすくなります。
• 以下の空欄用メモを、自分の世界に置き換えて使ってみてください。

空欄用メモの基本形は「対象ワールド：／残したい状態：／確認した版：／書き出し日時：／ファイル名：／別保存先：／読み込み確認日：／確認した目印：／残る確認：」です。全項目を埋めるために推測するのではなく、まだ進めていない欄には未実施と書きます。確認した日には結果を追記し、問題があった場合は、そのファイルを別名へ変えて成功扱いにせず、元の記録との対応を保っておきます。

確認結果を見直すときは、予定と実績を別に書きます。例えば「日曜日に別保存する予定」は、別保存済みの欄ではなく次の確認へ入れます。予定日を過ぎても実際に取り出せることを確かめていなければ、状態は未確認のままです。家族へ引き継ぐ場合も「たぶん保存した」ではなく、どの場所に何という名前で残し、どの目印まで見たかを伝えます。逆に確認済みのファイルを、日付が古いという理由だけで失敗扱いにする必要もありません。目的の時点を残す資料として有効か、いま確認したい環境でも使えるかを分けて判断しましょう。保管した当時の確認記録を残し、新環境での確認を新しい欄へ追記すると、過去の成功と今回の未確認が混ざりません。

確認を続けやすい運用へ整える

最初の一回は、重要な世界でいきなり複雑な復元を試すより、仕組みを理解するための小さな練習対象を使う方法もあります。ただし練習で成功しても、別の大きなワールドや追加要素のある世界まで確認済みにはなりません。練習は操作と記録の流れを把握するため、本番の内容確認はその世界ごとに行うため、と役割を分けて考えましょう。

台帳の書き方が決まったら、保存のたびに新しい形式を作り直さず、同じ欄を使って一行ずつ追加します。未確認の欄を残せる様式にしておけば、時間がない日にも「ファイルは作成済み、別保存は次回」と正確に書けます。すべて完了したような記録より、不足が見える記録の方が次の行動につながります。確認後はその日付と見た目印を追記し、元の記録を黙って書き換えない運用にすると経緯も追いやすくなります。

マイクラのワールドバックアップは、書き出すボタンを見つけるだけで終わりではありません。対象と時点を選び、別の場所へ残し、必要なときに選び直せる名前を付け、元を守りながら中身を確かめるところまでを一つの流れにします。今日始めるなら、まず大切なワールドを一つ選び、残したい状態を一文で書くところからで十分です。そのメモを起点に、公式案内と手元の画面を照らし合わせて進めてください。

※表は横にスクロールして確認できます。確認表は本記事独自の運用例です。

参照した公式資料：Minecraft HelpのWindows向けバックアップ案内、Microsoft Learnのワールド書き出しと読み込みの例、Minecraft Helpのワールド復元案内、Bedrock Edition 26.40変更履歴。公式情報の確認日：2026年10月15日。画像は説明用のオリジナル概念図で、実際のゲーム画面ではありません。