本当にネットワークが必要ですか？

マルチサイトネットワーク内のサイトは、WordPress.comの別々のブログのように、個別のものであり、他の種類のネットワークのように相互接続されているわけではありません（プラグインがサイト間のさまざまな相互接続を作成できる場合もありますが）。データを共有したり、ユーザーを共有したりする強く相互接続されたサイトを作成する予定がある場合、マルチサイトネットワークは最適な解決策ではないかもしれません。

たとえば、異なるウェブページのコレクションが非常に異なる外観を持つことを望むだけであれば、プラグインを使用してテーマ、テンプレート、またはスタイルシートを切り替えることで、単一のサイトで達成できる可能性があります。

別の例として、異なるユーザーグループが異なる情報にアクセスできるようにしたいだけであれば、プラグインを使用して機能、メニュー、リンクURLを切り替えることで、単一のサイトで達成できる可能性があります。

このガイドでは、現在のWordPressインストールに手動でWordPressマルチサイトをインストールする方法を説明します。

マルチサイトネットワークの種類

ネットワークがURLをどのように処理するか、エンドユーザーが新しいサイトをオンデマンドで作成できるかどうかに応じて、いくつかの異なるタイプのマルチサイトネットワークから選択できます。

異なるタイプのネットワークには異なるサーバー要件があり、以下のセクションで説明されています。サーバーを完全に制御できない場合、特定のタイプのマルチサイトネットワークは利用できないかもしれません。たとえば、共有ホスティング環境を使用しているためにサーバーを完全に制御できない場合があります。その場合、ホスティング環境を運営している人と要件を交渉する必要があります。

ネットワーク内のサイトは異なるURLを持っています。サイトを指定するためのURLの2つの方法のいずれかを選択できます：

  • 各サイトは異なるサブドメインを持っています。たとえば： site1.example.com、site2.example.com。
  • 各サイトは異なるパスを持っています。たとえば： example.com/site1、example.com/site2

さらに、example1.com、example2.comなどのドメインをマッピングできますが、プラグインを使用することをお勧めします。ネットワーク設定で直接変更を行うこともできますが、これは高度な管理と見なされます。

サイト管理画面

サイト管理

エンドユーザーがオンデマンドで新しいサイトを作成できるかどうかを選択することもできます。ドメインベースのオンデマンドサイトは通常、site1.example.comやsite2.example.comのようなサブドメインを使用することでのみ可能です。パスベースのオンデマンドサイトも可能です。

マルチサイトのインストールプロセスでは異なる用語が使用されます。サブドメインインストールはドメインベースのネットワークを作成しますが、サイトに対して別々にマッピングされたドメインを使用することもできます。サブディレクトリインストールはパスベースのネットワークを作成しますが、ファイルシステムのディレクトリを使用しません。サブドメインインストールを使用する場合、WebパスのルートにWordPressをインストールする必要があります（つまり、domain.com）ただし、独自のディレクトリからWordPressを実行することを選択した場合、ルートにインストールする必要はありません（つまり、/public_html/）。

マルチサイトネットワークのインストールが完了すると、WordPressはネットワーク管理ユーザーインターフェース内の各サイトのドメインとパスに対してドメインおよびパスという用語を使用します。スーパ管理者（つまり、マルチサイトネットワーク管理者）は、サイトのドメインとパスの設定を編集できますが、確立されたサイトに対してこれを行うことは通常ありません。なぜなら、それはURLを変更するからです。

プラグインは利用可能なオプションを拡張し、管理を助けることができます。‘マルチサイト’でプラグインディレクトリを検索するか、このリンクをクリックしてください。

管理者要件

マルチサイトネットワークを作成するには、WordPressインストールの管理者である必要があり、通常はファイルを編集したりディレクトリを作成したりするためにサーバーのファイルシステムにアクセスする必要があります。たとえば、FTPを使用してサーバーのファイルシステムにアクセスするか、cPanelのファイルマネージャーを使用するか、他の方法でアクセスできます。

WordPressの開発、PHP、HTML、CSS、サーバー管理またはシステム管理に関する知識は必ずしも必要ではありませんが、これらの知識はトラブルシューティングやインストール後のマルチサイトネットワークのカスタマイズに役立つかもしれません。

サーバー要件

ネットワークを計画する際、初期テストのために開発サーバーを使用することが役立つ場合があります。ただし、本番サーバーと正確に一致する開発サーバーを設定することは常に可能ではなく、ネットワーク全体を本番サーバーに移行することは簡単ではないかもしれません。本番サーバー上のテストサイトは、計画されたネットワークをテストするためのより有用な方法であることがあります。

すべての場合において、サーバーがマルチサイトに必要なより複雑な.htaccess（またはnginx.confまたはweb.config）ルールを使用できることを確認する必要があります。

マルチサイトは、Apacheサーバーでmod_rewriteが読み込まれ、.htaccessファイルでそれをサポートし、Options FollowSymLinksがすでに有効であるか、少なくとも永久に無効でないことを必要とします。サーバー構成にアクセスできる場合は、.htaccessファイルの代わりにディレクトリセクションを使用できます。また、httpd.confファイルがドメインのvhostに対して「AllowOverride」を「All」または「Options All」に設定されていることを確認してください。これに関しては、ウェブホストに詳細を尋ねることができます。

一部のサーバー要件は、作成したいマルチサイトネットワークのタイプによって異なります。

ドメインベース

‘サブドメイン’インストールとも呼ばれるドメインベースのネットワークは、https://subsite.example.comのようなURLを使用します。

ドメインベースのネットワークは、WordPressがインストールされているサーバーのファイルシステム内の同じディレクトリに異なるドメイン名をマッピングします。これをさまざまな方法で行うことができます。たとえば：

  • ワイルドカードサブドメインを構成することによって
  • 各サブドメインに対して同じドキュメントルートを指定する仮想ホストを構成することによって
  • cPanelや同様のウェブホスティングコントロールパネルでアドオンドメインやサブドメインを作成することによって

オンデマンドのドメインベースのサイトは、ワイルドカードサブドメイン方式を必要とします。他の方法を使用して、同じネットワーク内で追加のサイトを手動で作成できます。

どの方法を使用しても、DNSを構成する必要があります（ドメイン名をサーバーのIPアドレスにマッピングするため）およびサーバー（ドメイン名をWordPressインストールディレクトリにマッピングするため）。その後、WordPressはドメイン名をサイトにマッピングします。

WordPressは、サブドメインが正しく機能するために、ウェブフォルダのルートから実行されるべきです（つまり、public_html）。非ルートディレクトリからサブドメインを機能させるには、仮想ホストとリダイレクトの経験が必要です。

外部リンク：

さまざまなシステムでワイルドカードサブドメインを構成する方法のいくつかの例については、ワイルドカードサブドメインの構成を参照してください。

パスベース

‘サブフォルダ’または‘サブディレクトリ’インストールとも呼ばれるパスベースのネットワークは、https://example.com/subsiteのようなURLを使用します。

すでにサイトできれいなパーマリンクを使用している場合、パスベースのネットワークも機能し、このセクションの他の情報は必要ありません。ただし、メインサイトは投稿のために次のURLパターンを使用することに注意してください： https://example.com/blog/[postformat]/

現時点では、手動でネットワークオプションの非明示的な場所を構成しない限り、ブログスラッグを削除することはできません。これは推奨されません。

WordPress設定要件

マルチサイトネットワークをインストールする際、既存のWordPressインストールから始めます。独自のドメイン名を持つ新規インストールの場合、このセクションを読む必要はありません。確立されたサイトであるか、単にドメイン名を使用してアクセスできない場合、マルチサイトネットワークに変換するために次の要件が適用されます。

注意事項

WordPressに独自のディレクトリを与えるは、3.5以降のマルチサイトで機能しますが、マルチサイトを有効にする前に「独自のディレクトリ」変更を行う必要があります。

ドメインURLにwwwを使用することは推奨されませんが、そうすることを選択し、マルチサイト用にサブドメインを使用する予定がある場合は、サイトアドレスとWordPressアドレスの両方が同じであることを確認してください。また、一部のホストはこの種のURLを表示することがデフォルトになることを考慮してください：

ネットワークを作成する前に（Before You Create A Network） - img2

この理由やその他の多くの理由から、可能な限りwwwをドメイン名に使用しないことをお勧めします。domain.comまたはwww.domain.comに変更する予定がある場合は、マルチサイトのセットアップの残りの部分を開始する前に行ってください。なぜなら、後でドメイン名を変更することはより複雑だからです。

制限事項

以下のケースではネットワークを作成することはできません：

  • 「WordPressアドレス（URL）」が‘:80’、‘:443’以外のポート番号を使用している。

以下のケースでは、ドメインベースのネットワークに対してサブドメインインストールを選択することはできません：

  • WordPress URLにパスが含まれている場合、ドメインだけではありません。（つまり、WordPressがドキュメントルートにインストールされていないか、そのドキュメントルートのURLを使用していない場合。）
  • 「WordPressアドレス（URL）」がlocalhostである。
  • 「WordPressアドレス（URL）」が127.0.0.1のようなIPアドレスである。

（テスト目的で、ホストファイルを使用して他のホスト名をIPアドレス127.0.0.1にマッピングすることにより、ローカルマシンでドメインベースのネットワークを作成することができます。これにより、ホスト名localhostを使用する必要がなくなります。）

既存のWordPressインストールが1か月以上設定されている場合、既存のパーマリンクの問題により、パスベースのネットワークに対して*サブディレクトリインストールを選択することはできません。（この問題は将来のバージョンで修正される予定です。詳細についてはネットワークタイプの切り替えを参照してください。）

詳細についてはwp-admin/network.phpを参照してください

変更履歴