ロリポップでサブドメインを作ってテスト環境を分ける方法

本番サイトを直接修正すると、CSS崩れ、PHPエラー、.htaccessの500エラーがそのまま訪問者に見えてしまいます。大きめの修正をする時は、サブドメインでテスト環境を作り、本番とは別の公開フォルダで確認してから反映すると安心です。

この記事では、ロリポップでtest.example.comのようなサブドメインを用意し、FTPで別フォルダへアップロードし、検索避けやアクセス制限も含めて確認する流れを整理します。

本番とテストを分ける考え方

本番ドメインとテスト用サブドメインで公開フォルダを分け、確認後に必要なファイルだけ本番へ反映します。

小さな誤字修正なら本番へ直接反映してもよいですが、次のような作業ではテスト環境があると戻しやすくなります。

テスト環境で一番大事なのは、サブドメインが本番と同じフォルダを見ないようにすることです。たとえば本番が/main-siteなら、テストは/test-siteのように分けます。

example.com
公開フォルダ: /main-site

test.example.com
公開フォルダ: /test-site

同じ公開フォルダを指定すると、テストのつもりで触ったファイルが本番にも影響します。

FileZillaやWinSCPで、本番サイトの現在のファイルをPCへ保存し、テスト用公開フォルダへアップロードします。DBを使うサイトでは、本番DBを直接書き換えないように注意します。

テスト環境は検索結果に出したくないことが多いです。最低限、noindexを入れます。さらに見られたくない場合はBasic認証も検討します。

<meta name="robots" content="noindex,nofollow">

本番へ反映する時に、テスト用のnoindexを本番へ持ち込まないように注意してください。

テスト環境で表示できたら、そのまま全部を本番へ上書きするのではなく、変更したファイルだけを本番へ反映します。