当ページは検証・整備中のドラフトです。
内容は実環境での検証や追加調査により変更される予定です。
参照：ページ公開・更新ポリシー
WordPress本体やテーマ、プラグインの更新、設定変更などを本番環境へ直接適用すると、不具合が発生した際に公開中のサイトへ影響する。
そのリスクを減らすため、本番サイトとは別にステージング環境を用意し、変更内容やバックアップからの復元を事前に検証する。
ステージング環境の役割
ステージング環境は、本番サイトとは別に用意する検証用の環境である。
WordPressの場合、本体、テーマ、プラグインの更新や設定変更、カスタマイズなどを本番へ反映する前に試すことができる。バックアップを実際に復元し、復元に利用できるデータであることを確認する場所としても有効に活用できる。
ステージング環境を用意する方法
ステージング環境を用意する方法には、ホスティングサービスの機能を利用する方法やPC上に構築する方法など、複数の選択肢がある。
| 方法 | 構築・運用の手間 | コスト | メリット | デメリット |
|---|---|---|---|---|
| ホスティングサービスのステージング機能 | 小 | 小〜中 | 本番サイトを複製しやすい。本番への反映機能を利用できるものもある | 対応するサービスやプランに限られ、機能もサービスの仕様に依存する |
| ステージング専用サービス・プラン | 小〜中 | 中 | ステージング向けの環境を利用でき、本番ホスティングとも分離しやすい | 別途契約や費用が必要となり、利用できる機能や容量にも制約がある |
| 別のWordPress環境を自分で構築 | 大 | 小〜中 | 設置場所や構成を自由に決められ、本番に近い環境も作りやすい | 構築、複製、アクセス制限、更新などを自分で管理する必要がある |
| PC上にローカル環境を構築 | 中 | 小 | 外部へ公開せず、本番環境から切り離して検証できる | 本番サーバとの環境差が生じやすく、外部サービスとの連携を同じ条件で検証しにくい |
ホスティングサービスのステージング機能
利用中のホスティングサービスにステージング機能があれば、本番サイトの複製によって検証環境を容易に用意できる。本番サイトと同じホスティングサービス内にステージング環境を作るため、自前で別環境を構築する場合よりも本番との環境差を小さくしやすい。
利用前に確認しておきたいのは、対象プラン、複製されるデータ、本番への反映方法などである。
ステージング専用サービス・プラン
WordPressのステージング環境を提供する専用サービスや、検証用途に利用できるホスティングプランを別途契約する方法もある。
本番ホスティングにステージング機能がない場合でも利用でき、環境自体を本番から分離しやすい点が利点となる。
別のWordPress環境を自分で構築
サブドメインや別サーバなどへWordPressを用意し、本番サイトを複製する方法である。
設置場所や構成の自由度は高いが、環境の構築、アクセス制限、更新、削除まで自分で管理する必要がある。
PC上にローカル環境を構築
PC上にWebサーバ、データベース、WordPressを用意し、ローカルの検証環境として利用する。
本番サイトへ影響を与えず自由に操作でき、デザインや基本的な動作の確認にも使いやすい。一方、サーバ構成やメール、決済、外部APIなどは、本番環境と同じ条件で検証できないか、再現するための追加設定が必要となる。
本番環境から分離する
ステージングサイトは検証用であり、通常のWebサイトとして公開する必要はない。
外部から利用できる環境では認証やアクセス制限を設け、検索エンジンにも登録されない状態としておく。
メール送信、フォーム、EC、外部APIなど実際の処理につながる機能についても、停止するか検証用の接続先へ変更する。
変更を検証する
WordPress本体、テーマ、プラグインの更新や設定変更などをステージング環境へ適用し、サイトの表示や主要な機能に問題がないことを確認する。
バックアップからの復元を検証する
バックアップからの復元を試す場合、取得したバックアップをステージング環境へと展開し、実際にサイトが起動するところまで確認する。
ページ、画像、データベースなど必要なデータが戻っていれば、「バックアップが存在する」だけでなく、復元に利用できることの確認にもなる。
参考：WordPressをバックアップから復元する
本番環境へ変更を反映する
検証した変更を本番環境へ反映する前には、その時点の本番サイトをバックアップしておく。
ステージング環境から本番へ反映する機能を利用する場合は、上書きされる範囲の確認も必要となる。手作業で行う場合はステージング環境へ行ったのと同一の手順・内容で行う。
ステージング作成後に本番側で追加された投稿、注文、ユーザーデータなどがある場合、ステージング側のデータベースをそのまま本番へ上書きしてはならない。変更したファイルだけを反映するなど、本番側で増えたデータを維持できる方法を選ぶ。
ステージング環境を維持・削除する
常設する場合は、WordPress本体やテーマ、プラグインの更新とアクセス制限の維持が必要となる。脆弱性を放置しないためだけでなく、次回の検証時に本番環境とかけ離れた状態にしないためでもある。
一時的な検証環境であれば、検証終了後に確実に削除しておく。