情報システム部門のセキュリティ対策強化
部署ごとに増えたWordPressや、更新の途絶えたサイトが公開サーバーに残っている状態から、公開側を静的化して、外から到達できる接点を減らします。
こんな状況ではありませんか
- 部署ごとに立ち上がったWordPressが、管理者の分からないまま残っている
- 更新が止まったキャンペーンサイトやブログを、見た目を変えずに安全にしたい
- セキュリティ点検で、ログイン画面の露出や古いプラグインを指摘された
- サイトが増えるほど、確認しなければならない範囲が広がっている
解決する課題
部署ごとに、情報システム部門を通さずに立ち上がったWordPressや、更新が止まったサイトは、外から到達できる接点として残り続けます。公開側でプログラムを動かさない構成へ移せば、その接点を減らせます。
更新の止まったサイトに残る脆弱性
更新運用が行われていないWordPressは、あとから脆弱性が公表されても、その版のまま残ります。該当する版が外部から見える状態なら、探索の対象になり得ます。
止めるか直すかを決める材料が無い
部署のサイトにどの機能があり、誰が編集しているかが手元で分からないため、止めるか、直すか、移すかを決められません。部署のサイトに情報システム部門の権限が及ばず、更新を指示しても実行されないこともあります。
サイトが増えるほど広がる確認の範囲
部署ごとに立てたサイトは、更新の状況も担当者も別々です。サイトの数が増えるほど、どれが更新されているかを確かめる範囲が広がります。
公開サーバーから何が無くなるのか
編集にWordPressを残す場合は、既存の編集用WordPressを非公開の場所へ移し、インターネットに公開するサーバーには動的プログラムを置かず、HTMLデータだけを同期して配置します。編集用のWordPressの守り方には、接続できる通信元を限るIP制限（接続できる通信元を決めた場所に限る設定）や、ログインに別の確認を求める多要素認証（パスワードに加えて別の確認を求める仕組み）があります。WordPress以外のCMS（記事を書いて管理する仕組み）や、CMSを使わない構成へ移す方法もあります。どの場合も公開側にDB（データベース：記事や設定を保存する場所）もPHP（Webサイトを動かすプログラムの処理系）も無くなるため、SQLインジェクション（入力欄から不正な命令をデータベースへ送り込む攻撃）や管理画面への総当たり（ブルートフォース）のように、公開側で動くプログラムを狙う攻撃は成立しなくなります。フォームなど代わりに置く処理と、編集の仕組みの防御は別に必要です。編集にWordPressを残す場合は、非公開の場所でWordPressの更新が続きます。自社の機能構成で成り立つかは技術資料：WordPress静的移行を自社に適用できるか、機能ごとの判断基準で確認できます。
構成の全体像
- 1
編集の仕組みを置く
WordPressを残す場合は、非公開の場所に移し、接続できる相手を限る
- 2
公開ページを静的HTMLとして書き出し
静的HTML（事前に生成済みのページファイル）を自動生成する
- 3
公開サーバーには静的ファイルのみ配置
公開側にプログラムと管理画面を置かない
- 4
公開サーバーで動くプログラムが無くなる
公開側のログイン画面やプラグインを狙う攻撃は成立しなくなる。編集用の環境は対象に残る。フォームなどを外部のサービスやサーバーレス（専用サーバーを管理せず、クラウド上で処理を実行する方式）で代替した場合は、その受け口が外部から到達できる接点として残る
| 現状の指摘事項 | 内部で起きていること | 静的移行後（公開側） |
|---|---|---|
| ログイン画面が公開サーバーに露出 | 総当たり攻撃と脆弱性スキャンの対象になり続けている | 管理画面を公開側から除去する（編集にWordPressを残す場合は、編集側を非公開の場所に置く） |
| 古いプラグインが残っている | 公表済みの脆弱性がある版なら、外部から攻撃を受け得る状態が続く | 公開サーバーでのプログラム実行をなくす |
| フォームなど動的機能がある | 送信や検索の処理を、公開サーバーのプログラムが受け持っている | 外部のサービスやサーバーレスで代替設計 |
提供内容
対象サイトを棚卸しし、公開側を静的HTMLに置き換えます。編集にWordPressを残す場合は、非公開の場所へ移します（置き場所と守り方は、静的移行現状調査で決めます）。移行後の構成と更新の手順をお渡しします。
- 静的移行現状調査
- 対象サイトの構成と動的機能を1サイトずつ棚卸しし、移行の可否と制約をお伝えします。
- 公開側の静的構成の設計と実施
- 公開側を静的HTMLに置き換え、選んだ編集の仕組みを設置します（WordPressを残す場合は非公開の場所に置きます）。
- 動的機能の代替設計
- フォームや検索などの要件を外部のサービスやサーバーレスで補完します。
- 移行後の構成の引き渡し
- 移行後の構成と、更新の手順をお渡しします。
対象外
- 社内ネットワーク全体のセキュリティ監査と運用は対応対象外です（対象はWebサイトの構成に限ります）。
- 静的移行現状調査では、侵害の有無は調べません。侵害が疑われる場合は、緊急対応の初期調査・切り分けで先に確かめます。
- 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随時
問い合わせ受付
対象サイトのURLと、公開側に残す必要がある機能をお送りください。
- 2受付後
折り返しとヒアリング
静的移行現状調査の日程と、調査に使う情報を整理します。
- 3着手から1〜2週間
静的移行現状調査
静的化できるかどうかと、編集の仕組みをどこに置くかをお伝えします。静的移行現状調査は1回につき1サイトです。調査は、管理画面のプラグイン一覧と、チャットでのヒアリングをもとに行い、結果を文書でお渡しします。管理者が分からず管理画面に入れないサイトは、ヒアリングで分かる範囲で判断し、確かめられなかった点を結果に書きます。静的移行現状調査は無料です。調査のあとで申し込まなくても、費用はかかりません。
- 4調査完了後
移行方針と確定見積の提示
移行範囲、工程、費用を確定してお伝えします。申し込みの後に着手します。
- 5申し込みから3〜8週間を目安
静的移行の実施
公開側の静的HTML化、編集の仕組みの設置（WordPressを残す場合は非公開の場所への配置）、動的機能の代替を順次実行します。申し込み後の作業で、調査では分からなかった事項が見つかった場合は、費用を変えずに、代わりの方法を協議して決めます。
- 6移行完了後
引き渡し
移行後の構成と、更新の手順をお渡しします。
情報システム部門のセキュリティ対策強化のご相談
技術情報が揃っていなくても送信できます。いまの構成を確認したうえで、進められる範囲をお返しします。