WordPressのテスト環境・ステージング環境の作り方|3つの方法の比較と運用の注意点
WordPressの本体やプラグインを更新したら、サイトの表示が崩れてしまった。そんな経験はないでしょうか。本番のサイトでいきなり作業すると、問題が起きたときに訪問者にそのまま影響が出てしまいます。こうした事故を防ぐために用意しておきたいのが、本番と同じ状態で事前に試せる「テスト環境」です。本記事では、WordPressのテスト環境・ステージング環境の作り方を3つの方法で比較し、運用するときの注意点まで解説します。
テスト環境とステージング環境の違い
どちらも本番のサイトとは別に用意する環境ですが、使い方に違いがあります。
テスト環境 | ステージング環境 | |
目的 | 新しい機能や設定、プラグインを試す | 本番に反映する前の最終確認 |
本番との近さ | 本番と多少違っていてもよい | 本番とできるだけ同じ状態にする |
主な使い方 | 開発や検証の初期段階 | 更新や改修を本番に反映する直前 |
実際には、両者をまとめて「テスト環境」と呼ぶことも多くあります。本記事では、本番と同じ状態で事前に検証するための環境として、両方をまとめて扱います。
テスト環境が必要な場面
テスト環境は、次のような場面で役立ちます。
WordPress本体の更新前:特に、機能の追加を含むメジャー版の更新
プラグイン・テーマの更新前:本体やほかのプラグインとの相性を確認する
プラグインを新しく追加する前:既存の機能や表示に影響がないかを確認する
デザインや機能の改修前:本番に反映する前に、表示と動作を確認する
PHPのバージョンアップ前:WordPressやプラグインが新しいPHPで動くかを確認する
いずれも、「本番で試して問題が起きたら困る」作業です。テスト環境で先に試しておけば、問題があっても本番に影響を出さずに済みます。
テスト環境の作り方3つの比較
WordPressのテスト環境の作り方は、大きく3つあります。
ローカル環境 | サーバー上に構築 | ステージング機能 | |
作る場所 | 自分のパソコン | 本番と同じサーバー(サブドメインなど) | プラグインやサーバーの機能で自動で複製 |
手間 | 少ない | 多い | 最も少ない |
本番との近さ | 低い(サーバー環境が異なる) | 高い | 高い |
費用 | 無料のツールで作れる | サーバーの容量の範囲で作れる | プラグインやサーバーによって異なる |
向いている人 | 開発者、制作会社 | サーバーの操作に慣れている担当者 | 手間をかけずに検証したい企業の担当者 |
ローカル環境(自分のパソコンに作る)
ローカル環境は、自分のパソコンの中にWordPressを動かす環境を作る方法です。「Local」「XAMPP」などのツールや、Dockerを使って構築します。
メリット:インターネットに公開されないため、安心して試せる。無料のツールで作れる
デメリット:本番のサーバーとPHPのバージョンや設定が異なるため、ローカル環境で問題がなくても本番で不具合が出ることがある
新しい機能の開発や、テーマのカスタマイズを試す場面に向いています。一方、更新前の最終確認には、本番に近い環境のほうが適しています。
サーバー上にサブドメインで作る
本番と同じサーバーに、サブドメイン(例:test.example.com)を作り、そこに本番のサイトを複製する方法です。大まかな流れは次のとおりです。
1. サーバーの管理画面でサブドメインを作る
2. 本番のファイル(wp-contentフォルダなど)を複製する
3. 本番のデータベースを書き出し、テスト環境用のデータベースに取り込む
4. データベース内のURLを、テスト環境のURLに置き換える
5. 表示と管理画面のログインを確認する
メリット:本番と同じサーバーで動くため、本番に近い条件で検証できる
デメリット:ファイルとデータベースの複製や、URLの置き換えなど作業が多い。手順を誤ると、本番のデータに影響するおそれもある
プラグインやサーバーのステージング機能を使う
複製用のプラグインや、サーバーが提供するステージング機能を使って、本番の複製を自動で作る方法です。
メリット:数回の操作で本番の複製を作れる。URLの置き換えなども自動で行われる
デメリット:プラグインの場合、サイトの容量が大きいと複製に失敗することがある。サーバーの機能は、利用しているサーバーが対応している必要がある
更新のたびに検証したい企業にとっては、最も続けやすい方法です。
テスト環境を運用するときの注意点
テスト環境は、作って終わりではありません。次の点に注意して運用しましょう。
1. 本番と同じ条件にする
PHPのバージョンやプラグインの構成が本番と違うと、テスト環境で問題がなくても本番で不具合が出ます。検証の前に、テスト環境を本番と同じ状態にそろえましょう。
2. 外部から見られないようにする
テスト環境が検索エンジンに登録されると、本番と同じ内容が重複して表示されたり、開発中の内容が公開されたりします。Basic認証などでアクセスを制限し、検索エンジンに登録されない設定にしておきましょう。
3. 本番とパスワードを分ける
本番を複製すると、ログイン情報もそのまま複製されます。テスト環境が狙われたときに本番のパスワードが漏れないよう、パスワードを変更しておきましょう。
4. 本番と見分けがつくようにする
本番とテスト環境を取り違えると、本番で誤って作業してしまう事故が起きます。管理画面の配色を変えるなど、ひと目で見分けがつくようにしておきましょう。
5. 古いまま放置しない
使わなくなったテスト環境を古いまま放置すると、脆弱性が残ったまま公開されている状態になります。定期的に更新するか、使い終わったら削除しましょう。
検証から本番反映までの流れ
テスト環境での検証から本番への反映は、次の流れで進めます。
1. テスト環境を本番と同じ状態にする:直近の本番の内容で複製し直す
2. テスト環境で作業する:更新や改修を行う
3. 確認する:主要なページの表示、フォームの送信、管理画面の操作、スマートフォンでの表示を確認する
4. 本番のバックアップを取る:問題が起きたときに戻せるようにする
5. 本番に反映する:テスト環境と同じ作業を本番で行う
6. 本番で確認する:テスト環境と同じ項目を本番でも確認する
テスト環境と本番の間に時間があくと、その間に本番の記事が更新され、内容がずれることがあります。検証から反映までは、できるだけ間をあけずに進めましょう。
企業サイトで手間なくステージングを使う方法
テスト環境の大切さは分かっていても、「作る手間がかかる」「本番と同じ状態に保つのが大変」という理由で、使わなくなってしまうケースは少なくありません。
NHNテコラスの「WP-Chorus」は、企業向けのWordPressクラウドホスティングです。ステージング環境を全プランで標準提供しており、管理コンソールから本番環境を複製できます。サーバー側の機能のため、プラグインの導入やURLの置き換えといった作業は必要ありません。
あわせて、自動バックアップも全プランで標準提供しているため、「検証してから反映する」「問題があれば戻す」という更新の基本を、仕組みで支えられます。
本番と同じ環境を10日間無料で試せるトライアルも用意されています。
WP-Chorusについて詳細は以下をご覧ください。
まとめ
WordPressのテスト環境は、更新や改修で起きる事故を防ぐための備えです。作り方には、ローカル環境・サーバー上での構築・ステージング機能の3つがあり、本番との近さと手間のバランスで選びます。
企業サイトの更新前の検証には、本番に近い環境を、手間をかけずに用意できる方法が向いています。テスト環境を用意したら、本番と同じ条件を保ち、外部から見られないように管理することも忘れないようにしましょう。
本コラムの作成・編集者
ターゲットメディア株式会社 BtoBマーケティング研究チーム
私たちは、「日本のBtoBマーケティングをアップデートする」をミッションに活動する専門家チームです。
BtoB領域に特化して、17年以上・支援社数200社以上のマーケティング支援を手掛け、そこで蓄積された成功事例や実践的なノウハウを、現場で奮闘するマーケターの皆様にお届けしています。
チームには、戦略コンサルタント、データアナリスト、コンテンツ制作のプロフェッショナルが在籍し、多角的な視点から成功のヒントを発信します。
