WordPressマルチサイトを復元する方法（2026年に有効な4つの方法）

単一サイトのWordPressがダウンすれば、その日は最悪の午後になる。マルチサイトネットワークがダウンすれば、すべてのクライアントから一斉に電話がかかってくることになる。

これが、WordPressマルチサイトについて人々が過小評価しがちな点です。インフラを共有することで、1つのダッシュボードから数十のサイトを効率的に管理できますが、データベーステーブルの破損、プラグインの更新ミス、あるいは移行の失敗が1つあるだけで、ネットワーク全体が利用不能になる可能性があります。

この投稿にたどり着くような状況のほとんどで、私はマルチサイトネットワークの復旧作業を行ってきました。例えば、PHPのアップデートによってネットワーク管理画面が機能しなくなったケース、ホスト移行の失敗でデータベースが空を指すようになってしまったケース、プラグインの競合によりすべてのサブサイトが致命的なエラーでロックされてしまったケースなどです。

マルチサイト復旧は見た目ほど複雑ではありませんが、トラブル発生時に何がまだ機能しているかによって、その成否が大きく左右されます。

この記事では、WordPressのマルチサイトネットワークを復元するためのいくつかの方法をご紹介します。まずはまだアクセス可能な部分から始め、適切な方法を選んで手順に従って進めてください。そうすれば、ネットワークは元通りになります！

以下はその要点である：

• マルチサイトネットワークが障害を起こした場合でも、ほとんどの場合、復旧が可能です。たとえすべてのサブサイトがダウンしていても、データは通常、そのまま残っています。
• 復旧方法は、まだ利用可能な手段（wp-admin、災害復旧用URL、Duplicator Cloud、あるいはFTPやphpMyAdminへの直接アクセスなど）によって異なります。
• Duplicator Pro（Pro または Elite ライセンス）は、マルチサイトネットワークを復旧するための最も迅速な方法です。手動での復旧は、プラグインがなくても機能する代替手段です。
• ネットワークの他の部分には影響を与えずに、特定のサブサイトだけを復元することができます。ただし、そのサブサイトが作成された際に、そのサブサイト専用のバックアップが設定されていた場合に限ります。
• 将来の復旧を迅速にするための手順（定期的なバックアップ、災害復旧用URL、および設定済みの復旧コネクタ）は、設定に数分しかかからず、必要になる前に済ませておくべきです。

目次

WordPressマルチサイトネットワークを復元する必要がある場合

マルチサイト障害はすべて同じように起こるわけではありません。どのような状況にあるかによって、どの復旧方法が適切かが決まります。現在、次のような状況にあるかもしれません。

• コア、プラグイン、またはテーマの更新に失敗しました。これが最も一般的な原因です。互換性のない更新が1つ行われるだけで致命的なエラーが発生し、すべてのサブサイトが同時にアクセス不能になります。何が原因で障害が発生したかによって、ネットワーク管理画面にアクセスできる場合もあれば、完全に利用できなくなる場合もあります。
• データベースの破損。MySQLテーブルの破損、インポートの失敗、あるいは更新処理中の書き込みエラーは、ネットワーク全体のデータ層を機能不全に陥らせる可能性があります。ファイル自体は無傷ですが、WordPressは正常に動作するために必要なデータを読み取ることができなくなります。
• ネットワークがハッキングされたり、侵害されたりした場合。マルウェア、不正なコードの注入、あるいはブルートフォース攻撃により、ネットワークは信頼できない状態になる可能性があります。手動で修復することも可能ですが、通常はクリーンなバックアップから復元する方が、より迅速かつ確実です。
• 移行に失敗しました。マルチサイトを新しいホストに移行するのは、単一のサイトを移行するよりも複雑です。ファイルは転送されたもののデータベースが更新されていないという不完全な移行の場合、サブサイトを読み込もうとするまで気づかないような形でネットワークに不具合が生じることがあります。
• 誤って削除してしまった。サブサイトを誤って削除してしまった、重要なプラグインがネットワーク全体で無効化されてしまった、変更すべきではなかった設定が変更されてしまった。
• サーバーまたはホスティングの障害。インフラがダウンし、復旧してもWordPressが起動しない。ファイル自体は無傷でも、データベースや設定が失われている可能性がある。
• 特定のサブサイトのみが障害を起こしている場合。このようなケースでは、必ずしもネットワーク全体の復元が必要とは限りません。影響を受けているのが1つのサブサイトのみであれば、すべてをロールバックするよりも、対象を絞ったサブサイトの復元を行う方が、より迅速かつ安全です。この記事の最後にある「補足」のセクションで、この点について詳しく説明しています。

始める前に必要なもの

修復方法は、まだアクセス可能な部分によって異なります。以下の方法を選ぶ前に、このリストを確認してください。

• 問題が発生する前のバックアップです。他の操作を行う前に、必ずタイムスタンプを確認してください。すでに破損や不具合のある更新が含まれているバックアップを復元しても、問題は解決しません。
• 現在正常に動作している機能の確認。wp-adminにアクセスできますか？サーバーは応答していますか？データベースは稼働していますか？これらの質問への回答によって、利用可能な対処法が決まります。
• 「Duplicator Pro」は、方法1、2、3に対応しています。マルチサイト機能を利用するには、ProまたはEliteライセンスが必要です。Lite版ではマルチサイト機能は利用できません。お持ちのライセンスが不明な場合は、duplicator.comにアカウントでログインしてください。
• 方法1および2では、ネットワーク管理者権限が必要です。Duplicator Proはネットワークレベルでのみ表示されます。個々のサブサイトのダッシュボードには表示されません。ネットワーク管理者権限が利用できない場合は、方法2または3に進んでください。
• Duplicator Cloud で「方法 3」用に設定された復旧コネクタです。これは、サーバーへのファイルの直接書き込みを可能にするため、サーバーの FTP/SFTP 認証情報を Duplicator Cloud に保存する、一度きりの設定です。問題が発生する前にこの設定が行われていなかった場合、「方法 3」は利用できません。復旧後にこの点に留意してください。
• 方法4に必要なサーバー認証情報。Duplicatorをお持ちでない場合は、FTPまたはSFTPへのアクセス権、データベースの認証情報（ホスト名、データベース名、ユーザー名、パスワード）、およびphpMyAdminまたはWP-CLIへのアクセス権が必要になります。これらの情報がどこにあるか分からない場合は、ホスティングサービスのダッシュボードやウェルカムメールをご確認ください。

WordPressマルチサイトネットワークを復元する方法

もしこの文章を、まさにトラブルの最中に読んでいるなら、ひと息ついてください。マルチサイトネットワークがダウンしてしまうと、特にすべてのサブサイトが同時に停止してしまった場合は、大惨事のように感じられますが、ほとんどの場合、データ自体は無事です。

どの方法を選ぶかは、まだアクセス可能なリソースによって異なります。以下の方法の中には、数回クリックするだけで済むものもあれば、より時間がかかり、サーバー上で直接作業する必要があるものもあります。

いずれにせよ、この記事を読み終える頃には、具体的な進め方が見えてくるはずです。

• 方法 1：Duplicator Pro のバックアップページから復元する：wp-admin にまだアクセスできる場合、これが最も手っ取り早い方法です。ダッシュボード内で数回クリックするだけで、Duplicator がネットワーク全体の復元を自動的に行います。
• 方法 2：災害復旧用 URL を使用する：wp-admin が完全に利用できない場合でも機能します。あらかじめ生成された URL をブラウザに貼り付けると、Duplicator のスタンドアロンインストーラーが WordPress の環境外で完全に実行されます。
• 方法 3：wp-admin を使用せずに Duplicator Cloud 経由で復元する：最も困難な復旧手順です。バックアップが Duplicator Cloud に保存されており、事前に復旧コネクタが設定されている場合、復元作業全体はクラウドダッシュボードから FTP/SFTP 経由でリモートで行われます。
• 方法 4：FTP と phpMyAdmin を使用した手動復元：Duplicator がインストールされていない場合や、プラグインベースのツールが利用できない場合の代替手段です。手順が最も多く、サーバーの認証情報が必要ですが、ツールがプリインストールされていないホストであればどこでも動作します。

方法 1：Duplicator Pro のバックアップページから復元する

wp-adminダッシュボードにまだアクセスできる場合は、これがネットワークを復旧させるための最も迅速かつ確実な方法です。

Duplicator Proは、WordPressのバックアップ、移行、復元を行うプラグインです。マルチサイトネットワークにおいても、単一サイトと同様に、1つのダッシュボードから完全に管理でき、手動でのデータベース操作やFTPへのアクセスは不要です。

すべてのサブサイトをバックアップし、そのコピーをクラウドストレージに自動的に保存します。万が一問題が発生した場合でも、数回のクリックでネットワーク全体を復元できます。

1つのネットワーク上で複数のサイトを管理する代理店や開発者にとって、このツールは復旧作業を迅速かつ容易にするものです。

Lite版ではマルチサイト機能はサポートされていません。Pro版またはElite版のライセンスが必要となります。どちらのライセンスも、ネットワーク全体のバックアップ、復元、移行、および災害復旧機能を網羅しています。

日常的な復元作業や、更新の失敗からの復旧、あるいはステージング環境でのテストが思わぬ方向に進んでしまった後のロールバックを行う際、私はDuplicatorを利用しています。

ステップ1：適切なバックアップを見つけて復元する

「マイサイト」»「ネットワーク管理」»「Duplicator Pro」»「バックアップ」に移動してください。Duplicator Proは、マルチサイト環境ではネットワークレベルでのみ表示されます。個々のサブサイトのダッシュボードでは表示されません。

バックアップがクラウドストレージ（Google Drive、Amazon S3、Dropbox、またはDuplicator Cloud）に保存されている場合、このページに自動的に表示されます。再アップロードする必要はありません。

問題が発生する前の日付のバックアップを探してください。タイムスタンプを注意深く確認してください。ネットワーク障害の原因となった問題の影響をすでに受けているバックアップを復元しても、同じ状況に戻ってしまうだけです。

バックアップの横にある「復元」ボタンをクリックしてください。Duplicatorが新しいブラウザタブでインストーラーを起動します。

クリックする前に：この操作を行うと、現在のマルチサイトインストールが上書きされます。バックアップの日時以降に追加されたコンテンツ、設定、サブサイトの変更はすべて失われます。続行する前に日付を確認してください。

ステップ2：インストーラーの指示に従ってください

現在、Duplicatorの復元ウィザードのステップバイステップ画面が表示されています。

Duplicatorは、バックアップからデータベースの認証情報とサイトのURLを自動的に入力します。画面下部の利用規約と注意事項に同意し、「バックアップを復元」をクリックするだけで完了です。

ポップアップ画面で復元を確認し、インストーラーを実行してください。

処理が完了すると、ネットワーク管理画面に戻るリンクが表示された完了画面が表示されます。

サイトが復旧しました！

方法 2: 災害復旧用 URL を使用する

wp-admin が読み込まれず、ダッシュボードにまったくアクセスできない場合でも、ネットワークを復元することは可能です。Duplicator は WordPress の外部で動作するため、致命的なエラーやテーマの不具合、管理画面へのアクセス不能といった状況でも、その動作は妨げられません。

ネットワークを復旧する方法の一つとして、災害復旧用URLがあります。サイトに何か問題が発生する前に、このURLのコピーを保存しておいてほしいものです。

バックアップの作成時に、URLをコピーするか、ランチャーファイルをダウンロードして保存しました。

一つ注意すべき点があります。災害復旧用のURLは、問題が発生する前に用意しておく必要があります。これは特定のバックアップから生成され、安全な場所に保管しておく必要があります。

まだ作成していない場合は、方法3に進んでください。復旧して設定が完了したら、このセクションに戻ってきてください。

私はパスワードをパスワード管理ツールに保存しており、サイトごとに1件ずつ登録しています。万が一ネットワークが完全にダウンしてしまった場合、真っ先にそれを確認します。

手順 1：災害復旧用 URL を確認する

災害復旧用URLがあるかどうか分からない場合は、「ネットワーク管理」内のDuplicator Proを確認してください。「バックアップ」に移動し、緑色の災害復旧アイコンを探してください。

wp-adminが正常に動作している場合は、それをクリックして復旧リンクをコピーしてください。

また、パスワードマネージャーやその他の安全な場所に、オフラインで保存しているかもしれません。

ステップ2：URLをブラウザに貼り付ける

新しいブラウザタブを開き、復元用URLを貼り付けてください。Duplicatorのスタンドアロンインストーラーは、WordPressとは完全に独立して直接読み込まれます。動作するためにWordPressが起動している必要は一切ありません。

サイトが空白のページ、致命的なエラー、またはデータベース接続エラーを表示している場合でも、このインストーラーは正常に読み込まれます。

利用規約に同意し、復元を実行してください。あとはDuplicatorが処理します。

復元が完了すると、復元された「ネットワーク管理」ページに戻るリンクが表示されます。そのリンクをクリックし、サブサイトが正常に読み込まれていることを確認してから、ウィザードで指示された復元後のクリーンアップ作業を行ってください。

また必要になる前に、あらかじめ設定しておきましょう

ネットワークが復旧したら、直ちに災害復旧の設定を行ってください。Duplicator Proで「バックアップ」に移動し、すべてのサブサイトを含めた新しいサイト全体のバックアップを作成してください。

バックアップが完了した横にある青い家のアイコンをクリックしてください。

ディザスターリカバリーの設定を続ける。

URLをコピーしてください。WordPressサイトが稼働しているかどうかに関係なく、いつでもアクセスできる場所に保存しておきましょう。例えば、パスワードマネージャー、チームの共有ドキュメント、セキュリティ対策が施されたメモアプリなどが適しています。

ネットワーク上で個別に復旧する必要がある各サブサイトについても、同様に処理を行ってください。

所要時間は2分。次回サイトがダウンした際、スムーズに復旧するための鍵となるかもしれません。

方法 3：wp-admin を使用せずに Duplicator Cloud 経由で復元する

これは最悪のシナリオにおける復旧手順です。WordPressが動作しておらず、wp-adminにもアクセスできません。復元を行う必要がありますが、ダッシュボードにログインして操作を行うことができません。

バックアップがDuplicator Cloudに保存されており、問題が発生する前にリカバリコネクタを設定済みの場合は、復元処理全体をDuplicator Cloudのダッシュボードから実行できます。

サーバー上でWordPressを実行する必要はありません。FTPまたはSFTP経由でアクセスできれば十分です。

リカバリ・コネクタは、災害発生前に必ず用意しておく必要があるものです。これは、Duplicator Cloudがファイルをサーバーに直接書き込むために使用する、FTP/SFTPの認証情報を保存したセットです。事前に設定していなかった場合でも、復元プロセス中にこれらの認証情報を入力することは可能ですが、その際はFTPへのアクセス権限が必要です。

FTPも利用できない場合は、次の手順に進む前にホスティング業者に連絡するか、方法4に進んでください。

手順 1: Duplicator Cloud にログインし、リカバリ・コネクタを設定する

duplicator.comにアクセスし、Duplicator Cloudアカウントにログインしてください。ダッシュボードから、復元したいサイトを選択してください。

右上の黄色い「クラウドからの復元」ボタンをクリックしてください。

FTP/SFTPの認証情報を入力してください。接続を確認してください。

ステップ 2：Duplicator Cloud に復元を実行させる

バックアップの一覧を確認し、問題が発生する前の日付で作成された最新の正常なバックアップを探してください。他の方法と同様に、タイムスタンプを注意深く確認してください。

「完全バックアップを復元」をクリックします。

Duplicator CloudはFTPまたはSFTP経由でサーバーに接続し、バックアップファイルを転送した後、リモートでインストーラーを実行します。クラウドダッシュボードから進行状況を確認できます。この手順では、ユーザー側で何か操作を行う必要はありません。

復元が完了すると、マルチサイトネットワークが復旧し、元のURLからアクセスできるようになります。ネットワーク管理画面にログインし、サブサイトが正常に読み込まれていることを確認するとともに、メディアファイルやパーマリンクが正しく機能しているか確認してください。

まだ設定していない場合は、今すぐリカバリ・コネクタを設定してください

復旧したら、まず最初にこの設定を行ってください。Duplicator Cloudアカウントで、サイトの設定画面を開き、「Recovery Connector」というオプションを探してください。

FTPまたはSFTPの認証情報を入力し、接続をテストしてください。Duplicator Cloudが接続が正常かどうかを確認します。

この設定により、次に問題が発生した際にも、オフサイトのクラウド復旧機能を完全に利用できるようになります。災害復旧用URLと組み合わせることで、WordPressを一切稼働させることなく、ネットワークを復旧させる2つの方法が確保されます。

方法 4：FTP と phpMyAdmin を使用した手動復元

これは、このリストの中で最も難しい方法です。手順が最も多く、技術的な知識も最も必要とされ、時間も最もかかります。

手動での復元は、Duplicator Proがインストールされていない場合、プラグインベースの復元ツールが機能しない場合、あるいはバックアップがなく、手元にあるファイルやデータベースのエクスポートデータを使って作業する必要がある場合にのみ検討します。

方法1、2、または3のいずれかが利用可能な場合は、まずそれらを使用してください。これらは、それらが利用できない場合の代替手段です。

手順 1：バックアップファイルを探す

サーバーにアクセスする前に、次の2点を確認してください：WordPressのファイル（サイトルートと/wp-content/ディレクトリ内のすべて）のコピー、および.sql形式のデータベースのエクスポートデータです。

どちらも必要です。データベースなしでファイルを復元したり、ファイルなしでデータベースを復元したりすると、ネットワークが機能しなくなります。

手元に手動で作成したバックアップがない場合は、まずホスティングの管理画面を確認してください。ほとんどのマネージドホスティングサービス（WP Engine、Kinsta、SiteGroundなど）では、ダッシュボードに毎日自動的に作成されたスナップショットが保存されています。「バックアップ」または「復元」のセクションを探し、そこからダウンロードしてください。

ステップ2：FTP経由でWordPressのファイルを復元する

FTPクライアントを使用してサーバーに接続します。FileZillaは無料で、使い勝手が良いです。WordPressのルートディレクトリ（wp-config.php、wp-admin/、wp-content/が含まれるフォルダ）に移動します。

バックアップファイルをアップロードし、サーバー上の既存のファイルを上書きしてください。

特に注意すべきフォルダが1つあります。それは「/wp-content/uploads/sites/」です。ここは、マルチサイトがサブサイトごとのメディアファイルを保存する場所であり、ネットワーク上の各サイトごとに番号付きのサブディレクトリに整理されています。復元作業の際に見落としがちですが、復元後のメディア関連の問題のほとんどはここから発生しています。

アップロードする前に：この操作を行うと、現在のインストールが上書きされます。バックアップ作成後に加えられた変更はすべて失われます。本番サーバー上に保存しておく価値のあるデータがある場合は、作業を開始する前にダウンロードしておいてください。

ステップ3：phpMyAdmin を使用してデータベースをインポートする

ホスティングパネルを開き、phpMyAdminを起動します。左側のパネルで、WordPressのデータベースを選択します。「インポート」タブに移動し、「ファイルを選択」をクリックして、.sqlバックアップファイルを選択します。その後、「実行」をクリックします。

phpMyAdminは、多くのホスティングサービスで標準装備されているブラウザベースのデータベース管理ツールです。初めて使うと、実際よりも複雑そうに見えますが、実際には「インポート」タブを使うだけで済みます。

インポートを行う前に：大規模なマルチサイトデータベースの場合、phpMyAdminのデフォルトの実行時間制限を超える可能性があります。データベースのサイズが数百メガバイトを超える場合、処理の途中でタイムアウトが発生する恐れがあります。

その場合は、代わりにWP-CLIを使用してください：次のコマンドを実行してください wp db import backup.sql サーバーのコマンドラインから実行してください。あるいは、ホスティング業者に連絡し、インポートを実行してもらうよう依頼してください。これは一般的な依頼であり、ほとんどのサポートチームが迅速に対応してくれます。

ステップ4：必要に応じて wp-config.php を更新する

同じサーバーおよび同じデータベースに復元する場合は、この手順をスキップできます。新しいサーバーまたは新しいデータベースに復元する場合は、FTP経由で wp-config.php を開き、新しい環境に合わせて以下の4つの定数を更新してください：

• DB_HOST
• DB_NAME
• DB_USER
• DB_PASSWORD

マルチサイトの場合は、DOMAIN_CURRENT_SITE も確認してください。この定数は、ネットワークがどのドメインで動作しているかを WordPress に伝えます。

実際のドメインと一致しない場合、サイトの読み込み時にリダイレクトのループに陥ってしまいます。データベース内の wp_site テーブルおよび wp_blogs テーブルの内容と一致している必要があります。

ステップ 5: リライトルールをクリアし、サブサイトの読み込みを確認する

「ネットワーク管理」にログインします。「設定」»「パーマリンク」に移動し、何も変更せずに「変更を保存」をクリックします。

パーマリンク構造を変更する必要はありません。保存するだけで、WordPressは正しいマルチサイトのリライトルールを含む.htaccessファイルを自動的に再生成します。

次に、サブサイトを確認してください。「ネットワーク管理」のサイト一覧からいくつかクリックしてアクセスしてみてください。正常に読み込まれるはずです。

404エラーや「ページが見つかりません」というメッセージが表示される場合は、.htaccessのリライトルールが正しく更新されていない可能性があります。以下のトラブルシューティングのセクションを参照してください。

おまけ：単一のサブサイトの復元（および新しいサーバーへの移行）

マルチサイトが障害を起こしたからといって、必ずしもネットワーク全体の復元が必要というわけではありません。1つのサブサイトだけが障害を起こしている場合、ネットワーク全体をロールバックすると、前回のバックアップ以降にネットワーク上の他のすべてのサイトで加えられた変更が失われてしまいます。通常、それだけの価値はありません。

Duplicator Pro を使えば、単一のサブサイトや、ネットワーク上の任意のサイトの組み合わせのバックアップを作成できます。そのバックアップを復元すると、対象のサイトのみが復元され、それ以外のサイトには一切影響がありません。

サブサイト選択的復元の仕組み

重要なのは、バックアップの作成方法にあります。Duplicator Proで新しいバックアップを作成する際、バックアップ設定の「マルチサイト」の下にサブサイト選択ツールがあります。

キャプチャしたい特定のサブサイトを選択してください。バックアップを作成します。Duplicatorは、そのサイトのコンテンツと、それに対応するデータベーステーブルのみを含めます。

復元を行うと、Duplicatorはバックアップに含まれている内容をそのまま復元します。単一のサブサイトのバックアップからは、その単一のサブサイトが復元されます。ネットワーク全体をバックアップした場合は、ネットワーク全体が復元されます。

復元するには、マルチサイトネットワーク全体のロールバックと同じ手順に従ってください。「ネットワーク管理」の「バックアップ」に移動し、その単一のサブサイトのみが含まれているバックアップを探してください。

「復元」をクリックし、インストーラーを実行してください。

ネットワークは正常に機能し続けます。影響を受けるのは、バックアップ内のサブサイトのみです。

サブサイトを独立したサーバーへ移行する

これは、Duplicatorが提供する機能の中でも特に便利なもののひとつですが、多くの人がその存在を知りません。たとえば、クライアントのサブサイトがネットワークの容量を超え、独自のホスティングが必要になった場合や、別のチームに引き継ぐためにサブサイトを分離する場合などが挙げられます。

サブサイトのみをバックアップしてください。宛先サーバーにDuplicatorをインストールし、バックアップファイルを「バックアップのインポート」ページにアップロードしてください。

「インストールタイプ」で「ネットワークサブサイトをスタンドアロンサイトに変換」を選択します。Duplicatorは、サブサイトを新しい場所にあるスタンドアロンのWordPressインストールに変換します。

復元が完了したら、引き渡す前に以下の点を確認してください：メディアファイルが正しく読み込まれているか、パーマリンクが機能しているか、そしてドメイン固有の設定が新しいURLに合わせて更新されているか。

サブサイトがネットワーク内のサブドメインまたはサブディレクトリ上で稼働していた場合、新しいサーバーを指す独自のドメインを設定する必要があります。また、SSLも個別に設定する必要があります。

トラブルシューティング：復元がスムーズに進まない場合

マルチサイト環境での復元作業には、シングルサイト環境では発生しないような問題点が存在します。そのほとんどは、原因が分かれば数分で解決できます。

それぞれの内容と、その進め方をご紹介します。

復元後にサブサイトのURLが404エラーを返す

状況：メインのネットワークには接続できますが、サブサイトをクリックすると404エラーまたは「ページが見つかりません」というエラーが表示されます。ネットワーク管理画面は正常に動作していますが、サブサイトは動作しません。

原因：復元後にWordPressがリライトルールを再生成しなかったためです。.htaccessファイルが更新されていないか、マルチサイト専用のリライトブロックが完全に欠落しています。

解決方法： 「ネットワーク管理」＞「設定」＞「パーマリンク」に移動し、何も変更せずに「変更を保存」をクリックします。これにより、WordPress が .htaccess ファイルを正しいマルチサイトルーティングルールで書き換えるようになります。保存後、サブサイトを再度確認してください。

それでも404エラーが表示される場合は、FTP経由で.htaccessファイルを直接開き、その内容を確認してください。

標準のシングルサイト用 .htaccess では、マルチサイトのトラフィックを正しくルーティングできません。このファイルには、マルチサイト用のリライトブロックを含める必要があります。

表示されない場合は、ネットワークを無効化してから再度有効化して再生成するか、お使いのネットワークの種類（サブドメインまたはサブディレクトリ）に応じたWordPressのドキュメントから正しいブロックをコピーしてください。

メインドメインでのリダイレクトループ

発生状況：ネットワークのメインドメインを読み込むと、ブラウザに「ERR_TOO_MANY_REDIRECTS」というエラーが表示されます。サイトはまったく読み込まれません。

原因：wp-config.php 内の DOMAIN_CURRENT_SITE 定数が、データベースの wp_site テーブルおよび wp_blogs テーブルに保存されているドメインと一致していません。この不一致は、別のドメインに復元した場合や、バックアップの作成時から復元までの間にドメインが変更された場合に、よく発生します。

解決方法： FTPでwp-config.phpを開きます。「 define( 'DOMAIN_CURRENT_SITE', 'yourdomain.com' ); そして、ドメインがデータベースの wp_site テーブルに保存されている内容と完全に一致していることを確認してください。phpMyAdmin を開き、データベースを選択して、wp_site テーブルの「domain」列を確認してください。wp-config.php を修正して一致させ、ファイルを保存してから、サイトを再読み込みしてください。

サブサイト全体でメディアファイルが見つかりません

確認された現象：サイト全体で画像が表示されません。メディアのURLは「/wp-content/uploads/sites/2/2025/04/image.png」のようなパスを指していますが、404エラーが返されます。

原因：バックアップに /wp-content/uploads/sites/ ディレクトリ全体が含まれていなかったためです。マルチサイトでは、各サブサイトのメディアファイルは uploads/sites/ 配下の番号付きサブディレクトリに保存されます。復元時に uploads フォルダのルートディレクトリのみが取得された場合、サブサイトごとのメディアファイルは失われてしまいます。

解決方法：バックアップに「uploads/sites/」ディレクトリが含まれているか確認してください。Duplicator Pro を使用している場合は、使用したバックアップの「アーカイブ設定」を確認してください。このディレクトリが除外されていた場合は、別のバックアップからメディアをインポートするか、別のメディアバックアップから FTP 経由で手動で復元する必要があります。

Duplicator Cloudをご利用の場合、メディアライブラリのみを対象とした部分的な復元を行うことで、ネットワーク全体の復元を実行することなく、この問題を修正できます。

phpMyAdmin でデータベースのインポート中にタイムアウトが発生する

発生している現象：インポートの進行状況バーが動かなくなる。phpMyAdminは、.sqlファイルの読み込み途中でタイムアウトエラーを返す。

原因：マルチサイトデータベースは容量が大きいため、phpMyAdminのデフォルトの実行時間制限が短すぎます。その結果、インポート処理が完了する前に時間制限に達してしまいます。

解決方法： WP-CLI に切り替えます。サーバーのコマンドラインから、次のコマンドを実行してください。 wp db import backup.sql WordPressのルートディレクトリから実行します。このツールは、時間制限なく大規模なデータベースのインポートに対応しています。コマンドラインへのアクセス権がない場合は、ホスティング業者に連絡し、インポートを実行してもらうよう依頼してください。あるいは、.sqlファイルを小さなファイルに分割し、順番にインポートすることも可能です。

インストーラーが空白のページまたは500エラーを返す

発生する現象：yourdomain.com/installer.php にアクセスすると、真っ白なページが表示されるか、500 Internal Server Errorが発生します。

原因：主な原因は2つあります。1つは、installer.phpのファイル権限が正しく設定されておらず、サーバーがそれを実行できない場合です。もう1つは、インストール先のサーバーのPHPメモリ制限が低すぎて、アーカイブを処理できない場合です。

解決方法： installer.php の権限が 644 になっているか確認してください。FileZilla では、ファイルを右クリックして「ファイルの権限」を選択することで設定できます。その後、 PHPのメモリ制限. マルチサイトアーカイブの場合、256MBが最低限必要です。512MBの方が無難です。php.iniを直接編集できない場合は、以下を追加してください php_value memory_limit 512M .htaccess ファイルに記述するか、ホスティング業者に設定値を引き上げてもらってください。これはよくある依頼です。

よくある質問 (FAQ)

ネットワークが復旧しました。次回の危機に備えて、今すべきことをご紹介します。

マルチサイト・ネットワークを復旧させるのは難しい。しかし、復旧可能な状態を維持することこそが、多くの人が後回しにしてしまう部分であり、その結果、半年後にはまた同じ状況に陥ってしまうのだ。

タブを閉じる前に、今すぐやっておくべきことがいくつかあります。まず、自動バックアップが設定されていない場合は、今日中に設定しておきましょう。

Duplicator Pro は、ネットワーク環境に合わせて、1時間ごと、毎日、毎週、または毎月といった任意の間隔でバックアップをスケジュール設定し、自動的にクラウドストレージへ送信します。意識することなく実行されるバックアップこそが、いざという時に確実に役立つ唯一のバックアップなのです。

次に、ネットワーク上の重要なサイトごとに、災害復旧用のURLを生成してください。1サイトあたり2分程度で完了します。

第三に、バックアップをDuplicator Cloudに保存している場合は、今すぐリカバリコネクタを設定してください。これは問題が発生する前に設定しておく必要があり、問題が発生してからでは遅すぎます。

150万人以上のWordPressプロフェッショナルが、ウェブサイトのデータを確実に保護するためにDuplicator Proを利用しています。今すぐアップグレードして、自動バックアップ、災害復旧用URL、wp-adminへのアクセス不要なクラウド復元、そしてWordPressマルチサイトの完全なサポートをご利用ください。

このチュートリアルがお役に立ったなら、以下のガイドもブックマークしておく価値があります：

• WordPressマルチサイトのバックアップ方法
• WordPressマルチサイトの移行方法
• WordPressマルチサイトをシングルサイトに変換する方法
• ネットワークセキュリティのためのベストWordPressマルチサイトバックアッププラグイン
• CodeVidiaがマルチサイト・ネットワークを安全かつ簡単に移行する方法