この記事のレベル

初心者	（3.5）
重要度	（3.5）
難しさ	（2.0）

こんにちは、編集長のカワウソです！

WordPress（ワードプレス）で作ったホームページを更新しようと思ってみたものの、「プラグインをアップデートしたら画面が真っ白になった……」「テーマを変えたらレイアウトが崩れた……」といったような、怖い話を聞いて不安になっていませんか？

かといって、更新しないで放置するのは「セキュリティ」の面で非常に危険です。

その悩みを解決してくれるのが、テストサイト。
テスト環境でエラーやレイアウト崩れを把握すれば、事前に対処できるので、安心してホームページを更新できるようになります。

そこで今回は、テストサイトのメリットや作り方を詳しく解説します。

なお、この記事はWordPressで企業のホームページを運用している方を対象としています。

「WordPressって何？」という方は、以下の記事を参考にしてください。

それではどうぞ！

テストサイトとは

テストサイトとは、テスト用に作るホームページのこと。
分かりやすく言うと、「いま公開している本番サイトにそっくりで安全な練習場」です。

テストサイトはユーザー（訪問者）が見ている「本番サイト」とは切り離された、別の場所に作ります。
そのため、テストサイト上でどれだけ失敗しても、本番サイトには一切影響が出ません。

たとえば、テストサイトを更新してエラーが出たとしましょう。
それでも、テストサイトは切り離された環境のため、ユーザーが見ている本番サイトは何の問題もなく動き続けます。

このように、本番サイトを「壊してしまうかも」という不安をゼロにしてくれるのが、テストサイトなのです。

テストサイトがあれば、ホームページ初心者の方でも失敗を恐れずに、新しいデザインを反映したり、機能を追加したりできます。

本番サイトとテストサイトの違い

本番サイトとテストサイトの違いは、主に以下の3つです。

	本番サイト	テストサイト
URL（住所）	ユーザーが知っているURL （例）https://example.com/	ユーザーが知らないURL （例 ※ ） https://●●●.xsrv.jp/copy-examplecom-test/
サーバー上の フォルダ（場所）	本番サイトの公開フォルダ （例）example.com/public_html/	本番サイトとは別の公開フォルダ （例 ※） ●●●.xsrv.jp/public_html/copy-examplecom-test/
公開設定（施錠）	公開（誰でも閲覧可）	非公開（Basic認証でアクセスを制限）

※テストサイトを『エックスサーバー』で提供される「初期ドメイン（.xsrv.jp）」のサブディレクトリに設置した場合の例

分かりやすく言うと、本番サイトは観客のいる「本番の舞台」、テストサイトは観客のいない「リハーサル室」のようなものです。

それでは、上記の3つについて詳しく解説しますね。

URL（住所）

URLは、分かりやすく言うと「ホームページの住所」です。

本番サイトとは異なり、テストサイトはユーザーが知らないURLで作ります。
テストサイトはあくまでも検証用のため、ユーザーに見せる必要がないためです。

おすすめは、テストサイトをレンタルサーバーが提供する「初期ドメイン（例：.xsrv.jp）」のサブディレクトリに、「copy-examplecom-test」といったような名前で作ること。

本番サイトは独自ドメイン（例：example.com）で運用するのが基本。
初期ドメインは完全に別のドメインであるため、本番サイトに悪影響を与える心配がありません。

また、サブディレクトリに設置したり、サイト名を工夫したりすることで、ホームページ管理者がURLを見て、本番サイトとテストサイトを勘違いするリスクも減らせるでしょう。

なお、URLやサブディレクトリについては、以下の記事で解説しているので、あわせて参考にしてください。

サーバー上のフォルダ（場所）

サーバー上のフォルダ（場所）は、ホームページデータの保存先です。

本番サイトとテストサイトのデータは、お互いの干渉を避けるために、別のフォルダに保存されるようにする必要があります。

たとえば、さきほど紹介した「初期ドメインのサブディレクトリ」でテストサイトを作成した場合のフォルダの階層（パス）は、以下のとおりです。

これは、ホームページを「家」に例えた場合、東京と大阪といったように異なる「土地」に建てられているようなもの。

そのため、テストサイトに何かトラブルが発生したとしても、もう一方の本番サイトは安全です。

公開設定（施錠）

公開設定（施錠）とは、「ホームページをユーザーが閲覧できる状態にするかどうかを決めること」を指します。

本番サイトとは異なり、テストサイトはユーザーに見せる必要がないため、施錠しておくのが基本です。

具体的には、「Basic認証」と呼ばれるアクセス制限をかけます。
これにより、テストサイトへのアクセスには「ユーザーID」と「パスワード」が必要になり、それらを知っているホームページ運営者しか閲覧できなくなるのです。

また、Googleの公式な見解によれば、この「Basic認証」が正しく設定されていれば、クローラー（検出ロボット）もページをクロール（検出）できないため、テストサイトが検索結果に表示されることはありません。

Google は、一般公開されているウェブページのうち、Google のクローラ（Googlebot）がクロールできるページのみをインデックスに登録します。ページが非公開にされている場合（アクセスにログインが必要など）、Googlebot はクロールしません。同様に、Google のインデックス登録をブロックする特定のメカニズムを使用しているページもインデックスに登録されません。

（引用：Google Search Central「Google 検索の技術要件」）

なお、Basic認証は一般的にレンタルサーバーに用意されている機能で、簡単に設定可能です。

総じて、テストサイトは本番サイトと見た目は似ていますが、「異なる環境」にあるため、更新によるエラーやレイアウト崩れをおそれず、安心して検証ができるのです。

テストサイトのメリットを具体的に紹介

ここからは、テストサイトのメリットをホームページ運営の実際のシーンに照らし合わせて紹介します。

それぞれ詳しく解説します。

ホームページの更新や修正を「安全に」試せる

テストサイトがあれば、ホームページの更新や修正を「安全に」試せます。

前述のとおり、テストサイトは本番サイトとは切り離された環境であるため、ホームページの更新や修正でエラーが起きても、影響を与えないためです。

たとえば、WordPress、テーマ、プラグインなどは、「新しい機能の追加」や「既知の脆弱性への対応」などのために、定期的にアップデートプログラムが配布されます。

しかし、アップデートにより、画面が真っ白になるなどのエラーが原因でWordPressにログインできなくなったり、ホームページのレイアウトが崩れたりすることもあり、本番環境でいきなり実施するにはリスクが伴うのです。

そもそもWordPressにログインできなくなったら、トラブルを解決しようにも、まさにお手上げですよね！

そこで、テストサイトで更新作業を試すことで、エラーやバグの発生の有無を事前に把握できます。エラーやバグの解決策を見出したり、一時的にアップデートを見送ったりできるでしょう。

新しいデザインや機能を「心ゆくまで」試せる

新しいデザインの適用や、気になっていた新機能の追加を「心ゆくまで」試すことができるのも、テストサイトのメリットです。

本番サイトは「お店」や「会社の顔」と同じ。
ユーザー（お客様）に対して、「作業途中のデザイン」や「未完成な機能」を見せるわけにはいきません。

その点、テストサイトなら、ユーザーの目を一切気にせず、納得がいくまで何時間でも何日でも、じっくりと試行錯誤できます。

たとえば、「ホームページの雰囲気をガラッと変えたい」と、新しいテーマを試したとします。 
テストサイトなら、たとえレイアウトが崩れたとしても、ユーザーには見えないため、「どこが崩れたのか」を、慌てずに把握できます。

また、新しい機能を追加するためのプラグインを導入するときも同じです。「この問い合わせフォーム、本当に動くかな？」「このセキュリティ設定、他のプラグインと競合しないかな？」といった点を、事前に確認できます。

このように、テストサイトは「落ち着いて課題を発見できる場所」なのです。

 「これをやったら変になるかも……」という不安が軽減されますし、もし問題が見つかったとしても公開されていないため、じっくりと解決策を調べたり、誰かに相談したりする「時間的な余裕」が生まれるでしょう。

バックアップの復元を「安心して」試せる

テストサイトがあれば、バックアップの復元を「安心して」試せます。

とくに、ホームページ初心者の方にとってはおすすめ。
初めての復元作業で失敗したとしても、テストサイトなので気にする必要はありません。

テストサイトで復元作業を経験しておけば、いざ本番サイトで実施するときでも焦らなくて済みます。

ただし、テストサイトの設置場所によっては注意が必要です。

たとえば、『エックスサーバー』のサーバー領域データ（Web・メールデータ）の自動バックアップ機能で、取得および復元の対象を選ぶ場合は「ドメイン単位」になります。

もし、テストサイトを本番サイトのサブディレクトリ（例：example.com/test/）に作ってしまうと、バックアップから復元した場合に、両方とも適用されてしまいます。

そのため、前述のとおり、テストサイトを本番サイトと異なる「初期ドメイン」で作っておくことをおすすめします。

このように、テストサイトを設置する場所を決めるときは、本番サイトに影響を与えるかどうかを調べておくことが重要です。

安心できる検証環境を作って、さまざまなテストを実施できるようにしましょう。

テストサイトの作り方

ここからは実際にテストサイトを作る手順を解説します。

『エックスサーバー』の「WordPressサイトコピー」機能を使えば、簡単にテストサイトが作れるので、初心者の方でも迷う心配がありません。

それでは実際の手順を見ていきましょう！

以上で、テストサイトの作成は完了です。

テストサイトがうまく動かないときの対処法

もし、テストサイトにアクセスして「真っ白の画面が表示される」「本番サイトに飛ばされる」といった不具合が起きた場合は、サーバー上の設定ファイルである「.htaccess」や「.user.ini」のなかに、「本番サイトのドメイン名」が残っていないかを確認してください。

『エックスサーバー』の「WordPressのサイトコピー」機能は、WordPress内部のURLを自動で書き換えてくれます。

しかし、一部のプラグインが作成・管理している設定ファイルなどについては、自動で書き換わらないことがあります。

もし、テストサイトの設定ファイルのなかに「本番サイトのドメイン」が残っていると、テストサイトが自分を本番サイトだと勘違いしてしまい、エラーやリダイレクトループ（画面が切り替わらない状態）などを引き起こす要因になります。

「.htaccess」や「.user.ini」のファイルの中身は、レンタルサーバーの機能「ファイルマネージャ（WebFTP）」で簡単に確認できます。

たとえば、テストサイトの「.user.ini」ファイルのなかに、以下のような記述があったとします。

※example.comの部分は、本番サイトのドメインの例です。

このままだと、テストサイトが「PHPセッションデータ（訪問者ごとの一時的な情報）」の保存先として、本番サイトのフォルダ（/example.com/xserver_php/session/）を参照してしまいます。

予期せぬエラーが起きるおそれがあるので、無効化しましょう。
これを無効化するには、先頭に半角の「;」を付けます。

この行を無効化すると、テストサイトは「保存場所の指定がないな」と判断し、サーバーが用意している「標準の一時保管場所」に自動的に保存するようになります。

テストサイトの注意点

テストサイトの作成や運営で知っておくべき注意点を紹介します。

本番サイトと勘違いしないように工夫する

テストサイトは、本番サイトと勘違いしないように工夫しましょう。

これは、テストサイト運用でもっとも恐ろしい「ヒューマンエラー（うっかりミス）」を防ぐための、重要な注意点です。

「テストサイトだと思って大胆な変更をしたら、実は本番サイトだった」という事故を防ぐため、視覚的に勘違いしにくい工夫が不可欠なのです。

たとえば、この記事で紹介した手順のうち、以下の項目は「勘違い」防止に直結します。

ほかにも、WordPressのログインページをブックマークするときは、本番サイトとテストサイトで別のフォルダにしておくのも効果的です。

このように、構造や見た目で「今、自分は安全な場所（テストサイト）にいる」と瞬時に判断できる工夫を凝らすことが、ヒューマンエラーを防ぐ第一歩です。

検索エンジンにインデックスさせない設定をする

本番サイトの検索順位に悪影響を与えないためにも、テストサイトは検索エンジンにインデックス（登録）させない設定をしましょう。

テストサイトは、本番サイトの「そっくりなコピー」です。
もし、クローラー（検索ロボット）がこのテストサイトを見つけてしまうと、「同じ内容のホームページが2つある（＝重複コンテンツだ）」と判断します。

Googleは、重複コンテンツがあるという理由だけでペナルティ（手動対策）を与えることはないと公言しています。

しかし、重複コンテンツを放置することで、以下のようなリスクがあると言えます。

表示したいURLが「テストサイト」に入れ替わる（最悪の事態）	Googleは「どちらをオリジナルとして表示すべきか」混乱してしまいます。 その結果、本来表示されるべき「本番サイト」が検索結果から消え、意図しない「テストサイト」のほうが選ばれてしまうおそれがあります。
シグナル（リンク評価）が分散する	もし誰かが間違えてテストサイトにリンクした場合、その「評価」が本番サイトに統合されず、分散してしまいます。
クロールのリソースを無駄にする	クローラーにクロールする必要のないテストサイトを巡回させることになります。クローラーの貴重なリソースを費やすことになり、本番サイトの新しいページを発見してもらう機会が減るおそれがあります。

（参考：Google Search Central「正規URLを指定すべき理由」）

そのため、この記事で案内したとおり、レンタルサーバーの機能で「Basic認証（アクセス制限）」をかけたり、WordPressの表示設定で「検索エンジンがサイトをインデックスしないようにする」にチェックを入れたりする必要があるのです。

バックアッププラグインの取り扱いに注意する

バックアッププラグインの取り扱いに注意しましょう。

たとえば、『エックスサーバー』の「WordPressのサイトコピー」機能は、プラグイン「BackWPup」が生成したバックアップデータもそのままコピーします。

テストサイトの「BackWPupの設定画面で復元ボタンを押したら、いつのまにか本番サイトのWordPressになっていた」ということが起きてしまうのです。

そうなると、本番サイトに意図しない影響をおよぼすおそれがあります。

復元の練習をするときは、テストサイトで新しく取得したバックアップデータから行ってください。

テストサイトも定期的に更新する

テストサイトは「作って終わり」ではなく、本番サイトと同じように「定期的に更新する」ことが重要です。

なぜなら、テストサイトの最大の目的は、本番サイトと「そっくりな場所」でリハーサル（テスト）を行うことだからです。

たとえば、WordPressのバージョンについて、本番サイトは最新なのに、テストサイトは古いまま放置されていたらどうでしょうか。 

その古いテストサイトで「プラグインA」のアップデートを試して成功したとしても、環境が異なる本番サイトで同じように成功する保証はありません。

なお、テストサイトで新しいテーマやプラグインを試しているうちに、本番サイトとの差異が分からなくなってしまうこともあります。

その場合はいっそのこと、改めて本番サイトをコピーし、新しいテストサイトを作ったほうがよいでしょう。

テストサイトに関するよくある質問（FAQ）

最後に、テストサイトに関する「よくある質問」をまとめました。

まとめ

この記事では、WordPressで企業のホームページを運営している方向けに、テストサイトのメリットや作り方を解説しました。

この記事を参考に、テストサイトをうまく活用して、ホームページの更新を安心してできるようにしましょう。

それでは素敵なホームページの完成を願っております。

以上、最後まで読んでいただき、ありがとうございました。

ホームページの開設を検討している方へ

※ 2025年12月時点、W3Techs調べ。

『エックスサーバー』と『XServerビジネス』の違いは、以下の記事で詳しく解説しています。

なお、当メディア「初心者のための会社ホームページ作り方講座」では、初心者の方にわかりやすく会社のホームページを始められる方法を紹介しています！

ホームページの始め方・立ち上げに関する、ご質問・ご相談はツイッターDM( @kawauso_xsv )までお気軽にどうぞ！