サブディレクトリにWordPressをインストールする方法
ジョン・ターナー
ジョン・ターナー
すでにルートドメインでWordPressサイトが稼働しています。そこで、既存のサイトには手を加えずに、もう1つ(ブログ、オンラインストア、ステージング環境、あるいはクライアントのプロジェクトなど)を追加する必要があります。
サブディレクトリへのインストールは、まさにそのためのものです。
サブディレクトリにWordPressをインストールするには、ファイルシステム上のフォルダ、新しいデータベース、そしてURLの設定といういくつかの要素が必要です。どれも複雑な作業ではありませんが、手順の順序が重要であり、いくつかのステップでつまずく人もいます。
この記事では、サブディレクトリとは何か、サブドメインの代わりにサブディレクトリを使うべき場合、そしてWordPressをインストールする3つの方法について解説します。
作業が終わる頃には、yourdomain.com/blog や yourdomain.com/staging といったURLで正常に動作するWordPress環境が整い、スムーズに稼働し続けるための適切な設定も完了しているはずです。
以下はその要点である:
- サブディレクトリへのインストールを行うと、yourdomain.com/blog のようなパスで、独自のデータベース、プラグイン、管理画面を備えた、完全に独立した WordPress サイトが構築されます。
- SEOの継続性が重要な場合は、サブドメインではなくサブディレクトリを使用してください。サブディレクトリ内のコンテンツは、公開初日からルートドメインの権威を継承します。
- 新規インストールを行う最も手っ取り早い方法は、Softaculousのような自動インストールツールを利用することです。既存のサイトを移行する場合、Duplicator Proがファイルの転送、データベースの設定、URLの書き換えを自動的に行います。
- インストールが完了したら、「設定」>「一般」にある両方のURLフィールドを確認し、パーマリンクを保存してリライトルールを更新してから、コンテンツを追加する前に自動バックアップを設定してください。
- インストール後のトラブルの原因として最も多いのは、WordPressのURL設定の不一致、フラッシュされていないリライトルールによる404エラー、およびバックアップの未実行です。
目次
WordPressにおけるサブディレクトリとは何ですか?
サブディレクトリとは、ルートドメインのファイル構造内にあるフォルダで、URLパスに直接対応するものです。サイトが public_html/ にある場合、public_html/blog/ にインストールされたサブディレクトリは、yourdomain.com/blog となります。
どの道を選んでも、考え方は同じです:
- yourdomain.com/blog
- yourdomain.com/staging
- yourdomain.com/shop
これらはそれぞれ、メインのホスティングディレクトリ内に配置されたフォルダであり、その中にWordPressの完全なインストール環境が個別に用意されています。
独自のデータベース、プラグイン、テーマ、そしてwp-adminダッシュボードを備えています。ルートドメインのサイトとは一切共有されていません。
これは、1つのWordPressインストールから、1つのデータベースと1つの管理パネルを通じて複数のサイトを運用するWordPressマルチサイトネットワークとは異なります。ここで取り上げるのは、それよりもシンプルな構成、つまり同じドメイン下にたまたま存在している、独立した個別のWordPressインストールについてです。
なぜWordPressをサブディレクトリにインストールするのでしょうか?
この設定が適切な状況は、いくつかあります:
- 既存のWordPress以外のサイトと並行してWordPressを運用する
- 環境構築とテスト
- 代理店およびクライアントとの業務
- SEO
- サイトのリデザイン時に既存のサイトを維持する
ルートドメインが静的HTMLサイト、カスタムWebアプリ、または別のCMSで構築されている場合でも、何も再構築することなく、/blogや/newsにWordPressを追加できます。両者は互いに独立して共存します。
/stagingに WordPress をインストールすると、本番サイトのプライベートなコピーが作成され、プラグインの更新やテーマの変更、大規模な編集などを本番公開前にテストすることができます。これは、サブディレクトリインストールにおける実用的な活用法の一つです。
キャンペーン用マイクロサイト、求人掲示板、ランディングページ、および一時的なプロジェクトサイトは、それぞれ個別のホスティングアカウントやドメイン登録を必要とすることなく、クライアントのメインドメイン下のサブディレクトリとして設置することができます。
サブディレクトリに公開されたコンテンツは、メインサイトと同じドメイン下に配置されます。つまり、ルートドメインがすでに築き上げた権威や被リンクの評価を活かすことができるのです。
Webデザインを一から作り直す場合、新しいサイトをルートディレクトリに公開する間、旧サイトは/oldまたは/archiveに一時的に配置しておくことができます。これにより、訪問者は引き続き旧サイトにアクセスでき、サイトを完全に停止させる前に急いでリニューアルを完了させる必要がなくなります。
WordPressのサブディレクトリとサブドメイン:どちらを選ぶべきか?
サブディレクトリ(yourdomain.com/blog)とは、既存のドメインのファイル構造内にあるフォルダのことです。一方、サブドメイン(blog.yourdomain.com)は独立したホスト名であり、技術的には同じルートディレクトリを共有しているものの、別個のドメインとなります。
URL上では似ていますが、重要な点においていくつかの違いがあります。
サブディレクトリの方が適している場合:
- SEOの継続性は最優先事項です。Googleはサブディレクトリを同一サイトの一部として扱うため、そこに掲載されたコンテンツはルートドメインが持つ既存の権威を引き継ぎます。yourdomain.com/blog へのリンクは、yourdomain.com と同じドメインへのリンクとしてカウントされます。
- ご利用のホスティングプランではサブドメインの数に制限がある、あるいはサブドメインの設定に必要なDNS設定を自分で行いたくない場合。
- よりシンプルで、すっきりとしたURL構造にしたい。
- ステージング環境を構築しているところです。サブディレクトリは、サブドメインよりも整理しやすく、管理も簡単です。
サブドメインの方が適している場合:
- 新しいサイトは、まったく異なるユーザー層や目的を対象としているため、ナビゲーションやブランディングにおいてメインドメインと関連付けるべきではありません。
- 完全な独立性が必要です。つまり、アナリティクス、ID管理、管理機能を完全に分離し、相互に干渉しないようにする必要があります。
- SaaS製品や顧客向けアプリなど、アーキテクチャの一部としてアカウントごとのサブドメインが採用されているシステムを運用している場合。
SEOに関するこの質問は、多くの人がつまずくポイントですが、正直なところ、コンテンツ量の多いサイトの場合、多くの人がサブディレクトリを採用する傾向にあります。
サブドメインでも検索順位は向上する可能性があります(Googleも「良好な順位を獲得できる」と述べています)。しかし、サブドメインはゼロからのスタートとなります。既存のドメイン権威やバックリンクの価値は引き継がれません。一方、サブディレクトリは初日からそれらすべてを継承します。
サブディレクトリにWordPressをインストールするために必要なもの
始める前に、いくつか準備をしておく必要があります。
1. サイト全体のバックアップ。
ホスティング環境に構造的な変更を加える前に、必ず完全なバックアップを作成してください。インストール中に問題が発生した場合に備え、クリーンな復元ポイントが必要になります。
ここで、Duplicator Proはワークフローの早い段階でその真価を発揮します。このツールは、ファイルとデータベースを単一のアーカイブにまとめ、サブディレクトリに直接デプロイできるようにします。
つまり、安全のために作成するバックアップが、移行パッケージとしても機能するということです。1つのツールで両方の手順を処理できます。方法1を使用する場合は、そのバックアップの作成がインストールの最初のステップとなります。
2. ホスティングアカウントへのアクセス。
ホスティングプロバイダーが提供するcPanel、Plesk、またはその他のコントロールパネルにログインする必要があります。以下に、サブディレクトリを作成し、新しいデータベースを設定する手順を説明します。
3. FTPまたはファイルマネージャーによるアクセス。
cPanelに標準搭載されているファイルマネージャーは、ほとんどのインストール環境で問題なく動作します。ローカル環境で作業したい場合は、FileZillaが信頼できるFTPクライアントです。ホスティングアカウントのFTPセクションに記載されている認証情報を使用して接続してください。
サブディレクトリにWordPressをインストールする方法
WordPressをサブディレクトリにインストールするには3つの方法があり、どの方法が適切かは、現在の環境によって異なります。
- 方法 1:Duplicator Pro(移行プラグイン):既存の WordPress サイトをサブディレクトリに移動またはコピーする場合に最適な選択肢です。ファイルの転送、データベースの設定、URL の書き換えを、1 つのガイド付きプロセスで一括して処理します。
- 方法 2:自動インストーラー(Softaculous、Installatron、QuickInstall):移行するデータがない場合、クリーンな新規インストールを行う最も手っ取り早い方法です。cPanel にログインし、インストーラーでサブディレクトリを指定すれば、数分で作業が完了します。
- 方法 3:手動インストール:セットアップのあらゆる部分を完全に制御できますが、手順が最も多く、失敗する可能性も最も高くなります。自動インストーラーが利用できないVPSやカスタムサーバー環境でのみ行うことをお勧めします。
方法 1:移行プラグインを使用してサブディレクトリに WordPress をインストールする
すでにWordPressサイトをお持ちで、そのサイト(またはそのコピー)をサブディレクトリに移動したい場合は、この方法をご利用ください。
Duplicatorのような移行プラグインの主な活用例をいくつかご紹介します:
- ホームページを一から作り直す間、既存のサイトを/blogに一時的に配置しています
- 本番サイトを/stagingに複製し、テスト環境として使用します。
Duplicator Proがここでうまく機能する理由は、手動での移行の多くを失敗に終わらせるある1つのステップ、すなわちURLの書き換えにあります。WordPressサイトを新しい場所へ移動する際、データベースに保存されているすべてのURL参照を、新しいURLに合わせて更新する必要があります。
Duplicatorはインストール時にこれを自動的に処理してくれます。手動で行うと、参照先の指定を見落としがちで、原因が特定できないままサイトが機能しなくなってしまうことがあります。
ステップ1:Duplicatorを使って元のサイトをバックアップする
移動またはコピーしたい元のサイトのWordPressダッシュボードにログインします。
「プラグイン」→「新規追加」に移動し、「Duplicator」を検索してインストールし、有効化してください。
無料版では基本的な移行機能を利用できます。Duplicator Proでは、ドラッグ&ドロップによる移行、スケジュールされたバックアップ、およびクラウドストレージへの保存先(Duplicator Cloud、Google Drive、Dropbox、Amazon S3、OneDriveなど)が追加されます。
WordPressのダッシュボードで、「Duplicator Pro」»「バックアップ」»「新規追加」の順に選択します。

「フルサイト」バックアップのプリセットを選択し、続行してください。

ビルドを開始する前に、Duplicator Pro はサイトをスキャンします。バックアップを作成する前に、警告内容を確認してください。

完了したら、インストーラーとアーカイブファイルの2つのファイルをダウンロードしてください。どちらも必要です。

ステップ 2:サブディレクトリを作成する
cPanel にログインし、ファイルマネージャーを開いて、public_html フォルダに移動します。
「blog」、「staging」、「shop」など、状況に合わせて適切な名前を付けた新しいフォルダを作成してください。小文字を使用し、スペースは入れないでください。そのフォルダがサブディレクトリとなります。

FTPでの作業をご希望の場合は、FileZillaで接続し、「public_html」フォルダに移動して、そこにフォルダを作成してください。どちらの方法でも問題ありません。
ステップ3:新しいサブディレクトリデータベースを作成する
インストーラーを実行する前に、サブディレクトリ「install」用に新しいデータベースを用意する必要があります。
cPanel で、「MySQL データベース」(ホストによっては「MariaDB データベース」)を開きます。
新しいデータベースを作成します。名前は「yourusername_blog」や「yourusername_staging」のように、一目で何のためのものか分かるように付けましょう。

次に、強固なパスワードを設定して新しいデータベースユーザーを作成します。

そのユーザーをデータベースに追加し、すべての権限を付与してください。

データベース名、ユーザー名、パスワード、およびホスト名をメモしておいてください。これらは次の手順で必要になります。ホスト名はほとんどの場合「localhost」ですが、不明な場合はホスティングプロバイダーに確認してください。
ステップ 4:サブディレクトリにバックアップをインストールする
アーカイブファイルとインストーラーファイルの両方を、先ほど作成したサブディレクトリにアップロードしてください。ファイルマネージャーまたはFTPを使用して行うことができます。

両方のファイルのアップロードが完了したら、ブラウザを開き、yourdomain.com/subdirectoryname/installer.php にアクセスしてください。
Duplicatorのインストーラーが自動的に起動します。

新しいデータベースの認証情報を入力してください。

ページの一番下までスクロールして、「確認」をクリックしてください。その後、利用規約と注意事項に同意し、次へ進んでください。

ポップアップ画面で、移行を確認してください。

インストールが完了したら、元のサイトで使用していたのと同じ認証情報を使って、新しいサブディレクトリのサイトにログインしてください。
方法 2:自動インストールツールを使用してサブディレクトリに WordPress をインストールする
この方法は、既存のサイトを移行するのではなく、サブディレクトリにWordPressを新規にインストールする場合に利用してください。ゼロから稼働するサイトを作る上で、最も手っ取り早い方法です。
Softaculous(cPanel)の使用
cPanel にログインし、Softaculous アプリインストーラーを開きます。

「WordPress」を選択し、「インストール」をクリックします。
「ソフトウェア設定」で、「https://」を選択してください。ただし、ドメインでSSLがすでに有効になっていることが前提です。有効になっていない場合は、まずSSLを設定してください。
ドロップダウンからドメインを選択し、その横にサブディレクトリ名を入力してください。

サイト名、管理者ユーザー名、パスワード、および管理者のメールアドレスを入力してください。強固なパスワードを使用してください。

「インストール」をクリックしてください。あとはSoftaculousがすべて処理します。データベースの作成、WordPressのアップロード、初期設定の構成を行います。
インストールが完了したら、フロントエンド(yourdomain.com/blog)と管理画面(yourdomain.com/blog/wp-admin)の両方にアクセスし、インストールが正常に動作していることを確認してください。
その他の自動インストールツール(Installatron、QuickInstall)の使用
すべてのホスティングサービスがSoftaculousを採用しているわけではありません。基本的な手順はどのサービスでもほぼ同じですが、ここでは最も一般的な代替サービスについて、その手順を解説します。
Installatron(BluehostやHostGatorなどで利用されている)は、Softaculousと基本的に同じ手順で進めます。WordPressを選択し、パス欄にサブディレクトリを入力し、管理者認証情報を入力して、インストールします。
Installatronには、既存のWordPressインストールをサブディレクトリに複製できる組み込みのクローン機能も備わっています。これは、別の移行プラグインを使わずにステージング環境を作成したい場合に便利です。
QuickInstall(HostGator)も同様の仕組みです。「QuickInstall」→「WordPress」と進み、ドメイン名とサブディレクトリのパスを入力し、管理者情報を設定して、インストールを実行してください。
WP EngineやKinstaのようなマネージドホスティングサービスは、Softaculousや上記のツールを一切使用していません。これらのサービスには、ダッシュボードに独自のインストールインターフェースが組み込まれています。
仕組みは同じです。インストールパスを設定する欄が用意されています。具体的な設定方法はホストによって異なるため、操作方法が分かりにくい場合は、各ホストのドキュメントを確認してください。
どの自動インストールツールを使用する場合でも、インストールが完了するたびに、「設定」>「一般」に移動し、両方のURLフィールドが正しいことを確認してください。自動インストールツールは通常、正しく設定されていますが、確認に10秒ほどしかかかりませんし、万が一設定ミスがあった場合でも、トラブルシューティングの手間を大幅に省くことができます。
方法 3:サブディレクトリに WordPress を手動でインストールする
自動インストールツールが利用できない場合は、この方法を使用してください。一部のVPS環境やカスタムサーバー構成では、Softaculousやそれに類するツールが搭載されていないことがあります。また、セットアップのあらゆる部分を直接制御したい場合にも、この方法が適しています。
始める前にあらかじめお伝えしておきますが、この方法は少し複雑です。ファイルのダウンロード、データベースの作成、wp-config.phpの編集、ファイルの権限設定、そしてWebベースのウィザードの実行が必要になります。
これらの手順のどれか一つでも間違えると、インストールが失敗する可能性があります。また、エラーメッセージは必ずしも原因を特定するのに役立つとは限りません。
Duplicator Pro なら、これらすべてを単一のガイド付きフローで処理できるため、厳密には移行作業ではないインストールの場合でも、検討する価値があります。しかし、もし手動での作業が環境に適している場合は、以下にその適切な手順を説明します。
手順 1:WordPress をダウンロードし、サブディレクトリを作成する
wordpress.org にアクセスし、最新バージョンを .zip ファイルとしてダウンロードしてください。

ローカルで解凍してください。すると、「wordpress」という名前のフォルダができ、そこにすべてのコアファイルが含まれます。
cPanel にログインし、ファイルマネージャーを開いて、public_html フォルダに移動します。サブディレクトリ用の新しいフォルダを作成します。フォルダ名は「blog」や「staging」など、適切な名前を付けてください。小文字で、スペースは入れないでください。
FTPの方がお好みですか?その場合はFileZillaで接続し、public_htmlフォルダに移動して、そこにフォルダを作成してください。どちらの方法でも結果は同じです。
ステップ 2:WordPress のファイルをサブディレクトリにアップロードする
ローカルマシン上で、解凍したWordPressフォルダを開きます。その中のすべてを選択します(フォルダ自体ではなく、その中のファイルとフォルダです)。それらをサーバー上のサブディレクトリに直接アップロードします。
そのフォルダをアップロードすると、public_html/blog/ ではなくpublic_html/blog/wordpress/になってしまうため、インストールが正常に行われません。

アップロードが完了したら、サブディレクトリ内の「wp-config-sample.php」を探し、そのファイル名を「wp-config.php」に変更してください。サンプルファイルを削除せず、その場でファイル名を変更してください。
ステップ3:データベースの作成
cPanel で、「MySQL データベース」(ホストによっては「MariaDB データベース」と表示される場合もあります)を開きます。
新しいデータベースを作成します。次に、強固なパスワードを設定した新しいデータベースユーザーを作成します。そのユーザーをデータベースに追加し、すべての権限を付与します。
データベース名、ユーザー名、パスワード、およびホスト名を書き留めておいてください。
ファイルマネージャーのエディタ、またはローカルのテキストエディタで wp-config.php を開き、4つのデータベース定数を設定してください:
define( 'DB_NAME', 'yourusername_blog' );
define( 'DB_USER', 'yourusername' );
define( 'DB_PASSWORD', 'your_strong_password' );
define( 'DB_HOST', 'localhost' );
ファイルを開いた状態で、認証キーとソルトを更新してください。次のようなブロック状のセクションを探してください。 define( 'AUTH_KEY', '...' ) 行。移動 https://api.wordpress.org/secret-key/1.1/salt/、生成されたばかりの値をコピーし、プレースホルダーのブロックに貼り付けて置き換えます。ファイルを保存します。
ステップ4:WordPressのインストールを実行する
ブラウザでyourdomain.com/subdirectoryにアクセスしてください。ファイルが正しくアップロードされ、wp-config.php 内のデータベース情報が正しければ、WordPress のインストールウィザードが起動します。
まずは言語を選んでください。

WordPressでは、確認すべきインストール要件が表示されます。その下にある「さあ、始めましょう!」をクリックしてください。

作成したデータベースに接続するには、データベース名、ユーザー名、パスワード、ホスト、およびテーブル接頭辞を入力してください。

その後、インストールを実行してください。

サイトのタイトル、管理者ユーザー名、パスワード、メールアドレスを入力してください。「WordPressをインストール」をクリックしてください。

処理が完了したら、ログインして、他の操作を行う前にダッシュボードが正常に読み込まれることを確認してください。ダッシュボードが正常に動作していれば、データベースへの接続が確立されており、コアファイルが正しい場所に配置されていることを意味します。
サブディレクトリにWordPressをインストールした後の設定方法
WordPressのインストールは一つの段階に過ぎません。正しく設定することはまた別の話であり、この工程を省略してしまうと、リンク切れや404エラー、さらには解決に1時間もかかるリダイレクトのループといった問題に直面することになります。
WordPressのURLを更新する
まず、WordPressアドレスとサイトアドレスを確認してください。「設定」→「一般」に移動し、両方のフィールドに「yoursite.com/subdirectory」と表示されていることを確認してください。

これらはインストール時に正しく設定されているはずですが、他の作業を行う前に30秒ほどかけて確認しておくことをお勧めします。
ここでURLが間違っていると、リダイレクトのループが発生してダッシュボードにアクセスできなくなってしまいます。その時点で修正するには、データベースを直接編集する必要があります。
これら2つのフィールド間の不一致、あるいはここにある内容とデータベースに保存されている内容との不一致が、サブディレクトリインストール後にリダイレクトループや白画面が発生する最も一般的な原因です。
URLの設定ミスでwp-adminにログインできなくなった場合、ダッシュボードを使わずにアクセスを取り戻す方法は2つあります。
- phpMyAdminを開き、
wp_optionsテーブルを開き、手動で修正するsiteurlそしてhome行。 - 一時的に、wp-config.php に正しい値を直接追加してください:
define( 'WP_HOME', 'https://yourdomain.com/subdirectory' );
define( 'WP_SITEURL', 'https://yourdomain.com/subdirectory' );
データベース内のデータは、再度アクセスして適切に修正するまで、その設定によって上書きされます。
パーマリンクの設定とリライトルールのクリア
「設定」»「パーマリンク」に移動し、何も変更せずに「変更を保存」をクリックしてください。これはパーマリンク構造を変更するのではなく、新しい場所に対応するようにWordPressに.htaccessのリライトルールを再生成させるための操作です。

インストール後にページで404エラーが発生する場合、この方法でほぼ確実に解決できます。
自動バックアップのスケジュール
コンテンツの追加を始める前に、自動バックアップを設定しておきましょう。何かが壊れてからでは遅いです。
初日に設定しておいたバックアップスケジュールは、必要な時にいつでも利用できます。
Duplicator Pro を使用している場合は、「スケジュール」に移動し、新しい自動バックアップを作成してください。

保存先を少なくとも2つ選択してください。1つはローカル、もう1つはリモートです。Duplicator Proは、Duplicator Cloud、Google Drive、Dropbox、OneDrive、Amazon S3など、10以上のサービスに対応しています。

サイトの更新頻度に応じて、頻度を設定してください:
- 時間単位
- 毎日
- ウィークリー
- 毎月

スケジュールを有効にして保存します。
テーマと必須プラグインをインストールする
新規インストールを行う際は、適切なテーマを適用し、実際に必要なプラグインのみを追加してください。
ステージング環境のインストールは、最小限に抑えてください。特定のプラグインをテストする場合を除き、本番サイトで稼働しているすべてのプラグインを複製しないでください。ステージング環境に不要なプラグインがあると、価値をもたらさないだけで、かえって混乱を招くことになります。
Duplicator Pro を使って移行した場合、テーマとプラグインはバックアップと一緒に移行されています。
ただし、プラグインが有効化されていること、および有料プラグインのライセンスが新しいURLで正しく設定されていることを確認してください。ライセンスシステムによっては、有効化が特定のドメインやパスに紐付けられている場合があり、その場合は再認証が必要になります。
ナビゲーションメニューと内部リンクを確認する
サイトを公開する前に、フロントエンドをくまなく確認してください。すべてのナビゲーション項目をクリックして確認し、フッター、サイドバー、および手動で作成されたコンテンツを含むウィジェットをすべてチェックしてください。
移行したサイトについては、適切なリンク監査を実施してください。「Broken Link Checker」プラグインを使用すると、リンク切れを発見・修正するのに役立ちます。

テーマファイルやページビルダーのブロック内にハードコードされたURLには特に注意してください。これらはデータベースではなくコード内に存在するため、データベースの検索・置換機能では検出されません。
よくある質問 (FAQ)
WordPressはサブディレクトリにインストールすべきでしょうか?
WordPressを、ルートドメインですでに稼働している他のサービスと共存させる必要がある場合や、既存のサイトに機能的に独立したセクションを追加する場合などには、この方法が理にかなっています。ルートに何も存在しない状態から新規に始めるのであれば、わざわざ複雑にする必要はありません。ルートにインストールするだけで十分です。
WordPressはルートディレクトリにインストールすべきですか?
はい、WordPressがウェブサイト全体を構成している場合です。ルートインストールでは、最もシンプルなURLと、最もわかりやすい設定が得られます。設定やリライトルール、内部リンクにおいて、サブディレクトリのパスを考慮する必要がありません。
サブディレクトリへのインストールは、特定の状況において行われます。例えば、ルートディレクトリがすでに別のサイトによって使用されている場合、ステージング環境として利用する場合、あるいは大規模なサイトの一部を管理するためにWordPressを追加する場合などが挙げられます。
サブドメインにWordPressをインストールすることはできますか?
はい、手順はサブディレクトリへのインストールと似ていますが、まずホスティングのコントロールパネルでサブドメインを作成する必要があり、その際にDNSの設定手順が追加されます。
より重要な違いはSEOにあります。サブドメインは検索エンジンによって別個のサイトとして扱われることがあり、そのためルートドメインの権威性を自動的に引き継ぐわけではありません。既存のドメインの被リンクプロファイルや履歴を活用すべきコンテンツについては、一般的にサブディレクトリの方が安全な選択肢となります。
WordPressサイトをサブディレクトリからルートディレクトリに移動するにはどうすればよいですか?
最も手間のかからない方法は、Duplicator Proのような移行プラグインを使用することです。サブディレクトリ「install」のバックアップを作成し、URLを更新した上でルートディレクトリにデプロイします。Duplicatorはインストール中にURLの書き換えを自動的に処理してくれます。
手動での方法では、データベース内の検索・置換操作を行い、古いサブディレクトリのURLをすべて新しいルートURLに置き換える必要があります。また、シリアライズされたデータの場合、参照の抜け落ちに気づきにくく、気づかないうちにシステムが正常に動作しなくなる恐れがあります。
いずれにせよ、デプロイを行う前にルートディレクトリにある既存のコンテンツを処理してください。まずリダイレクトするか、削除してください。
WordPressを2つインストールすると、サイトの表示速度は遅くなりますか?
ホスティング環境によっては、その可能性があります。インストールごとに独自のデータベースクエリやPHPの処理負荷が発生しますが、ほとんどの共有サーバーやVPS環境では、その影響は軽微です。特に、2つ目のインストールがトラフィックがほとんどない、あるいはまったくないステージングサイトである場合はなおさらです。
特に懸念されるのは、メモリやCPUの使用制限が厳しい安価な共有ホスティング環境です。そのような環境を利用している場合は、両方のインストール環境でキャッシュを活用し、セカンダリ環境は最小限の構成に抑えてください。また、ステージングサイトでは、テスト対象と直接関係のないプラグインの実行は避けてください。
WordPressのサブディレクトリの準備が完了しました。次にすべきことは以下の通りです
これで、ドメイン上の他のコンテンツとは独立して動作する、サブディレクトリパス上のWordPress環境が整いました。
インストール自体は、あくまで半分に過ぎません。実際の問題の多くは、インストール後の設定段階で表面化します。インストール自体は問題なく完了したサイトでも、これらの手順を省略してしまうと、気づかないうちに不具合が発生する可能性があります。誰かからページの不具合が報告されてからではなく、サイトを公開する前に、必ずこれらの手順を確認してください。
バックアップについても同じことが言えます。作業を始める前にバックアップを取っておけば、構造的なミスが発生しても復旧可能です。また、作業後に自動バックアップが実行されていれば、プラグインの更新に失敗したりファイルが破損したりしても、深刻な事態にはなりません。
Duplicator Proは、どちらの作業にも対応しています。まず、何にも手を加える前に完全なバックアップを作成し、インストールが完了して正常に動作していることを確認してから、リモートストレージへの定期バックアップを設定します。何か問題が発生する前に、この設定を済ませておくことは非常に重要です。
Duplicator Proを導入すれば、定期的なバックアップ、オフサイト保存、ワンクリックでの復元が可能です。一度設定するだけで、バックグラウンドでサイトを保護し続けます!
ここにいる間、私はあなたがこれらの関連するWordPressガイドを気に入ると思います: