WordPressのステージング環境を「必要なときだけ」にしている制作会社へ──標準にする理由、作り方の3つの型、費用を見積もりに載せる計算例

この記事は、WordPressのステージング環境を、案件ごとの判断ではなく、制作と保守の標準にする方法を扱います。

「本番で直したほうが早いので」

小さな修正の依頼が来ると、本番の管理画面で直してしまう。
制作中も、お客様の確認用に本番のURLを先に公開してしまう。

急いでいる日ほど、ステージング環境を飛ばしたくなります。
けれど、飛ばした日に限って、表示が崩れ、問い合わせフォームが止まり、夜に復旧の作業が入ります。

WordPressのステージング環境とは、本番と同じ構成の複製の上で、変更を確かめ、お客様の確認を取ってから本番に反映するための、作業場所である

黒字化の外科医です。ステージング環境を、損益の目線で解剖します。

標準にすべき理由は、三つあります。

第一に、本番で起きた事故の復旧は、見積もりのどこにも載っていないから。
数時間の復旧作業は、そのまま粗利から消えます。

第二に、お客様の確認の場所があると、修正の往復が減るから。
画面を見て合意してから反映すれば、「思っていたのと違う」が本番で起きません。

第三に、「どの案件で使うか」を毎回決める手間がなくなるから。
標準なら迷いません。使わない案件だけが、理由を残す例外になります。

更新のときの本番反映の手順は、別の記事で扱っています。この記事では、ステージング環境そのものを、どう用意し、誰が費用を持つかに絞ります。

▶ パッチ適用の手順を「本番でそのまま更新」で済ませない──検証環境、バックアップ、戻し方、顧客への告知までの本番反映フロー

ステージング環境の作り方：3つの型

型A：サーバーの機能を使う
　レンタルサーバーにある「ステージング」機能で複製する
　向く案件：サーバーが機能を持っている／小〜中規模のサイト

型B：プラグインで複製する
　複製用のプラグインで、サブドメインなどに写す
　向く案件：サーバーに機能がない／一時的に使う

型C：自社の検証サーバーに置く
　自社で用意した環境に、案件ごとに複製する
　向く案件：改修が多い保守／複数サイトをまとめて扱う

どの型でも、共通して決めることがあります。

【ステージング環境の共通ルール】
□ 検索エンジンにインデックスさせない設定にする
□ Basic認証などで、関係者以外が見られないようにする
□ 本番の個人情報（問い合わせ・会員・注文）を複製しない、または消してから使う
□ フォームの送信先を、お客様の実際の窓口にしない
□ 本番に戻すのは「ファイル」か「データベース」か、反映前に決める
□ 使い終わった環境を、いつ消すか決める

特に注意が要るのは、データベースです。
ステージングで作業している間にも、本番では問い合わせや記事の投稿が増えています。ステージングのデータベースを丸ごと本番に上書きすると、その間の更新が消えます。

今すぐ試せる：案件ごとのステージングの手順書を作るプロンプト

私はWeb制作会社のディレクターです。次のWordPress案件について、ステージング環境の手順書を作ってください。

【案件の情報】
・サイトの種類：〔コーポレート／採用／EC／会員〕
・サーバー：〔ステージング機能の有無〕
・本番で日々増えるデータ：〔問い合わせ／投稿／注文／会員〕
・今回の変更の内容：〔　〕

1. 3つの型（サーバー機能・プラグイン・自社の検証サーバー）のどれが合うか、理由とともに示す。
2. 複製から本番反映までの手順を、番号つきで書く。
3. 本番のデータが消えないよう、反映の対象（ファイル／データベース）を分ける。
4. 個人情報の扱いと、使い終わった後の削除の手順を書く。

サーバー名やURLは、架空のものに置き換えてから渡すこと。

検証環境工場：費用を見積もりに載せる

見積もりの行に出す

【制作の見積もり】
・ステージング環境の構築と運用（制作期間中）　〇時間

【保守・改修の見積もり】
・ステージング環境での確認と本番反映　〇時間（改修1回ごと）

「一式」に混ぜずに行を分けると、お客様に「なぜ必要か」を説明する機会になります。

計算例（数字はすべて例）

時間単価：7,600円

構築：2時間 × 7,600円 ＝ 15,200円（制作時に1回）
改修1回ごとの確認と反映：0.5時間 × 7,600円 ＝ 3,800円

本番で起きた事故の復旧：4時間 × 7,600円 ＝ 30,400円（例）
30,400円 ÷ 3,800円 ＝ 8

この例では、改修8回のうち1回の事故を防げば、確認の費用は元が取れます。
しかも、お客様の信用の損失は、この計算に入っていません。

構造的なリスク

逆説を指摘しておきます。

ステージング環境は、作った瞬間から本番とずれ始めます。
古いステージングで確かめても、本番で同じ結果になるとは限りません。

だから、ステージングは「置きっぱなし」にせず、作業の前に本番から複製し直すことを手順に入れてください。置きっぱなしの環境は、守る対象が1つ増えるだけです。

よくあるQ&A

Q. 文字の差し替えだけでも、ステージングを通すべきか？

本文の文字の修正なら、本番で直してかまいません。テーマ、プラグイン、設定、コードに触る変更は、ステージングを通します。

Q. お客様が「費用がかかるなら要らない」と言ったら？

省いた場合に本番で起きた不具合の対応は、別料金になることを、見積もりの前提条件に書いておきます。

Q. 制作中から使う必要があるか？

あります。公開前のサイトを本番のURLで確認させると、公開の日の切り替えで事故が起きやすくなります。

最後に

ステージング環境は、手間ではなく、復旧の時間を前払いで買う仕組みです。

案件ごとの判断をやめ、標準として見積もりの行に載せた会社だけが、本番の事故で粗利を失わずに済むのです。

複数のサイトをまとめて扱う仕組みは、こちらで扱っています。

▶ WordPressの複数サイト管理で、保守の粗利は決まる──30サイトを1サイトずつ触る会社が、標準構成と一括管理で原価を下げる手順と計算例

これまでの記事は、メンバーシップ「黒字化オペ室」でまとめて読めます。月額1,980円、記事2本分の金額です。詳しくはプロフィールから。

#Web制作会社 #WordPress #ステージング #検証環境 #保守契約 #品質管理 #見積もり #制作会社経営 #中小企業 #リスク管理