コンテンツにスキップ

ネットワーク分割ガイド

Multisite ネットワークをスタンドアロンサイトに分割する（Pro）

1 つの WordPress Multisite を個別の single-site インストールに分けます。サイトごとに 1 アーカイブを作成する方法と、既存のネットワークバックアップから1 サイトを抽出する方法があります。network_split capability を備えた有効な Pro ライセンスが必要です。

できること

目的： Multisite を離れ、各サイト（または選択したサイト）を独立した WordPress インストールとして運用します。Multisite Migrate Pro には 2 つのオペレーター向けフローがあります。どちらも 1 移行先 = 1 回の実行 というルールを守ります。移行先ホストごとに 1 回だけ復元またはインストールします。

フロー開始点結果
Split backup稼働中のネットワーク（Network Admin）選択サイトごとに N 個の完全アーカイブ
Extract既存のネットワークスコープアーカイブ移行先で 1 サイトが standalone に降格

どちらの経路を選ぶか

  • split backup を推奨 — ソースで Network Admin が使え、ネットワーク解体前にサイトごとのクリーンなアーカイブセットが欲しい場合。
  • extract を推奨 — すでにネットワーク全体（またはマルチサイト）のバックアップがあり、N 回のバックアップを再実行したくない場合。そのアーカイブを再利用し、移行先ごとにソース blog を選びます。
  • Blog 1 / メインサイト は両経路でサポートされます。メインサイトのメディアは多くの場合 uploads/ にあり（uploads/sites/1/ ではありません）、blog ID 1 を選ぶと extract はそのツリーを保持します。

要件

  • Pro プラグイン ZIP と有効な Pro ライセンス。有効化/更新後に capability network_split が表示される必要があります。古い Pro キーは Settings → General & License → Re-activate / Refresh が必要な場合があります。
  • split backup にはソースの Network Admin。
  • ディスク — split は使用量を増やします。おおよそ サイト数 × アーカイブサイズ × 1.5（ローカル）。空き容量が不足すると開始がブロックされます（クラウドのみの移行先は厳格なローカルゲートをスキップできます）。
  • 空サーバー経路 — インストーラー経由の extract には Pro の installer capability も必要です。
  • Free / Plus では不可 — Pro が有効になるまでオプションはロックされます。

経路 A — サイトごとに 1 アーカイブ（split backup）

選択した各サイトに対し、通常の完全バックアップジョブを順番に作成します。後続サイトが失敗しても、完了したアーカイブは残ります。

手順（管理 UI）

  1. Multisite ネットワークで MM Pro → バックアップs → 今すぐバックアップ を開きます。
  2. スコープで サイトごとに 1 アーカイブ（split） を選びます。
  3. 含めるサイトを選択するか、「all accessible」のままにします。ディスク警告を確認してください（使用量はサイト数に比例します）。
  4. 「all」意図でないのに 5 サイト以上を未選択のままにする場合、プロンプトで confirm all チェックボックスで確認します。
  5. プロファイル / 移行先（Plus+ 移行先ではローカルまたはクラウド）を選び → Start。
  6. split 進行パネルを確認します。サイトは順次実行されます（並列ではありません）。
  7. 完了後、各アーカイブを バックアップs からダウンロードまたは保持します。他の single-site バックアップと同様、各アーカイブを独自の WordPress インストール（または空サーバーインストーラー）に 1 回復元します。

split 途中でサイトが失敗した場合

  1. 完了したアーカイブは有効なまま — 削除しないでください。
  2. 進行パネルで Continue with remaining sites をクリック（または WP-CLI split-resume --yes）。
  3. 未完了の blog のみ再実行されます。Cancel はオーケストレーター全体を止めたい場合のみ使用してください。

その後の復元

各移行先インストールで：そのサイトのアーカイブをインポート/復元し、旧 URL → 新 URL をマップしてジョブを完了します。ホストごとに繰り返します。「全移行先を 1 クリックでインストール」はありません。

経路 B — ネットワークアーカイブから 1 サイトを抽出

アーカイブにネットワーク全体（または複数 blog）が残っており、移行先を single-site WordPress にしたい場合に使います。

手順（プラグイン復元）

  1. 移行先（またはインポート後）で インポート & 復元 / ネットワークスコープ アーカイブの復元ダイアログを開きます。
  2. トポロジ 1 サイトをスタンドアロンとして抽出 を選びます。
  3. アーカイブ一覧から ソースサイト（blog ID）を選びます。
  4. そのサイトの旧 URL → 新 URL のみマップします。
  5. 復元を開始します。他 blog のテーブルと uploads はスキップされ、サイトは standalone に降格します。
  6. 成功後、Next site from this archive（表示時）で 次の 移行先の別 blog を続行 — または Extract を再度開いて次の blog ID を選びます。

手順（空サーバーインストーラー）

  1. ネットワークアーカイブ + インストーラー PHP を空ホストにアップロード（Pro インストーラーフロー）。
  2. migrate/deploy UI で 1 サイトをスタンドアロンとして抽出 を選び、ソース blog を選択、URL をマップして実行します。
  3. 残りの blog について、各空ホストで繰り返します（同じアーカイブ、異なるソース blog）。

各移行先の後処理

  1. ログインし、Settings → General の URL を確認します。
  2. パーマリンクを再保存します。メディアとメニューを spot-check します。
  3. 新インストールで新しいローカルバックアップを実行します。
  4. 完了後、Web ルートからインストーラー PHP を削除します（空サーバー経路）。

残存 URL の確認と修復

extract（または URL 移動）後、一括置換の前に残った旧ドメインをスキャンします：

  1. UI の移行後 verify ツールを開くか、WP-CLI migration-verify / MCP verify を実行（先にレポートを表示）。
  2. ヒットを確認します。その後のみ search-replace を確認（search-replace --yes または UI 確認）。
  3. 盲目的な自動修復は禁止 — 確認が必須です。

WP-CLI と MCP

Pro CAP_CLI / MCP と CAP_NETWORK_SPLIT が必要です。破壊的操作には明示的な確認フラグが必要です。

タスク例
split 開始wp multisite-migrate split-network --yes
ステータスwp multisite-migrate split-status
残りを再開wp multisite-migrate split-resume --yes
キャンセルwp multisite-migrate split-cancel --yes
extract 復元wp multisite-migrate restore <id> --migration --topology-import=extract_site_standalone --source-blog-id=N --old-url=… --new-url=… --yes
verify / 修復migration-verify then search-replace --yes

完全なレシピ：WP-CLI ガイド。MCP クライアントは書き込み時に confirm:true 付きの対応 ability を使用 — AI を接続 を参照。

対象外のこと

  • 全移行先を一度にインストールする 1 クリック操作ではありません。
  • 並列の子バックアップではありません（サイトは順次実行）。
  • Free/Plus ではありません。
  • domain-map / sunrise UI ではありません — URL は移行先ごとに手動でマップしてください。
  • 移行後の盲目的な自動 search-replace ではありません。

トラブルシューティング

Split / Extract オプションがない
Pro ZIP が有効で、ライセンス更新後に network_split が付与されていることを確認してください。Plus と Free では解除されません。
ディスク不足で開始ブロック
ローカル空きを確保するか、選択サイトを減らしてください。目安：サイト数 × サイズ × 1.5。クラウドのみ移行先は厳格なローカルゲートをスキップできます。
子サイトが失敗
Continue with remaining sites / split-resume を使用。完了アーカイブは保持してください。
extract 後に誤ったサイトのメディア
ソース blog ID を確認。Blog 1 のメディアは通常 uploads/ にあり、uploads/sites/1/ ではありません。
コンテンツに旧 URL が残る
verify を実行し、確認付き search-replace — 残存 URL の確認 を参照。
ビジー / 別ジョブ実行中
バックアップ、復元、split、Staging push は同時に 1 つのみ。他ジョブの完了を待つかキャンセルしてください。

関連： バックアップオプション — ネットワーク分割 · 復元 — extract · WP-CLI · ユーザーマニュアル

ネットワーク分割に関するよくある質問

マルチサイトをスタンドアロン インストールに分割し、ネットワーク アーカイブから 1 つのサイトを抽出するための回答。

ネットワーク分割は Free または Plus に含まれますか?

いいえ。サイトごとに 1 つのアーカイブとスタンドアロンへの抽出には、network_split 機能を備えた Pro が必要です。オプションがない場合は、ライセンスを更新してください。

分割バックアップと抽出 — どちらを使用すればよいでしょうか?

ネットワーク管理者がまだいて、サイトごとの新しいアーカイブが必要な場合は、分割バックアップを使用します。すでにネットワーク スコープのアーカイブがあり、再バックアップせずに 1 つのブログを単一サイトの宛先にプルしたい場合は、抽出を使用します。

すべての宛先を 1 回の実行でインストールできますか?

いいえ。1 つの宛先は 1 回の復元またはインストーラーの実行に相当します。ホストごとに繰り返します。抽出後、次の宛先の次のブログには、このアーカイブの次のサイトを使用します。

分割中に子サイトに障害が発生した場合はどうなりますか?

完成したアーカイブは残ります。進行状況パネルで「残りのサイトで続行」をクリックするか、WP-CLI 経由で split-resume --yes を実行します。

抽出はブログ ID 1 に対して機能しますか?

はい。メインサイトのアップロードは通常、uploads/sites/1/ ではなく、uploads/ の下に存在します。ブログ 1 を選択すると、extract はそのツリーを保持します。