本番へ影響させずに試すための環境条件を整理できます。
作業を始める前に
- サーバーとドメインを管理できる権限を確認します。
- 本番データを複製する場合は、個人情報の取り扱いと保存範囲を先に決めます。
- 01場所を分ける
- 02公開を制限
- 03通知を分ける
- 04反映方法を決める
下の各項目で、判断のポイントと確認方法を説明します。
進め方・判断のポイント 04 STEPS
検証専用の場所を決める
本番と別のサブドメインや設置先を決め、既存ファイルを上書きしない場所を使います。新規WordPressを入れる場合は、簡単インストール画面で対象URLを照合します。本番のデータベースをそのまま共有する構成にせず、検証側を独立させます。
✓ 完了の目印
URL・設置場所・DBを本番と区別できました。
検索除外とアクセス制限を分ける
検証環境を一般の人に見せないなら、サーバー側のアクセス制限などを用意します。WordPressの検索エンジン表示設定も確認しますが、noindexだけでは人のアクセスを防げません。検証URLを営業メールや公開メニューへ誤って載せないようにします。
✓ 完了の目印
検証環境の公開範囲を制御できました。
メールと外部連携を停止・切り替える
本番を複製すると、問い合わせ通知や予約通知、外部サービスの接続先まで引き継がれる場合があります。送信先をテスト用へ変え、決済や顧客向け通知が実行されない設定を確認します。必要に応じて顧客情報を除去したサンプルデータで試します。
| 項目 | 入力する内容・例 |
|---|---|
| URL・DB | 本番と別編集の影響を分離する。 |
| 通知 | テスト用の送信先顧客向け配信を止める。 |
| 連携 | 検証設定または無効本番処理を起動しない。 |
✓ 完了の目印
検証操作が本番のお客様へ通知されません。
試した変更だけを本番へ反映する
検証環境のDBを本番へ丸ごと戻すと、その間に増えた記事や問い合わせを失うことがあります。何を変更したか記録し、設定やファイルの必要部分をどの方法で反映するか決めます。同期機能を使う場合も、対象と上書き範囲を確認してください。
✓ 完了の目印
検証結果を本番へ移す方法を決めました。
終わったら確認すること
- 使い終わった検証環境は、放置せず更新・制限・削除の担当を決めます。
途中で困ったときは
本番をコピーしたら完成ですか？
URLやDBの分離に加え、検索設定、アクセス制限、通知、外部連携を確認する必要があります。コピー後の設定までを作成作業に含めます。
参照した公式資料
画面や条件が異なる場合は、ご利用環境と公式の最新案内を確認してください。
手順確認日 2026.10.29 ／ 読む時間は目安です。操作に必要な時間は環境によって異なります。