Plesk Wordpress

PleskでWordPressマルチサイトをインストール：代理店と企業のための包括的なガイド

を設置した。 PleskでのWordPressマルチサイト は、1 つの WordPress インスタンスで複数のウェブサイトを管理するための集中型ソリューションを、代理店や企業に提供します。このステップバイステップガイドでは、Pleskで安定した拡張可能なマルチサイトネットワークをセットアップし、プロフェッショナルに運用する方法をご紹介します。

中心点

マルチサイトを有効にする Plesk経由でwp-config.phpに直接記述する。
ワードプレスツールキット Pleskのインストールとアップデートを容易にします。
サブドメインまたはサブディレクトリ 構造的に決定的な選択として
管理者と権利 サイトごとに個別に割り当て可能
スケーラビリティ 常に成長し続けるネットワークのサポートを通じて

前提条件と構造計画

PleskでWordPress Multisiteを有効化する前に、いくつかの技術コンポーネントを調整する必要があります。まず、新しいウェブサイトを サブドメイン (例：blog.agentur.de）または サブディレクトリ (例：agentur.de/blog）。この決定は永続的なものであり、一度設定すると簡単に変更することはできません。

メインドメインはすでにPleskダッシュボードに保存され、完全に設定され、アクティブなSSL証明書で保護されている必要があります。最高のパフォーマンスを実現するために、ホスティングはSSDテクノロジーをベースとし、最新のPHPをサポートする必要があります。 PleskのPHP 8.2 互換性とスピードが大幅に向上。

特に複数の顧客プロジェクトを抱える代理店にとって、初期段階で個々のサイトとユーザー権限の構造を明確にしておくことは価値がある。そうすることで、規模を拡大したり、ネットワーク内の権限を分散させたりする際に、後々のハードルを避けることができます。

初めてPlesk経由でWordPressをインストールする場合

Plesk WordPress Toolkitでは、数回クリックするだけでWordPressをインストールできます：

Pleskダッシュボードを開き、「ウェブサイトとドメイン」から対象のドメインを選択します。
WordPress」エリアの「インストール」をクリックします。
インストールパス、管理者名、安全なパスワード、有効な電子メールアドレスを選択します。
必要に応じて、自動アップデートとパフォーマンス設定を有効にする。

インストール後、Plesk経由でサイトのバックエンドに直接アクセスできます。これでWordPressは完全に稼動し、管理できるようになりました。

マルチサイトモードを有効にする

WordPressをマルチサイトに切り替えるには、ドメイン下のPleskファイルマネージャでファイルを開きます。 wp-config.php.ライン検索 /* 編集は以上です！ハッピー・パブリッシング。*/ そして、その直前に次の行を挿入する：

define('WP_ALLOW_MULTISITE', true)；

ファイルを保存し、バックエンドをリロードする。次に、WordPressダッシュボードの "Tools > Network setup "に行く。ここで、構造のタイプ（サブドメインまたはサブディレクトリ）を決めることができる。

ネットワークのタイトルと管理者アドレスを入力します。保存後、WordPressは自動的に必要なコードスニペットを表示します。

重要なコード調整

次の段階では、マルチサイト機能を有効にする特定のコードブロックを挿入する必要がある：

wp-config.php

define('MULTISITE', true)；
define('SUBDOMAIN_INSTALL', false); // サブドメインの場合は true
define('DOMAIN_CURRENT_SITE', 'your-maindomain.com')；
define('PATH_CURRENT_SITE', '/')；
define('SITE_ID_CURRENT_SITE', 1)；
define('BLOG_ID_CURRENT_SITE', 1)；

htaccess

WordPressの標準ルールを、WordPressが提供するリライト・ルールで置き換える。構文と順序を正確に守らないと、リダイレクトに失敗します。

ネットワークのテストと管理

調整が完了したら、バックエンドに再度ログインしてください。トップ管理メニューに新しい項目が表示されます： ネットワーク管理者.ここでは、新しいサイトを作成したり、プラグインをグローバルにインストールしたり停止したり、テーマを割り当てたりすることができます。

できるだけ早い段階で、個々のテストページのアクセシビリティと機能性をテストする。特にチェックしてください：

サブドメインまたはディレクトリ用のSSL証明書
追加ユーザーの管理者権限
エラーのない表示とローディング時間

プロフェッショナルのプロセスでは ステージング環境.どうすればいいのか？ PleskでのWordPressのステージングそしてそれを安全にテストする。

スケーリングとホスティングの比較

典型的なマルチサイトのセットアップは、しばしば急速に成長します。追加のサイト、ユーザー、およびデータ負荷は、適切なホスティングを選択することが重要になります。次の表は、標準的なセットアップと比較したマルチサイトネットワークのコア要件を示しています：

特徴	ワードプレスのシングルインストール	WordPressマルチサイト
更新作業	サイトごとに個別	ネットワーク管理者による集中管理
ユーザー管理	ローカル・パー・サイト	スーパーアドミニストレーションによるセントラル
バックアップ	サイトごとの個人	Plesk経由で自動的にセンタリング
資源の利用	低い	中～高（トラフィックによる）

ネットワークにおける権利とセキュリティ

ネットワークで多数のサイトを運用する場合、セキュリティは非常に重要です。バックアップマネージャ、ファイアウォール、セキュリティスキャナなど、Pleskに統合された機能を利用しましょう。パスワードは定期的に変更し、サイトごとに管理者権限を制限し、二要素認証を使用してください。

また、各サイトに複数の管理者や編集者を定義することもできます。どのプラグインやテーマが一元的に利用可能で、どれが特定のサイトにのみインストール可能かを決めることができます。

トラブルシューティングとベストプラクティス

典型的なつまずきは、.htaccessやwp-config.phpの誤ったコード変更で発生します。小さな構文エラーは、ドメインやSSL証明書の機能を損なう可能性があります。疑わしい場合は、PleskのWordPress Toolkitで以前のバージョンに復元できます。

新しいサイトを追加する際には、バックアップ頻度とリストアテストを特にお勧めします。バックアップの自動化では、以下のようなウェブホスティングサービスを利用することができます。代理店向けwebhosting.de これらのプロセスを完全に自動化する。

成長するプロジェクトのための高度なマルチサイト戦略

マルチサイト・ネットワーク内のウェブサイトの数が増えると、最適な編成の問題がしばしば生じます。特に、複数の顧客プロジェクトを一元管理しているエージェンシーは、ネットワークの構造をスケーラブルに保つ方法を検討する必要があります。明確に定義された ネーミング・スキーム は非常に役立ちます。サブドメインは、顧客、製品、言語によって区別することができます。 customer1.youragency.com, カスタマー2.youragency.com など、サブドメイン・コンフィギュレーションが選択されている場合。サブディレクトリには、次のような関連する一般用語をフォルダ名として使用できます。 deineagentur.de/campaignA/, deineagentur.de/campaignB/.これは、どのサイトがどの顧客やプロジェクトに属しているかを常に把握できることを意味します。

また、次のことも重要である。 ユーザーの役割 を効率的に行うことができます。スーパー管理者はネットワーク全体で無制限の権限を持つが、サイトレベルの管理者は特定のサイトしか管理できない。これにより、特に複数の同僚や顧客がアクセスする場合、設定ミスのリスクを減らすことができます。もう一つのコツ：人気のあるプラグインをネットワークレベルで管理することで、アップデートを一元化し、各サイトが自動的にその恩恵を受けられるようにする。

また ドメインマッピング 成長するプロジェクトには利点があります。マルチサイトは、各サブサイトが独自のドメインを使用するように設定することができます。これは、独自のブランド名で表示したいが、集中管理の恩恵は受けたいという顧客や部門にとって特に興味深いものです。ただし、ドメインマッピングには、割り当てられた各ドメインが同じサーバーIPと正しいフォルダを指すように、正しいDNS設定が必要です。これは、ドメインのDNS設定を介して、Plesk自体で比較的簡単に設定できます。一度正しく設定すれば、すべての訪問者は、背後にマルチサイトのインフラストラクチャがあることを意識することなく、自分のドメインでサイトにアクセスできます。

マルチサイトのパフォーマンスとキャッシュ

複数のウェブサイトが同じWordPressインストールを使用しているため、パフォーマンスとキャッシュが重要な役割を果たします。とりわけ、各サブサイトに 個別キャッシュ そうでなければ、ページのコンテンツが混ざってしまい、望ましくない結果につながる可能性がある。WP Rocket、W3 Total Cache、LiteSpeed Cacheのような人気のあるキャッシュプラグインの多くは、現在ネイティブでマルチサイト環境をサポートしています。ネットワーク管理者経由ですべてのサイトの設定を同じように行うことができ、各プラグインを個別に管理する必要はありません。

さらに、サーバサイドキャッシングは多くの場合、Pleskダッシュボードですでに有効化できます。 NGINXキャッシュ または統合されたリバースプロキシキャッシュを使用します。PHP 8.2と組み合わせることで、トラフィックが増加しても高速な読み込みが可能になります。ただし、すべてのパフォーマンス指標との互換性を確認してください。まれに、キャッシュに最適化されていない古いテーマやプラグインと競合することがあります。

SEOとマルチサイト：標準化か個別化か？

SEO（検索エンジン最適化）に関しては、WordPressマルチサイトはその柔軟性で輝きます。それぞれのサブサイトは、独自のタイトル、メタデータ、パーマリンク構造で、独自のSEO戦略を追求することができます。一方、統一されたブランドイメージを維持したい場合は SEO対策の一元化 に設定します。例えば、グローバルなメタタグやグローバルなスキーマ要素は、ネットワーク全体で設定することができる。Yoast SEOやRank Mathのようなプラグインは、このようなマルチサイトのアプローチをサポートすることが多く、一元的な設定を行い、それをサブページに転送することができる。同時に、各管理者は特定のページに対して微調整を行う自由を保持することができる。

GoogleとCo.がすべてのサイトを正しくインデックスするためには、以下の機能が必要である。 SSL暗号化 重要です。ワイルドカード証明書は、特にサブドメインの設定において、コストと時間を節約することができます。つまり、サブドメインごとにSSL証明書を手動で取得しなくても、新しく作成されたサブドメインはすべて自動的に保護されます。最後に、検索エンジンに対する可視性などの設定が正しく設定されているか、ネットワーク管理画面で確認する必要があります。インデックスに表示されるべきでないテストサイトを作成した場合は、パブリック・クロールを無効にするのが最善です。これにより、重複コンテンツや不要なテストコンテンツが検索結果に表示されるのを防ぐことができる。

リスクの最小化と自動化プロセス

既存のネットワークに定期的に新しいサイトを追加する場合は、以下の項目をチェックする必要があります。 自動化されたプロセス を設定してください。Pleskのオプションを使って、コア、テーマ、プラグインの自動アップデートを有効にしてください。特に大規模なマルチサイトのインフラでは、問題が発生した場合のデータの復元に時間がかかります。Pleskはこれらのバックアップを定期的に実行し、FTPやクラウドサービスなどの外部ストレージメディアにアウトソースすることもできます。

加えて、賢明な モニタリング戦略 ネットワークの安定性サイトが利用できなくなるとすぐにメールやSlackで通知されます。代理店の場合、顧客とのSLA（サービス・レベル・アグリーメント）の約束を確実に守るために、継続的な監視をお勧めします。ウェブサイトがオフラインになったり、ロード時間が極端に長くなったりすると、顧客は敏感に反応します。

ネットワークレベルでの拡張アクセス制御

古典的なスーパー管理者と管理者モデルに加えて、WordPress Multisiteはさらに細かく役割と権限を分配するオプションを提供しています。典型的な例は エディター投稿やページの作成・編集はできますが、インストールされているプラグインやテーマを変更することはできません。いくつかのプロジェクトでは、複数の人が編集者として活動することは理にかなっていますが、ネットワーク設定への完全なアクセス権はありません。この場合、どのユーザーグループがどのサイトにアクセスする権限を持つかをネットワーク管理画面で定義します。そのため、顧客や部署ごとにカスタマイズされたロールモデルを作成することができます。

もう一つのセキュリティ機能は、新しいテーマとプラグインのインストールをスーパー管理者に予約することです。これにより、信頼できる最新の拡張機能だけがネットワークに届くようになります。不用意にインストールされた拡張機能は、潜在的なセキュリティリスクを引き起こしたり、パフォーマンスを低下させたりする可能性があります。そのため、新しいテーマやプラグインのリリースは中央の組織が管理する方が賢明です。

同一ネットワーク内の多言語ウェブサイト

多くの代理店や大企業は、多言語ウェブサイトを必要としています。単一のWordPressに多言語プラグインを装備する代わりに 言語版を別サイトとして管理 にある。例えば ja.youragency.com, fr.youragency.com 或いは es.youragency.com をネットワークに組み込むことができます。つまり、各言語ページは、独自のテーマ、プラグイン、翻訳チームを含め、完全に独立して構成することができます。このようにして、多言語プラグインの潜在的な競合を回避し、明確に分離可能な構造を維持することができます。

ハイブリッドソリューションとして、WPMLやPolylangのような古典的な多言語プラグインは、単一のサブサイトで使用することもできます。これは、特定の言語地域に個別に対応し、他の地域は完全に国際的なものにしたい場合に特に便利です。

長期的なメンテナンスと計画

マルチサイト・ネットワークを円滑に運営するためには、長期的な計画が望ましい。信頼性の高いアップデートとバックアップは、緊急時のストレスを大幅に軽減します。また、データベースの負荷を過小評価してはいけません：各サブサイトはメインテーブルをほぼ共有しますが、コメントや投稿のメタデータ、ユーザー固有の情報など、一部のエントリはサイトごとに別々のテーブルに保存されます。したがって、特にネットワークが急速に成長している場合は、ホストが十分なメモリとCPUリソースを提供していることを確認してください。

また、次のような明確なマイルストーンを設定する。 モニタリングとパフォーマンス分析.月に一度、または大規模なコンテンツ更新後に、サイトの読み込み速度や、どのサブサイトがより多くのリソースを必要とするかを示すパフォーマンスレポートを作成します。必要に応じて、キャッシュの最適化によって負荷のピークを回避したり、Plesk経由で直接パフォーマンスのスケーリングを実行することができます（料金プランで可能な場合）。このような将来を見据えたサポートにより、お客様のネットワークが長期にわたってスムーズに稼動することが保証されます。

最後に簡単な概要

Pleskでプロフェッショナルに設定されたWordPressマルチサイトネットワークは、長期的にかなりの時間とメンテナンスコストを節約します。一元化されたユーザーとプラグインの管理、自動化されたセキュリティ、シンプルなスケーラビリティの組み合わせは、複数のウェブプロジェクトを抱える代理店や企業にとって理想的です。慎重な基本設定と技術的に適切なホスティングに注意を払えば、すべてのパーツがあたかも1つの型から生まれたシステムのように連動します。