WordPress のステージングサイトとは、公開中のサイトを非公開で複製したコピーのことです。更新プログラムや新しいプラグイン、テーマの変更、独自コードなどを、訪問者に影響を与える前に安全にテストできます。更新によって何かが壊れても、被害を受けるのはコピー側だけで、来訪者が目にする本番サイトには影響しません。この記事では、ステージングサイトとは何かを説明し、既存の WordPress 環境にステージングサイトを作成する手順を順を追って解説したうえで、目的に合ったステージングツールの選び方を紹介します。
Contents
WordPress ステージングサイトとは何か、なぜ必要なのか
ステージングサイトは、本番サイトのファイルとデータベースの両方を複製したクローンで、変更が隔離された別の場所で動作します。ステージング上で行った作業は、意図的に反映（プッシュ）しない限り、本番サイトには一切影響しません。
本番環境で直接テストすると被害が出かねないような、リスクのある変更を加えるときには、必ずステージングサイトが必要になります。
- コア・テーマ・プラグインの更新。 互換性のない更新がひとつあるだけで、真っ白な画面（ホワイトスクリーン）や致命的エラーが発生することがあります。先にステージングでテストしておけば、訪問者がその不具合を目にすることはありません。
- 新しいプラグインとテーマ。 空のテスト環境ではなく、実際のコンテンツと実際のプラグイン構成に対して動作を試せます。
- PHP バージョンの変更。 ホスティング側が切り替える前に、新しい PHP バージョンでサイトが問題なく動作するかを確認できます。
- リデザインや大規模な編集。 作りかけの状態を公開してしまうことなく、レイアウトやテンプレートを作り直せます。
- デバッグ。 本番サイトを通常どおり稼働させたまま、デバッグログを有効にしたコピー上でエラーを再現し、修正できます。
ステージングサイトがなければ、選択肢は本番サイトでテストする（危険）か、まったくテストしない（さらに危険）かのどちらかしかありません。ステージングを使ったワークフローなら、こうしたトレードオフから解放されます。
ステージングサイトの選択肢：プラグイン、ホスティング機能、ローカルコピー
WordPress のステージングサイトを用意する方法は、大きく分けて3つあります。それぞれ、コピーがどこで動作するか、どこまで自分で制御できるかが異なります。
| 選択肢 | 動作する場所 | 向いているケース |
|---|---|---|
| ステージングプラグイン | 既存のホスティング上のサブドメインまたはサブディレクトリ | ほとんどのサイト。追加の環境を管理する必要がない |
| ホスティングのステージング機能 | 契約中のホスティング事業者のインフラ | すでに機能を提供しているマネージド型ホスティングのサイト |
| ローカルコピー | 自分のパソコン | 開発やオフラインでのテスト |
ステージングプラグイン。 プラグインが、すでに料金を支払っている同じサーバー内の保護された領域にサイトを複製します。新しいホスティング契約も、手作業でのデータベースのエクスポートも不要で、多くの人にとってこれが最も手早い方法です。無料の WP STAGING プラグインは、この方式で動作します。
ホスティングのステージング機能。 一部のマネージド型 WordPress ホスティングは、管理画面にワンクリックのステージング機能を組み込んでいます。用意されていれば便利ですが、そのホスティングに縛られること、どこでも使えるわけではないこと、そしてプランのリソースを消費する場合があることには注意が必要です。
ローカルコピー。 開発作業であれば、自分のパソコン上で WordPress の完全なコピーを動かせます。非公開で、無料で、ネットワークを介さないため高速です。WP Staging Desktop は、まさにこの用途向けに Docker ベースのローカル WordPress サイトを作成できる無料のデスクトップアプリです。サーバーに移す前に、オフラインで構築とテストを行えます。
プラグインを使った WordPress ステージングサイトの作り方（手順解説）
サーバー上でプラグインを使う方法が最も一般的なので、ここでは無料の WP STAGING プラグインを使って、最初から最後まで解説します。
- プラグインをインストールして有効化する。 WordPress の管理画面で「プラグイン」から「新規追加」と進み、WP STAGING を検索してインストールし、有効化します。または WordPress プラグインディレクトリからアップロードします。
- WP STAGING を開いて新しいクローンを開始する。 「WP STAGING」から「Staging Sites」と進み、「Create Staging Site」をクリックしてワンクリックでステージングサイトを作成します。
- ステージングサイトに名前を付ける。 ひと目でわかる名前を付けます。必要に応じて詳細設定を開き、含めるデータベーステーブルやファイルを選択できます。これは非常に大規模なサイトで役立ちます。
- クローンを実行する。 WP STAGING が、現在のサイト内の保護されたサブディレクトリにファイルとデータベースをコピーします。大規模なサイトはバックグラウンドで処理されるため、途中でタイムアウトすることはありません。
- ステージングサイトを開く。 クローンが完了したら、WP STAGING が表示するログインリンクを使います。ステージングのコピーは保護されており、ログイン済みの管理者だけがアクセスできます。検索エンジンからもブロックされているため、Google 上で本番サイトと競合することはありません。
- 変更をテストする。 更新やプラグイン、編集内容をステージングのコピー上で適用し、本番環境に手を加える前にすべてが正常に動作することを確認します。
詳細設定を含む完全な手順は、ステージングサイトのクローン作成ドキュメントにまとめてあります。
WordPress ステージングプラグインの選び方：チェックすべきポイント
すべてのステージングプラグインが同じ機能を備えているわけではありません。導入する前に、次の点を検討しましょう。
- 完全なクローン。 ファイルだけでなく、ファイルとデータベースの両方をコピーできる必要があります。部分的なクローンは、本当の意味でのステージングサイトとは言えません。
- 隔離。 ステージングのコピーはログインで保護され、検索エンジンから隠されている必要があります。そうすることで、重複コンテンツの問題や意図しない一般公開を防げます。
- 本番環境へのプッシュ。 クローンの作成は、ワークフローの半分にすぎません。テスト済みの変更を本番サイトへ安全に反映（プッシュ）できるかどうかも確認しましょう。多くの無料プラグインはクローン作成のみで、本番への反映は有料機能となっています。
- 大規模サイトへの対応。 大きなデータベースや大量のアップロードファイルがある場合、プラグインはサーバーのタイムアウトを起こさずにクローンを作成できる必要があります。
- バックアップ。 復元可能なバックアップも作成できるツールなら、プッシュに失敗したときにも安心です。
- マルチサイトとホスティングとの互換性。 WordPress マルチサイトを運用している場合は対応しているか、また利用中のホスティングで動作するかを確認しましょう。
- 継続的なメンテナンスとサポート。 定期的なアップデートと、実際に頼れるサポート窓口は、タイミング悪くクローンが失敗したときに大きな意味を持ちます。
WP STAGING は、無料プラグインで完全かつ保護されたクローンを作成します。ステージングサイトの本番環境への反映、スケジュール設定やクラウドへのバックアップ、サイト全体の移行は、WP Staging Proで利用できます。
ステージングでの変更を本番サイトに反映する
ステージング上で変更の動作を確認できたら、それを本番環境へ移します。すべての編集を本番サイトで手作業でやり直すのでは本末転倒で、ミスも招きかねません。目指すべきは、テスト済みのステージングコピーを安全に本番へ戻すことです。
WP Staging Proは、ステージングサイトを本番環境にプッシュし、変更されたファイルとデータベースをステージングから本番へコピーします。その際、誤ったデータを上書きしないための安全機構が働きます。詳しい手順はステージングサイトを本番サイトにコピーするドキュメントにまとめられており、ステージングサイトを本番サイトに移行する場合も同じ仕組みが当てはまります。
プッシュする直前には、必ず本番サイトのバックアップを作成しておきましょう。後で不具合が見つかっても、慌てて一から作り直すのではなく、数分で復元できます。
よくあるステージングサイトの問題と、その回避方法
- ステージングサイトが Google にインデックスされてしまう。 公開され、インデックス可能なクローンは重複コンテンツの原因になります。ステージングはログインで保護し、検索エンジンからブロックしておきましょう。詳しくはステージングサイトへの Google のアクセスをブロックする方法をご覧ください。
- ステージングサイトが本番サイトにリダイレクトされる。 キャッシュ、ハードコードされた URL、SSL の設定などが原因で、本番環境に戻されてしまうことがあります。対処法はステージングサイトが本番サイトにリダイレクトされる場合のドキュメントで解説しています。
- クローン作成でディスク容量が不足する。 大きなアップロードフォルダや肥大化したログテーブルは、サーバーの容量を使い切ってしまうことがあります。テストに不要なテーブルやファイルは除外しましょう。
- ファイルだけがプッシュされ、データベースが反映されない。 コンテンツや設定はデータベースに保存されています。プッシュする際は、変更を確実に反映させるために、ファイルとデータベースの両方を含めましょう。
- 誤って本番サイトを編集してしまう。 変更を加える前に、ブラウザに表示されている URL が本番ドメインではなくステージングのアドレスであることを確認しましょう。
次の変更の前に、まずステージングサイトから始めよう
ステージングサイトは、WordPress で何かをテストするうえで最も安全な方法です。サーバー上にクローンを作るなら無料の WP STAGING プラグインから、自分のパソコンに無料のローカルコピーを作るなら WP Staging Desktop から始めましょう。テスト済みの変更を本番環境に戻す準備ができたときや、スケジュールバックアップが必要になったときは、WP Staging Pro が安全にプッシュを処理します。
関連記事
- WordPress のステージングサイトのクローンを作成する
- ステージングサイトを本番サイトにコピーする
- ステージングサイトへの Google のアクセスをブロックする方法
- WP Staging Desktop で Docker ベースのローカルサイトを作成する
