保守運用業務の限界
毎月のプラグイン更新と更新後の表示確認に業務の時間が取られている状態を、公開側を表示専用の構成へ移して、公開側で追従する対象を減らします。
こんな状況ではありませんか
- 毎月のプラグイン更新とバックアップ確認に、本来の業務の時間が取られている
- 更新のたびに表示が崩れないか不安で、更新通知を溜めたままにしている
- 保守の手順が担当者ひとりの中にあり、引き継ぎができない
- 外注しても、更新後の表示確認は社内に残ったままになっている
解決する課題
毎月のプラグイン更新と、更新後の表示確認は、本来の業務に充てる時間を削り続けます。公開側で動くプログラムを外せば、更新の対象がその分だけ減ります。
保守に消える担当者の時間
保守作業を社内で行う場合、その時間は担当者の本来業務から割かれます。かかっている費用は、月の作業時間に人件費の単価を掛ければ自社で出せます。
更新を溜めるほど高まる事故リスク
更新で表示が崩れることを恐れて更新を溜めると、溜めた中に脆弱性の修正が含まれていた場合、その間は公表済みの脆弱性がサイトに残ります。溜めた分だけ、次の更新で確かめる範囲も広がります。
外注しても残り続ける更新作業
外部の保守ベンダーに外注費を払い続けても、WordPressを公開側で動かしている限り、公開側の更新作業そのものは無くなりません。
なぜ更新作業が減らないのか
公開側でWordPressを動かす構成では、アクセスがあるたびにサーバーのPHP（Webサイトを動かすプログラムの処理系）を実行し、DB（データベース：記事や設定を保存する場所）へ接続してHTMLを生成します。この処理のプログラムに脆弱性が見つかるたびに、更新への追従が要ります。これに対し、公開サーバーに静的HTML（事前に作り置きしたページファイル）だけを配置すれば、公開側にWordPress本体もプラグインもDBも残らないため、公開側でのWordPress由来の更新追従が不要になります。編集の仕組みは選べます。編集用のWordPressを非公開の場所に残す構成では、そちらの更新は続きます。WordPress以外のCMS（記事を書いて管理する仕組み）へ移すか、CMSを使わない構成にすれば、WordPressの更新は無くなりますが、移した先の仕組みの保守は別に要ります。
静的移行後の更新の流れ
- 1
記事を編集側で更新
WordPressを残す場合は、いまの管理画面のまま
- 2
静的HTMLを生成
公開用のページファイルを事前に作り置きする
- 3
公開サーバーへ配置
生成済みファイルだけを公開側に置く
- 4
訪問者は生成済みページを閲覧
閲覧時にプログラムは動かない
| 見えている負担 | 内部で起きていること | 静的移行後 |
|---|---|---|
| 毎月のプラグイン更新が溜まる | 公開サーバーでPHPとプラグインが動いており、脆弱性対応の追従が必須 | 公開側を静的HTMLだけにして、公開側でWordPress由来の更新が要る対象を無くす |
| 更新後に表示が崩れないか不安 | プラグイン同士の依存関係が更新のたびに変わる | 表示の生成を公開前の工程に移すため、崩れたページを公開前に確かめられる |
| バックアップ確認に時間が取られる | 公開サーバー上のデータが常に書き換わる構成 | 公開側の復元はファイルの差し替えで済む。編集用のWordPressを残す場合、そちらのバックアップは続く |
提供内容
公開側を静的HTMLの配信へ変更します。編集は、いまのWordPressを残すか、別のCMSやCMSを使わない構成へ移すかを、調査の結果をもとに選べます。移行する範囲と手順もお伝えします。
- 静的移行現状調査
- 現行構成と動的機能を棚卸しし、静的移行の可否と制約を整理します。
- 動的機能の代替設計
- フォームや検索などを外部のサービスやサーバーレス（専用サーバーを管理せず、クラウド上で処理を実行する方式）で補完します。
- 静的移行の実施
- 公開側を静的HTMLへ切り替えます。WordPressを残す場合、記事を書く操作は管理画面のまま変わりません。公開に反映されるまでの段取りとプレビューの見え方は変わるため、引き継ぎでお伝えします。
- 更新フローの引き継ぎ
- 移行後に記事を更新してから公開されるまでの流れをお伝えします。
対象外
- WordPressのプラグインで会員、注文、予約をサイトの中で扱う機能は、静的移行では残せません。外部の予約や決済のサービスに預けている場合は、静的移行で扱えます。その機能を外す仕様の変更を許容できない場合は、中小規模Webシステムリプレースをご案内します。一部の区画だけWordPressに残す部分的な静的化は行いません。
- 画面デザインの変更は、基本費用の対象外です（原則として現行のデザインを引き継ぎます。変更する場合は別にお見積りします）。
納期目安
- 着手まで
- 折り返しのヒアリングで現状を確認し、静的移行現状調査の着手日を提示します
- 完了目安
- 移行完了の目安は申し込みから3〜8週間（テンプレート数と動的要素の数で変動します。調査後に確定日程を提示します）
基本費用と、続けた場合との比較
記載の金額は、変動要因が標準の範囲に収まる場合の基本費用です。標準から外れる分は、追加の費用として確定見積に含め、着手前に提示します。承諾なしに追加費用は発生しません。
保守コストと基本費用を並べて見る
- いまの保守コスト
- 月次の保守作業（プラグインの更新、バックアップの確認、更新後の表示確認）にかかる時間 × 時給換算 × 12ヶ月が、年間の保守コストになります。
- 基本費用の回収
- WordPress静的移行（220,000円〜（税込））÷ 移行後に減る月次コスト = 回収までの月数です。
- 事故が起きたときの復旧費用
- 改ざんの復旧にかかるのは、初期調査・切り分け（55,000円、税込）、および復旧実対応（110,000円〜、税込）です。
- 外部のサービスに守りを任せる場合
- WordPressを動かしたまま、外部のWAF（不正通信をブロックするセキュリティ機能）に守りを任せる場合、公開価格の最低額は月額10,000円（税抜）です。月次の報告まで付けたプランの最低額は、月額30,000円台から50,000円台です。どちらもトラフィックやサイトの構成に応じて上がり、サービスによっては別に初期費用がかかります。
- 移行後に無くなるリスク
- 公開サーバーでWordPressのプログラムが動かないため、WordPressの本体とプラグインを狙う乗っ取りや、SQLインジェクション（入力欄から不正な命令をデータベースへ送り込む攻撃）、管理画面への総当たりは、作り置きに移した部分では成立しなくなります。フォームや検索など代わりに置く処理と、編集側の防御は別に必要です。
当方の価格のうち、初期調査・切り分けの55,000円（税込）は固定額で、ほかは基本費用です（変動要因で上がります）。保守にかかっている時間は運用ごとに違うため、こちらでは想定しません。移行後に要らなくなるプラグインがどれかは、申し込み後の作業で確かめます。
外部のサービスの価格は、次のページで2026年9月15日に確認した額です。月次の報告を含む額は、当方が各ページの額を合算しました。
- 攻撃遮断くん 料金プラン（外部サイト）（株式会社サイバーセキュリティクラウド）
- Scutum 価格・料金体系（外部サイト）（株式会社セキュアスカイ・テクノロジー）
- サイトドック（外部サイト）（日本情報基盤サービス株式会社）
問い合わせ後の流れ
問い合わせから完了までの段階と、それぞれの時期の目安です。
- 1随時
問い合わせ受付
現在の保守内容と困りごとをお送りください。
- 2受付後
折り返しとヒアリング
現状の構成と運用を確認し、静的移行現状調査の着手日を提示します。
- 3着手から1〜2週間
静的移行現状調査
動的機能の棚卸しと移行方針の設計を行います。調査は、管理画面のプラグイン一覧と、チャットでのヒアリングをもとに行い、結果を文書でお渡しします。静的移行現状調査は無料です。調査のあとで申し込まなくても、費用はかかりません。
- 4調査完了後
移行方針と確定見積の提示
移行範囲、工程、費用を確定し、申し込み後に着手します。申し込み後の作業で、調査では分からなかった事項が見つかった場合は、費用を変えずに、代わりの方法を協議して決めます。
- 5申し込みから3〜8週間を目安
移行の実施と更新手順の引き継ぎ
移行中に限り、切り替えたページから順に公開先を移し、完了時には全ページを静的にします。完了後に、記事の更新から公開までの手順をお渡しします。
保守運用業務の限界のご相談
技術情報が揃っていなくても送信できます。いまの構成を確認したうえで、進められる範囲をお返しします。