LASSIC Media らしくメディア
WordPressマルチサイト構築｜複数サイトの一元管理手順
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- WordPressマルチサイトは、1つのWordPressインストールから複数サイトを運営できる標準機能で、コア・プラグイン・テーマをネットワーク管理者が一元管理できます。
- ブランド別・拠点別・多言語別に多数のサイトを運営する企業に向く一方、サイト間でデータやユーザーを共有したい用途には向きません。
- プラグインの互換性確認・既存サイトからの移行・単一障害点への備えには専門知識が必要になるため、内製と外部委託のどちらで進めるかを判断する必要があります。
目次
- WordPressマルチサイトとは？1つのインストールで複数サイトを一元管理する仕組み
- マルチサイトが向いているケース／向いていないケースを見極める
- サブドメイン型とサブディレクトリ型の選び方
- ネットワーク構築の基本手順（wp-config.php・ネットワーク設定・.htaccess）
- ネットワーク管理者とサイト管理者の権限の違い
- プラグイン・テーマの管理方式と一括更新のメリット
- 導入時に注意すべき3つのリスク（プラグイン非対応・移行の難しさ・単一障害点）
- 構築・移行を内製で進めるか外部委託するかの判断軸
- まとめ：WordPressマルチサイトで複数サイトを一元管理する際の3つの判断軸
- よくある質問
WordPressマルチサイトとは？1つのインストールで複数サイトを一元管理する仕組み
WordPressマルチサイトとは、1つのWordPressインストールから複数のサイトを運営できる、WordPress標準のネットワーク機能です。公式ドキュメントは、ネットワーク内のすべてのサイトが同じWordPressコアファイルを共有しつつ、各サイトは独立したデータベーステーブルとメディアディレクトリを保持すると説明しています*1。
ブランドごとにサイトを分けたい企業、拠点別・部署別にドメインを使い分けたい企業、多言語で複数サイトを展開したい企業にとって、コア・プラグイン・テーマを1か所で管理しながらサイトごとのコンテンツを独立させられる点は大きな利点となるでしょう。
マルチサイトを構成する用語も押さえておく必要があります。ネットワーク全体を統括する権限を持つユーザーは「ネットワーク管理者（スーパー管理者）」と呼ばれ、個々のサイトを管理する「サイト管理者」とは権限が明確に分かれています*2。この権限分離が、複数サイトを一元管理しながら現場の運用範囲を限定するための土台になります。
マルチサイトが向いているケース／向いていないケースを見極める
公式ドキュメントは、マルチサイト内の各サイトは互いに分離されており相互接続していないと明記しています*3。この特性を踏まえると、マルチサイトが向くかどうかは次の観点で判断できるでしょう。
向いているケース
ブランドごとに異なるテーマやデザインを適用したい場合、部署・ユーザーグループごとにアクセス権限を分けて運用したい場合は、マルチサイトの構成が適しています*3。複数のブランドサイト・拠点サイト・多言語サイトを1つの管理画面から横断的に把握したい企業にとって、有力な選択肢になります。
向いていないケース
一方で、サイト間で会員データやコンテンツを共有したい場合、サイトをまたいでユーザー情報を一元化したい場合は、公式ドキュメントもマルチサイトではなく単一サイト内でプラグインを活用する方法を推奨しています*3。強く相互接続された機能が必要な用途で無理にマルチサイト化を進めると、かえって設計が複雑になるおそれがあります。
サブドメイン型とサブディレクトリ型の選び方
マルチサイトのネットワークを作成する際は、サブドメイン型とサブディレクトリ型のいずれかを選択します。サブドメイン型はドメインベースの構成で、site1.example.comのようにオンデマンドで作成するサイトをサブドメインで表します*1。サブディレクトリ型はパスベースの構成で、example.com/site1のようにパスでサイトを区別する形式です*1。
ドメインベースの構成を選ぶ場合はワイルドカードDNSの設定が必要になり、いったんネットワークを作成した後は形式の変更が難しい点を事前に押さえておく必要があります*1。公式ドキュメントでは、ドメインベースの構成はlocalhostやIPアドレスでは利用できず、パス型は運用開始から1か月以上経過したサイトには適用できないと案内されています*3。既存サイトへ後からマルチサイト化を検討する場合は、この制約を踏まえて計画を立てるべきでしょう。
ネットワーク構築の基本手順（wp-config.php・ネットワーク設定・.htaccess）
事前準備からネットワーク作成までの流れ
公式ドキュメントは、ネットワーク作成前の準備として、データベースとファイルのバックアップ、パーマリンク設定の確認、全プラグインの無効化を案内しています*1。構築作業に着手する前にこれらを済ませておくことで、途中のトラブルを避けやすくなります。
準備が整ったら、wp-config.phpの「/* That’s all, stop editing! Happy publishing. */」より上の行に「define( ‘WP_ALLOW_MULTISITE’, true );」を追加します*1。この定義を加えると管理画面の「ツール」メニューに「Create a Network of WordPress Sites」の設定画面が表示され、サブドメイン型・サブディレクトリ型のいずれかを選んでネットワークを作成する流れです*1。
サーバー要件とwp-config.php・.htaccessの追加設定
ネットワーク作成後は、案内される内容に沿ってwp-config.phpへ追加の定義を書き込み、.htaccessファイルも新規作成または更新します*1。公式ドキュメントは、mod_rewriteと.htaccessのサポート、Options FollowSymLinksがサーバー側の要件になると案内しており*3、レンタルサーバーやクラウド環境を利用する場合は、事前にこれらの対応状況を確認しておく必要があります。ポート80・443以外での運用には対応していない点も見落としやすいポイントです*3。
マルチサイトを作成するには、WordPressインストール環境の管理者であることに加えて、通常はサーバーのファイルシステムへのアクセスが必要になります*3。開発知識やPHPの専門スキルは必須ではないとされていますが*3、wp-config.phpや.htaccessの編集を伴うため、サーバー設定に不慣れな担当者だけで進めるにはハードルが高い作業と言えるでしょう。
ネットワーク管理者とサイト管理者の権限の違い
マルチサイトを一元管理するうえで欠かせないのが、ネットワーク管理者（スーパー管理者）とサイト管理者の権限を正しく分けることです。公式ドキュメントによると、ネットワーク管理者は新しいテーマやプラグインをインストールできる権限を持ち、サイト管理者にはできないユーザープロフィールの編集も行えます*2。
対してサイト管理者の権限は大きく制限されており、新しいテーマやプラグインを自身でインストールすることはできません*2。ただし、テーマカスタマイザーは各サイトで独立して利用でき、設定内容はそのサイトのデータベースのみに保存される仕組みです*2。複数サイトを一元管理しながら、現場の担当者にはコンテンツ更新の範囲だけを任せたい企業にとって、この権限分離は運用設計の軸になります。
プラグイン・テーマの管理方式と一括更新のメリット
マルチサイトでは、テーマはすべてネットワーク全体にインストールされる形になり、テーマファイルの編集は全サイトに影響します*2。プラグインの有効化方法には、ネットワーク管理者がネットワーク全体で有効化する方法と、個別サイトの管理画面からそのサイトだけで有効化する方法の2通りがあります*2。加えて、mu-plugins（Must-Useプラグイン）ディレクトリに配置すれば、有効化・無効化の操作なしに全サイトへ自動適用することも可能です*2。
この仕組みにより、セキュリティパッチや共通プラグインのアップデートを1回の作業で全サイトへ反映できる点は、個別にWordPressサイトを何本も運用する場合と比べた大きなメリットです。ただし、ネットワーク有効化は「利用可能にする」ことを意味し、自動的にすべてのサイトで機能が有効化されるわけではない点には注意が必要です*2。
導入時に注意すべき3つのリスク（プラグイン非対応・移行の難しさ・単一障害点）
すべてのプラグインがマルチサイト前提で作られているわけではない
プラグイン開発者向けの公式資料では、マルチサイトに対応する際に、設定ページをネットワーク管理画面と個別サイトの管理画面のどちらに置くかを決める必要があること、$wpdb->prefixでテーブル名を生成するとサイトIDを含んだテーブル名になること、register_activation_hookでネットワーク全体か単一サイトかを判定する必要があることが説明されています*4。つまり、プラグイン側がマルチサイトの挙動を前提に作られているとは限らず、導入前に個々のプラグインの対応状況を確認する工程が欠かせません。
既存サイトからの移行・形式変更は難易度が高い
ネットワークの形式（サブドメイン型かサブディレクトリ型か）は作成後の変更が難しいため、事前の計画が重要になります*1。すでに運用中の複数の独立したWordPressサイトを1つのマルチサイトへ統合する移行作業も、コンテンツ・ユーザー・パーマリンク構造の突き合わせが発生するため、事前の設計と検証が求められる工程です。
1つのコアに依存する単一障害点になり得る
マルチサイトはすべてのサイトが同じWordPressコアを共有する構成であるため*1、コア環境やサーバーに障害が発生すると、ネットワーク配下の全サイトが同時に影響を受ける可能性があります。ブランドサイトと拠点サイトを完全に独立した障害ドメインとして切り分けたい場合は、この単一障害点になり得る特性をあらかじめ関係者間で共有しておく必要があります。
構築・移行を内製で進めるか外部委託するかの判断軸
マルチサイトの構築・移行を内製で進める場合と、外部パートナーに委託する場合とでは、必要なスキルとリスクの重心が異なります。以下の表に主な違いを整理しました。
| 比較項目 | 内製で進める場合 | 外部委託する場合 |
|---|---|---|
| サーバー・wp-config.php設定 | mod_rewrite・.htaccess・WP_ALLOW_MULTISITEの設定を自社で行います*1*3 | サーバー要件の確認から設定までを一括して依頼できます |
| ネットワーク形式の設計 | サブドメイン型・サブディレクトリ型の選定とドメイン設計を自社で判断します*1 | 拠点・ブランド構成に応じた設計を専門知見を踏まえて提案してもらえます |
| プラグイン互換性の確認 | 利用予定プラグインごとにマルチサイト対応状況を個別に確認します*4 | 導入実績のあるプラグイン構成を踏まえて選定してもらえます |
| 既存サイトからの移行 | コンテンツ・ユーザー・URL構造の突き合わせを自社で設計・実行します | 移行計画の立案から実行までを任せられます |
内製で進める場合は、サーバー管理・WordPressの権限設計・プラグインの互換性確認といった専門知識を自社で用意する必要があります。外部に委託する場合は、これらの工程を一括して任せられる一方、委託費用という別のコスト要素が発生します。まずは自社の拠点数・ブランド数・多言語対応の要否を整理し、内製で対応できる範囲を洗い出すことが判断の出発点になるでしょう。
まとめ：WordPressマルチサイトで複数サイトを一元管理する際の3つの判断軸
本稿ではWordPressマルチサイトの仕組みと構築の要点を、公式ドキュメントに基づいて整理しました。要点は次の3つに集約されます。第一に、マルチサイトは1つのWordPressコアを複数サイトで共有し、ネットワーク管理者が一元管理できる標準機能ですが、サイト間でデータを共有したい用途には向いていません*3。第二に、ネットワーク形式の選定・サーバー設定・プラグインの互換性確認には専門知識が必要で、形式変更や既存サイトからの移行は難易度が高い作業です*1*4。第三に、1つのコアに依存する単一障害点になり得る特性を踏まえたうえで、内製と外部委託のどちらで構築・運用するかを判断する必要があるでしょう。
よくある質問
WordPressマルチサイトとは何ですか。通常の複数サイト運用と何が違いますか。
1つのWordPressインストールから複数のサイトを運営できる標準機能です。すべてのサイトが同じコアファイルを共有しつつ、各サイトは独立したデータベーステーブルとメディアディレクトリを持ちます*1。個別にWordPressサイトを何本も運用する場合と異なり、コア・プラグイン・テーマをネットワーク管理者が一元管理できる点が特徴です。
マルチサイトはどんな企業に向いていますか。
ブランドごとに異なるテーマを適用したい企業、部署・ユーザーグループごとにアクセス権限を分けたい企業に向いています*3。反対に、サイト間でデータやユーザー情報を共有したい場合は、公式ドキュメントも単一サイト内でのプラグイン活用を推奨しており、マルチサイトには向きません*3。
サブドメイン型とサブディレクトリ型はどちらを選べばよいですか。
サブドメイン型はワイルドカードDNSの設定が必要な代わりにsite1.example.comのような構成に、サブディレクトリ型はexample.com/site1のような構成になります*1。作成後の形式変更は難しいため、拠点数やブランド展開の将来計画を踏まえて事前に選定する必要があります*1。
既存のプラグインはそのままマルチサイトで使えますか。
すべてのプラグインがマルチサイトの挙動を前提に作られているとは限りません。設定ページの配置場所やテーブル名の扱い、有効化時の判定処理など、開発者向け資料で示された考慮事項があるため*4、導入前に個々のプラグインの対応状況を確認する必要があります。
稼働中の複数のWordPressサイトを、後からマルチサイトへ移行できますか。
技術的には可能ですが、コンテンツ・ユーザー・パーマリンク構造の突き合わせが発生するため、既存サイトが多いほど移行の難易度は高くなります。パス型のネットワークは運用開始から1か月以上経過したサイトには適用できないなどの制約もあるため*3、事前の設計と検証が欠かせません。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：WordPress公式ドキュメント「Create A Network」（https://developer.wordpress.org/advanced-administration/multisite/create-network/）
- *2 出典：WordPress公式ドキュメント「Multisite Network Administration」（https://developer.wordpress.org/advanced-administration/multisite/administration/）
- *3 出典：WordPress公式ドキュメント「Before You Create A Network」（https://developer.wordpress.org/advanced-administration/multisite/prepare-network/）
- *4 出典：WordPress公式Learn WordPress「Developing for Multisite」（https://learn.wordpress.org/tutorial/developing-for-multisite/）
