AIでサイトをつくりやすくなっても、公開後の更新や不具合への備えは残ります。何を自動化し、誰が判断し、どこまで外部に任せるか。費用を比べる前に、続けられる保守の体制を考えます。
この記事を見るべき方
- Webサイトの保守契約を新しく検討・見直ししている方
- 自動更新やAIに任せられる範囲と、人が担う役割を知りたい方
情報確認日：2026年11月10日。この記事では、公開情報をもとに、企業がWebサイト保守の範囲と担当を決めるための考え方を整理します。
AI時代に、Webサイト保守を見直したい理由
Webサイト保守で大切なのは、変更や問題に気づき、影響を判断し、必要な作業を実行できる体制を続けることです。AIを使う場面が増えても、この役割は残ります。
JPCERT/CCは2026年10月23日の更新で、AIを使ったペネトレーションテスト基盤を悪用する攻撃試行を報告しています。ペネトレーションテストは、本来、許可を得て侵入の可能性を検証するためのものです。こうした基盤が攻撃にも使われる状況を踏まえると、外部公開した機能を把握し、更新や管理不備を放置しない運用が重要だと考えます。JPCERT/CCの報告
一方、AIは守る側の調査にも使われています。PHP Foundationは、AIを使った報告の検証などを進めつつ、判断と修正には人が関わる体制を説明しています。PHP Foundationの説明
自社サイトでも、AIが出した更新案をそのまま実行する前に、影響する機能、戻し方、承認する人を確認する必要があります。作業の一部を速くできることと、結果に責任を持てることは分けて考えます。
Webサイト保守は、更新ボタンを押すだけではない
保守の範囲を決めるときは、対象を把握するところから、更新後の確認と復旧の準備までを一続きで考えます。ここでは、契約前に確認したい作業を整理します。
作業 | 何を確かめるか | 記録に残すもの |
|---|---|---|
構成の把握 | CMS・PHP・プラグイン・連携先 | 対象一覧と管理者 |
更新の判断 | 影響する問題と対応の優先度 | 判断理由と対応予定 |
更新前の準備 | バックアップと検証方法 | 保存先・手順・承認 |
更新後の確認 | フォーム・決済・管理画面 | 検証結果と未解決事項 |
監視と連絡 | 何を検知し、誰が受けるか | 通知先と連絡の順序 |
復元の準備 | どのデータを、どう戻すか | 復元手順と確認日 |
この表は、すべての作業が一つの月額契約に含まれるという意味ではありません。自社で行うこと、サーバー会社が行うこと、保守会社へ依頼することを分けるための表です。
表示されていても、業務が動いているとは限らない
トップページが表示されても、フォームの通知が届かない、注文の連携が止まる、といった状態は別に確認する必要があります。監視を契約する場合も、ページ表示だけか、重要な操作まで確認するかを聞いてみてください。
問い合わせへの影響を整理する例として、WordPressの問い合わせメールが届かないときの確認手順も参考になります。
通常の点検と、緊急の脆弱性対応を分けて決める
保守の頻度は、毎月一度と決めれば十分というものではありません。予定された点検と、予定外の重要な問題への対応を分けて設計します。
通常の点検では、契約した対象の更新状況、バックアップ、管理者の変更、通知の受信先などを確認し、次の作業を決めます。実施内容を残すことで、何を確認できていて、何が未対応かを共有できます。
重大な脆弱性の情報が出たときは、対象環境への影響を確認し、定例日を待つかどうかも含めて判断します。判断に必要なのは、外部への公開状況、扱う情報、悪用に関する情報、停止した場合の業務影響です。
PHPなどのサポート期限も、定例点検で追う項目です。期限直前に改修が必要と分かると、検証や業務調整の時間を確保しにくくなります。PHPのサポート期間
「誰が承認するか」まで決めておく
たとえばECサイトなら、作業中の注文をどう扱うか、テスト注文の確認者は誰か、決済に問題が出た場合に誰が判断するかを決めます。保守会社へ連絡できても、社内の承認者が不明だと作業が進まないことがあります。
受付時間、連絡方法、作業開始の条件は契約によって異なります。「緊急対応あり」という表現だけでなく、具体的な範囲を確認しましょう。
AIに任せる作業と、人が判断する作業を分ける
AIは、情報の整理や作業案の作成を補助する用途で使えます。ただし、出力を確認する役割と、実際に変更する権限は分けておく方が運用しやすくなります。次は、保守でAIを使う場合の役割分担案です。
場面 | AIの補助を使える作業 | 人が確認・判断すること |
|---|---|---|
更新情報の確認 | 告知の要約、対象候補の整理 | 一次情報と実環境が一致するか |
変更の検証 | 差分の整理、テスト項目の案 | 重要な業務と例外を網羅しているか |
ログの確認 | 許可された範囲の分類・整理 | 誤検知か、不審な操作か |
作業の実行 | 承認済み手順の補助 | 本番変更の承認と結果の確認 |
問題発生時 | 記録の時系列整理 | 公開停止、復元、専門調査の判断 |
AIへ渡す情報にもルールが必要です。顧客情報や認証情報を、そのまま外部サービスへ送る運用にはせず、利用条件、会社の規程、データの扱いを確認します。AIが作った手順に、必要な前提が抜けていないかも確認してください。
スターウィーブとしては、AIを使ったこと自体よりも、何を確認し、誰が判断し、どの結果を残したかを、保守の品質を考える基準にしたいと考えています。
保守契約は、対応範囲と報告内容で比較する
月額費用を比べる前に、同じ作業が含まれているかを確かめます。更新代行だけの契約と、検証や復元作業まで含む契約では、比較する条件が違います。
比較する項目 | 契約前に聞きたい質問 |
|---|---|
更新対象 | WordPress本体・テーマ・プラグイン・PHPのどこまでか |
検証 | 作業前後に、どの機能を確認するか |
バックアップ | 頻度・保存期間・保管先・復元作業の範囲は何か |
監視 | 何を検知し、通知後に誰が対応するか |
受付・障害対応 | 対応時間、作業開始の条件、別料金の範囲は何か |
報告 | 実施内容、未対応事項、次の予定をどう共有するか |
引き継ぎ | 解約・担当変更時に、データや権限をどう渡すか |
「バックアップ込み」なら復元作業も含まれるのか、「更新込み」なら互換性のための改修も含まれるのか、と具体化すると、契約後の認識違いを減らせます。
費用と社内作業の分担を整理したい方には、ECサイトの運用費を見直すための作業の棚卸しも役立ちます。
まず自社サイトの管理状況を、一緒に整理する
継続保守を考える最初の一歩は、大きな契約を決めることではなく、今の管理状況を書き出すことです。
- 何のサイト・機能を管理する必要があるか。
- 誰が更新し、結果を確認しているか。
- 契約している会社の担当範囲はどこまでか。
- 不具合が出たとき、誰に連絡するか。
- 社内で続けられる作業と、任せたい作業は何か。
スターウィーブは、制作後の更新や保守で必要な作業を整理し、サイトと業務に合った依頼範囲を一緒に考えます。監視や復旧、受付時間を含む対応条件は、対象環境と必要な作業を確認して決めます。
社内に判断するWeb担当がいない場合は、Web担当代行サービスも選択肢です。実際の作業を任せたいのか、他社からの提案を判断する相手が必要なのか、困っているところからお聞かせください。
Webサイト保守についてよくある質問
自動更新と月額保守は何が違いますか？
自動更新は、対象ソフトウェアを更新する仕組みです。月額保守は、契約に応じて対象確認、検証、報告、障害時の対応などを人や体制として担います。含まれる範囲は会社ごとに確認してください。
AIを使えば、保守担当は不要になりますか？
情報整理や確認作業を助けることはできますが、自社の業務にとって正しい動作や、停止・復元の判断を誰が担うかは決める必要があります。AIの出力を確認し、本番作業に責任を持つ担当を置くことが大切です。
保守と、サイト更新代行は何が違いますか？
サイト更新代行は、文章・画像の差し替えや商品登録などの運用作業を指すことが多く、保守は技術的な維持管理を含みます。名称だけでは範囲が揃わないため、任せたい作業を具体的に書き出して相談するのが確実です。
