• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

株式会社ハイファイブクリエイト

東京都を拠点にWebサイト制作やシステム構築、WordPress保守管理やウェブコンサルティングを提供。

  • SERVICE
  • ABOUT
  • WORKS
  • BLOG
  • NEWS
  • CONTACT
ホーム / ブログ / WordPress / 同一サーバー上に構築するWordPressのテスト環境の作り方

同一サーバー上に構築するWordPressのテスト環境の作り方

池田祐太郎 | 2022年8月9日 更新 | 2018年6月15日 公開 コメントを書く

前回の記事でWordPressテストサイトの必要性を書きました。

なぜWordPressのテスト検証環境を作る必要があるのか

本記事ではWordPressのテスト検証環境を構築する方法をご紹介します。本番サイトが稼働中であること、ローカル環境等ではなく同一サーバー内に作成すること、サブドメインが設定可能であること等前提として進めていきます。また一例としてXserver上の作業として進めます。その他レンタルサーバーの場合は大きい違いはないと思いますが、細かい設定の違いがあるため環境に合わせて設定ください。

今回対象とするサイトは、Xserver上にあるテストサイトをそのまま複製して利用します。

以前、テスト用に作成したサイト。放置したままだった

目次

  • 1 なんで同一サーバー上に作るの?
  • 2 先に設定!テストサイト用のサブドメインを登録
    • 2.1 初期ドメインの活用も有り
    • 2.2 PHPや設定項目などを合わせておく
  • 3 移行元サイトのデータをエクスポート
    • 3.1 簡単にテスト環境が構築できるプラグインをインストール
    • 3.2 All-in-One WP Migration をインストール
    • 3.3 エクスポートデータを作成
  • 4 移行先サイトにWordPressをインストールする
    • 4.1 Xserverの簡単インストールを使う
  • 5 移行先のサイトでデータをインポート
    • 5.1 エクスポートデータからインポート
  • 6 容量制限に引っかかってしまう場合は別の手段
  • 7 パスワード保護を設定しサイトへのアクセスを制限
    • 7.1 Basic認証でID/パスワードを設定
  • 8 常時SSLが未設定の場合は対応を
  • 9 テスト環境はデバッグモードを有効化しておく
  • 10 最後に

なんで同一サーバー上に作るの?

ローカル環境や別サーバーでもいいですが、PHPやMySQL、サーバー独自の環境設定等により、できるかぎり同じ環境でテスト環境を作成することをおすすめします。

環境が異なることにより、「テスト環境ではエラーは起こっていなかったのに本番環境ではエラーが起こっている」などの問題が発生します。そもそもテスト環境を作成することがリスク回避の目的が強いと思うため、用意できない場合を除き、本番環境と同一サーバー内に用意しましょう。

では設定に進みます。

先に設定!テストサイト用のサブドメインを登録

サブドメイン反映まで数時間〜半日程度かかるため、この作業は先にやっておくことをおすすめします。

Xserverのサーバーパネルへログイン後、「ドメイン」内にある「サブドメイン設定」を選択します。

ドメイン選択画面が表示されるので、利用するドメインを選択し、次の画面で「サブドメイン設定の追加」タブをクリックします。

サブドメインに任意の名称を入力し、メモが必要ならコメントに記載します。独自SSLを設定するかしないかを選択し(本番サイトと同様に設定することをおすすめします)、「サブドメイン設定の追加」をクリックします。確認画面で確認し、問題なければ「確定」をクリック。

サブドメイン名の設定例: test.example.com ※当サイトならば「test.highfivecreate.com」

数秒後画面が切り替わり、追加完了です。

サブドメインとSSLの反映に約数時間かかります。これでサブドメインの設定は完了です。

初期ドメインの活用も有り

独自ドメインのサブドメインを使うのでも良いですが、もし初期ドメインが余っていて活用していない、という場合は初期ドメインをテスト環境として利用するのも有りです。

その場合も、PHPや各種設定等は本番環境と合わせて置くようにしましょう。

初期ドメインの活用方法やテスト環境として利用するメリット・デメリットなどについては以下にまとめてあります。
参考: レンタルサーバーの初期ドメインは放置せずテスト環境に使える

また、別ドメインを取得したり無料ドメインを利用する方法もあります。それぞれの選択肢の紹介と事前に知っておきたいリスクについてまとめました。
参考: テスト環境を作るときのドメインの選択肢と把握しておきたいリスク

PHPや設定項目などを合わせておく

同一環境にするため、本番サイトと作成したテスト環境のPHPのバージョンやその他設定項目などを合わせておきましょう。まずはPHPのバージョンです。「PHP」内の「PHP Ver.切替」をクリックし、作成した対象ドメインを選択。

本番サイトのバージョンと異なる場合、「変更後のバージョン」を本番ドメインの方に合わせておきましょう。

その他環境設定の例として、Xserverでは「PHP高速化設定(FastCGI化)」が設定できます。ここも本番サイトで設定した項目と揃えておくことをおすすめします。

その他、環境ごとに設定した項目などあれば同じように合わせておきます。

移行元サイトのデータをエクスポート

ここからは移行元サイト(本番サイト)の作業です。移行元サイトのデータベースとウェブデータ一式をエクスポートし、サイトのデータをまるごとダウンロードします。移行先ではこのデータを利用し本番サイトを複製します。

簡単にテスト環境が構築できるプラグインをインストール

サイト複製の方法として、「FTPでウェブデータを一式ダウンロード&アップロードし、データベースはphpMyAdminでエクスポートする」、というような方法や、「sshでアクセスできる方はウェブデータを圧縮し、データベースはmysqldumpでエクスポートする」・・・というような方法でももちろん可能なのですが、ここでは簡単にサイトを複製できる方法としてWordPressのプラグインを利用します。

All-in-One WP Migration をインストール

利用するプラグインは All-in-One WP Migration | WordPress.org です。このプラグインはウェブデータとデータベースを一式生成しエクスポートし、そのデータを元に移行先サイトからインポートすることでサイト移行を簡単に行なえます。優れている機能として、移行元と移行先のURLの置換作業を自動でおこなってくれることです。移行元サイトがサブディレクトリ形式( http://example.com/wp )、移行先サイトがサブドメイン形式( http://test.example.com/ )でも問題なく自動置換できました。また、spamコメントをインポートしない設定や、メールアドレスに利用しているドメインは置き換えしない設定が選択できたりと、細かい設定も可能なところも使いやすい上に、日本語対応しているため安心して利用できます。

本番サイトにログインし、新規プラグイン追加から「All-in-One WP Migration」を追加しましょう。WordPress.org からダウンロードしたものをアップロードしても構いません。追加したら有効化します。

エクスポートデータを作成

サイドバーに「All-in-One WP Migration」という項目が表示されたので、そこをクリックしページへ遷移します。エクスポートの画面内に「検索 <文字列> 置換 <別の文字列> データベース内」とありますが、基本的に設定は不要です。高度なオプションをクリックすると、条件が選択できます。もし、メールアドレスがドメインと同じようであれば置換しない方がいいのでチェックします。特に該当しないようであればそのまま何も選択することなく「エクスポート先」をクリックしましょう。

エクスポート先が選択肢の中から選べます。通常は「ファイル」を選択します。これでエクスポートファイルが生成できました。

移行先サイトにWordPressをインストールする

エクスポートしたデータを移行先のサイトでインポートをするため、移行先でも同じプラグインを利用する必要があります。そのため、一旦WordPressとプラグインをインストールする必要があります。ここでは、コントロールパネルから簡単にインストールができる、Xserverの簡単インストール機能を使ってインストールを進めます。この機能を使うとドメイン設定中のドメインでもインストールすることができます。もちろん手動でインストールする方法でも問題ありません。

Xserverの簡単インストールを使う

再びXserverのサーバーパネルにログインします。メニューにある「WordPress簡単インストール」をクリック。

「WordPressのインストール」タブをクリックし、新たにインストールする対象となるドメインを確認した上で設定を進めます。インストールURLは先程設定したテストサイトのURLを選択します。

例:test.example.com ※当サイトならば「test.highfivecreate.com」

その後ろにあるサブディレクトリのテキストボックスには特に理由がなければ何も入力しなくてOKです。パスワードは初回のログインで利用するのでメモっておきましょう。データベースは自動で作られるものかあらかじめ作っておいたものを選択します。設定できたらインストールします。

これでインストールが完了しました。完了のページに先程設定したアカウント情報やログインURL情報があるので残しておきましょう。

移行先のサイトでデータをインポート

ドメインの設定が完了し、無事サイトにアクセスできるようになったらいよいよデータをインポートです。上記のログインURLよりWordPressにログインし、先程使ったプラグイン、「All-in-One WP Migration」をつかってインポートするためプラグインをインストールしてください。

エクスポートデータからインポート

プラグインのインストールがすんだら、サイドバーの「All-in-One WP Migration」内にある「インポート」をクリックします。「ドラッグ&ドロップ」の部分に先程エクスポートしたデータをドラッグします。

データがアップロードされると注意文が表示されます。ウェブサイト自体が上書きされるから注意してね、という文言ですが、そのまま進行で問題ないので「PROCEED」をクリックし進めます。

ちなみに今回、PHPのバージョンが5系から7系になりインポートにあたって何かしら不具合を起こす可能性があることがメッセージに書いてありました。移行先と移行元のPHPバージョンが異なると不具合が出る可能性があるため、PHPバージョンを合わせるか、インポート後に修正をします。不具合が起こる可能性としては利用しているテーマやプラグインの問題であることが多いでしょう。

ほどなくして、データのインポートが完了しました!最後に必要なステップとして、WordPressのパーマリンク問題を解決するためパーマリンクの設定画面で保存をする必要があります。念の為2回設定してねと書いてありますね。
「Permalinks Settings」リンクをクリックすると新しいタブでログイン画面が開きます。移行が完了しているためインストール時に新しく設定したログイン情報ではなく移行元のWordPressログイン情報でログインし、パーマリンク画面から「変更を保存」を二回クリックしましょう。

サイトURLの置換もプラグイン側で自動でやってくれているので、作業はこれで完了です!サイトにアクセスしてみましょう。

バッチリ表示されました!念の為各ページと管理画面等確認し、問題ないかどうかみておきましょう。

容量制限に引っかかってしまう場合は別の手段

今回は簡単にサイトを複製できるAll-in-One WP Migration プラグインを使った方法をご紹介しましたが、無料版の制限としてバックアップファイルのサイズが512MBまでという容量制限があります。

この制限をクリアするには有料のアドオンを購入するのですが(昔は直接ファイルの値を編集すれば回避できた)、代わりにバックアッププラグインとして有名な UpdraftPlus プラグインを利用してテスト環境を作成することも可能です。

プラグインは無料で使え、嬉しいことに容量制限がありません。All-in-One WP Migration だと容量制限に引っかかってしまう、という場合はUpdraftPlus を利用した複製方法もご検討ください。

UpdraftPlusを利用したサイト移転(引っ越し)方法

パスワード保護を設定しサイトへのアクセスを制限

最後にサイト全体をパスワード保護しておきましょう。このままだと本番サイトとテストサイトが両方存在することになり、重複サイトとしてGoogleからの評価が下がり検索結果に悪影響をあたえてしまったり、誰でもテスト環境へアクセスできる状態になってしまいます。

設定する方法はWordPressプラグインでもいいですが、アカウント情報がない人もパスワードを知っていれば見てもらえたほうが使い勝手がいいため、Basic認証機能を使って保護設定します。ここではXserverのコントロールパネルから設定できるBasic認証を設定します。もちろん .htaccess を利用した認証方法でも構いません。

Basic認証でID/パスワードを設定

Xserverのサーバーパネルにログインし、「ホームページ」内の「アクセス制限」をクリックします。

対象となるドメイン名を選択し、今回作成したサブドメインにある「ユーザ設定」をクリックします。

ユーザーIDとパスワードを設定し、「ユーザの追加」をクリック。

「現在のURL」がサブドメイン形式になっていませんがスルーでOK

追加できたら一覧ページに戻り、該当サブドメインを「ONにする」をクリックして有効化します。

これでBasic認証が設定できました。再度サイトにアクセスし、Basic認証が有効になっていることを確認し、設定したID/パスワードでアクセスできるか確認しましょう。

ユーザー名とパスワードは必ずわかるようにしておきましょう。

常時SSLが未設定の場合は対応を

もともとのサイトが常時SSL設定済みであれば、おそらくインポート後に対応しているはずですが、もし常時SSLが正しく設定されていない場合は忘れずに別途対応をしておきましょう。

参考: なぜかSSL化されないエックスサーバーのWordPress 簡単インストール機能でhttpsに変更し常時SSLを実現する方法

テスト環境はデバッグモードを有効化しておく

テスト環境が出来上がったら、WordPress や PHP のエラーを事前に把握しておくために、テスト環境はデバッグモードを有効化しておくこより安心した運用につながります。

デバッグモードの設定や本番環境でなるべく安全にデバッグするための設定方法などをまとめました。

参考: テスト環境や開発環境を用意したら有効化しておきたいデバッグモード

最後に

以上、テスト環境の構築方法でした。今回はコントロールパネルからの設定やWordPressのプラグインを使った環境構築方法となりましたが、一つずつ追って作業すれば手間はかかるものの、そこまで難しくなく構築できるかと思います。プラグインが利用できなかったり、各種設定を手動で行う必要がある場合は方法は異なりますが、レンタルサーバー等でしたら基本的に今回の構築方法が利用できるかと思います。

これでWordPressのアップデートや改修等、テスト環境を利用した安心なサイト運用ができます。

ちなみに今回取り上げたエックスサーバーですが、格安レンタルサーバーには値段で負けるものの、高速で安定したWordPressを運用することができ非常にコストパフォーマンスの良い人気のサーバーです。コントロールパネルも使いやすく、私も長年愛用しているサーバーの一つで、自身を持っておすすめできるレンタルサーバーです。無料でお試しできる試用期間もあるので、サーバー乗り換えを検討されていたら是非使ってみてください。

メールコンサルティング
WordPress保守管理サービス

Filed Under: WordPress 関連タグ:サイト引っ越し, 保守管理

池田祐太郎

WordPress の構築・保守を10年以上にわたって手掛けており、主に小〜中規模のコーポレートサイト・ECサイト・ブランドサイト等の企画・開発・保守・コンサルティングなどを行ってきました。2012年にハイファイブクリエイトを創業し、現在は WordPress の保守やコンサルティング、ディレクションや開発業務などを担当しています。 プロフィール詳細

Reader Interactions

コメントを残す コメントをキャンセル

メールアドレスが公開されることはありません。 ※ が付いている欄は必須項目です

For security, use of Google's reCAPTCHA service is required which is subject to the Google Privacy Policy and Terms of Use.

I agree to these terms.

この記事と関連する記事

Google Cloud Platform に設置した WordPress の移行において、SSH ログイン時の sudo パスワードを求められるときの回避方法
2023年2月8日
タグ: GCP, サイト引っ越し
カテゴリー: TIPS
外部のプロフェッショナルによる WordPress サイトの保守・運用:安心と安全性を手軽に手に入れる方法
2023年1月25日
タグ: 保守管理
カテゴリー: WordPress
WordPress のクロスサイト・スクリプティング被害にあった事例を共有します
2023年1月11日
タグ: セキュリティ, 保守管理
カテゴリー: WordPress

人気記事

  1. 同一サーバー上に構築するWordPressのテスト環境の作り方
  2. git pull してもエラーが出てファイルが反映されないときの対処法
  3. サイト制作の要件定義書に普段書いている内容(ダウンロード可)
  4. WordPressの固定ページでタグやカテゴリーを使いたいときはカスタム投稿タイプを検討する
  5. ダウンロードして即使えるサイトマップ(サイト構成図)のテンプレート5点
  6. WordPress において PHP 8.1 に更新していいかどうか検証

最初のサイドバー

WordPress保守管理サポート

Search

最近の投稿

  • WordPress サイトを多言語化するプラグイン5選(自動翻訳サービス除く)
  • ウェブサイトを自動的に多言語対応する各サービスを比較します
  • WooCommerce のバリエーションのある商品を追加して売上向上を図る
  • 目次生成プラグインの TOC+ が表示されなくなったときの対処法
  • ChatGPT の有料版「ChatGPT Plus」を使ってみた

カテゴリー

  • CSS初心者
  • HTML初心者
  • TIPS
  • WooCommerce
  • WordPress
  • エステサロン
  • お知らせ
  • キュレーション
  • サイトマップ
  • システム会社
  • デベロッパーツール入門
  • ブログ
  • ホームページ制作
  • ホームページ制作無料講座
  • メール
  • モバイル
  • 仕事のこと
  • 制作実績
  • 整体院
  • 美容院
  • 雑感

タグ

Android BtoC CMS css elementor git Google+ google workspace Gutenberg HTML iPhone jQuery Mac MAMP php SEO SNS SSL Sublime Text Webサイト高速化 Windows WordPress WordPressカスタマイズ WordPressテーマ WordPress構築調査 WPRocket アクセス解析 アプリ クラウドソーシング サイト引っ越し サブスクリプション サーバー ショートカットキー スマホサイト スマートフォン ツール フルサイト編集 ブログ プラグイン マーケティング リニューアル 保守管理 多言語 最適化 集客するサイト構築

アーカイブ

CONTACT

お問い合わせはこちら

Footer

  • PRIVACY POLICY
  • 情報セキュリティ基本方針
  • 特定商取引法に基づく表示
  • 転載/引用

© 2023 high five create All rights reserved.