Webサイトの保守とは？作業内容・費用相場と契約の確認点

Webサイトの保守費用を調べても、月額料金に何が含まれるのか分からず、発注先を比べにくい場合があります。サーバーやWordPressの更新だけでなく、障害時に誰が復旧するのかも重要な判断材料です。

Webサイト保守とは、公開後のサイトを安全かつ安定して使える状態に保つための継続的な管理です。この記事では必要な作業、公開料金の実例、内製と外注の判断、契約前の確認項目を順に整理します。読み終えた後には、自社に必要な保守範囲と、委託先へ確認する事項を具体化できます。

この記事の監修者

WINDOM株式会社 代表取締役

青柳 純也 Junya Aoyagi（あおやぎ じゅんや）

青柳純也

「費用対効果に特化したWebマーケティング」を掲げ、決まったパッケージや特定の施策を当てはめるのではなく、企業の事業目標・課題・予算・社内体制に合わせて提案型の支援を実施。
YouTube：「WINDOMのWebマーケ実践術」
X： @aowd_marketing

Webサイト保守とは？運用との違い

Webサイト保守とは、公開後のサイトが安全で安定して利用できるよう、設備・ソフトウェア・データを継続的に管理する仕事です。記事更新やSEO改善まで一括して「保守」と呼ぶ場合もあるため、契約の範囲を分けて考えます。

保守と運用・更新の違い

保守はサイトの稼働と安全性を守る業務であり、運用は情報を最新の状態に保つ業務です。改善は、検索流入や問い合わせなど事業成果を伸ばすための施策と分けて考えます。

例えば、WordPressのプラグイン更新は保守です。一方、サービス紹介の原稿を編集する作業は運用に当たります。CTAを変更して問い合わせ率を検証する仕事は、CROを含む改善施策です。

実際には、月額プランにテキスト更新やアクセス解析が含まれる場合もあります。サービス名で判断せず、納品される作業と費用の区分を確認してください。

保守が必要になる理由

Webサイトを公開した後も、管理対象のソフトウェアや外部サービスの仕様は変化します。放置すると、更新失敗やフォーム停止などに気づくのが遅れる可能性があります。

企業サイトでは、ページを表示できることだけでなく、問い合わせフォームが受信できる状態も重要です。サーバーが動いていても、送信メールが届かなければ機会損失につながります。

また、JPCERT/CCの注意喚起では、使用製品の更新状況や改ざん兆候を定期的に点検することが推奨されています。保守は不具合が起きたときの対応だけではありません。

Webサイト保守の主な作業内容

一般的なWebサイト保守は、インフラ、CMS、セキュリティ、バックアップ、動作監視に分けると把握しやすくなります。すべてのサイトで同じ頻度・同じ技術対応が必要とは限りません。

ドメイン・サーバー・SSLの管理

ドメイン・サーバー・SSL/TLS証明書の管理では、契約の継続と正常な接続状態を確認します。期限や契約名義が分からないと、担当会社を変更したときに手続きが滞ることがあります。

確認対象は、ドメインの更新期限、DNS設定、ホスティング契約、サーバー容量、証明書の発行・更新方法です。自動更新設定があっても、決済方法の期限や通知先を管理する必要があります。

管理台帳には「誰の名義か」「誰に請求されるか」「問題時に誰が対応するか」を別の欄で記録します。制作会社が実務を代行していても、契約者と作業者が同一とは限りません。

CMS・プラグインの更新

WordPressなどのCMSは、本体・テーマ・プラグインの更新状況を確認します。更新には不具合修正やセキュリティ対応が含まれますが、環境によっては互換性問題が生じます。

そのため、更新前にバックアップを取得し、必要に応じて検証環境で動作を確かめます。更新後はサイトの外観だけでなく、フォーム、検索、表示速度、計測タグも確認してください。

WordPress公式サポートでは、テーマ・プラグインの自動更新と、その前提となるバックアップについて説明しています。自動更新を有効にするだけで、更新後の機能確認が不要になるわけではありません。

• 更新する対象と現在のバージョンを記録する
• 更新前の復旧手段を確認する
• 必要なら検証環境で互換性を確認する
• 更新後に主要ページとCV導線をテストする

セキュリティと権限の点検

セキュリティ保守では、脆弱性の把握と、編集権限・ログイン情報の適切な管理が重要です。すでに使用していないアカウントや権限の大きすぎるアカウントは、管理上の負担になります。

作業例は、管理者の棚卸し、多要素認証の設定確認、不要プラグインの削除、不審なファイル変更の調査です。フォームで個人情報を扱う場合は、アクセス権と保存先にも注意します。

JPCERT/CCは利用製品のバージョン確認やファイルの点検を推奨しています。実際の診断範囲と緊急時の対応は、保守契約で別途決める必要があります。

バックアップと復元の準備

バックアップは、取得しているだけでは十分とは判断できません。必要な時点のデータを復元できることまで確認すると、障害への備えが具体的になります。

WordPressならサイトのファイルだけでなくデータベースも復旧対象です。保管先、世代数、保持期間、暗号化、復元テストの方法を台帳に残します。バックアップの保管場所自体が使えなくなる状況も考慮してください。

また、バックアップ取得を担う会社と、実際の復元を行う会社は異なることがあります。復元作業の料金・対応時間・責任を契約書に記載してもらうと、障害時の認識違いを減らせます。

稼働監視・フォームの動作確認

稼働監視はサイトの停止を検知するための仕組みですが、検知と復旧は別の仕事です。通知メールが届く契約であっても、原因調査や修復まで含まれるとは限りません。

企業サイトでは、トップページだけでなく、主要なサービスページと問い合わせフォームを確認します。メール送信の成否、外部連携、予約機能、決済の正常動作もサイトによって重要です。

さらに、GA4やGTMが動作しなくなると、問い合わせ経路の集計が欠ける場合があります。計測まで保守に含むのか、解析業務として分けるのかを決めてください。

Webサイト保守の費用相場と内訳

Webサイト保守に全国共通の固定料金はありません。月額料金は、CMSの種類・作業範囲・障害時の受付条件によって変わります。ここでは各社が公開しているプランを、相場を判断するための一例として紹介します。

公開料金から見る保守費用

確認できる公開料金は、提供内容とセットで比較する必要があります。次の金額は、2026年10月に確認した2社の公開プランであり、業界全体の平均値を示す調査結果ではありません。

Recursionは基盤管理中心の保守Lightと、CMS更新やフォーム確認を含むStandardを公開しています。WP KEEPERのプランはWordPress保守向けで、検証環境や復元を含む項目が示されています。

月額だけを見ると大きな差がありますが、対象サイト・対応範囲・税区分が一致していません。料金が安い順ではなく、自社に必要な作業の有無で比較してください。

料金・対象は公開ページの内容に基づきます。出典：Recursion料金／出典：WP KEEPER料金。発注前には最新料金、初期費用、税区分を確認してください。

月額料金に含まれる作業

見積書では「保守一式」という表記だけで判断せず、具体的な作業を並べます。たとえば月額にCMS更新が含まれていても、複雑な更新作業や本番障害が別料金になる契約があります。

比較するときは、相手ごとに「料金内」「追加料金」「対象外」を記入します。更新回数や依頼件数の上限、問い合わせ受付時間も同じ軸で整理してください。

保守費にはサーバー・ドメインなどの実費が含まれることも、別契約になることもあります。事業者の月額料金だけを足し合わせると、総額がずれる可能性があります。

上表は実在する事業者の比較結果ではなく、見積書の確認に使う記入例です。

追加料金が発生しやすい作業

追加料金が発生するのは、定期点検の範囲を超えた改修や障害対応などです。依頼前には、「定期作業」「発生時作業」「新規開発」の区別を確認します。

例えば、すでに発生している不具合の修正、マルウェアの除去、大規模なアップグレード、サーバーの移転、ページの追加などは別見積もりになる場合があります。契約終了時のデータ移管にも費用がかかることがあります。

年間費用は月額の12倍だけではありません。初期調査費、年額の更新実費、発生し得るスポット対応を分けて考えると、比較条件が見えてきます。

すべて計算のための仮定値であり、WINDOMの実績料金や相場を示すものではありません。

Webサイト保守を自社と外注で選ぶ

Webサイト保守の依頼先は、保守技術だけでなく社内の対応時間と障害時の事業影響から判断します。小規模サイトで内製できることもあれば、専門会社へ委託した方が管理しやすい場合もあります。

自社保守に向く条件

自社保守に向くのは、管理対象が比較的少なく、社内で更新や復元を実行できる場合です。担当者が保守作業と緊急連絡の役割を理解していることが前提になります。

例えば、単純なHTMLで構成した企業紹介サイトは、複雑なプラグインや会員機能を持つサイトより管理対象が少ないことがあります。ただしドメインやサーバーの契約管理は残ります。

内製する場合は「担当者が休暇中なら誰が対応するか」まで決めてください。技術がある担当者1人に依存する状態は、長期的な運用ではリスクになり得ます。

外注に向く条件

専門知識が必要な更新や復旧を社内で行えない場合は、外注が選択肢になります。特にWordPressのカスタマイズ、複数のAPI連携、予約や決済があるサイトでは、確認項目が増えます。

問い合わせや予約が主要な獲得経路になっている企業では、復旧までの許容時間も大切です。単に安いプランを選ぶより、連絡・調査・復元を誰が担うかを確かめてください。

ただし外注しても、サイトの事業責任は自社に残ります。最終判断を行う担当者と、外注先へ依頼する窓口を明確にしておきます。

WordPressとSaaS型CMSの違い

保守の範囲はサイト構築方式によって変わります。WordPressのようにプラグインやサーバーを個別に管理する方式と、基盤をサービス提供会社が管理するSaaS型CMSでは、作業分担が一致しません。

例えば、SaaS型CMSは基盤更新をサービス提供元が担うケースがあります。一方、ドメインの契約、フォーム設定、ページ情報の正しさ、外部サービス連携の確認は利用者側に残る場合があります。

静的サイトでも保守が不要になるわけではありません。公開方法やホスティング契約、ドメイン更新、フォーム接続の有無を確かめます。各製品の保守責任は公式仕様と契約によって確認してください。

Webサイト保守契約の確認ポイント

保守契約は月額の支払いだけでなく、実施する作業と障害時の分担を明文化するものです。見積書・仕様書・契約書の記載が一致しているかを確認しましょう。

保守対象と対象外を明記

契約書には、対象サイトと保守作業の範囲を具体的に記載する必要があります。「Webサイト一式」だけでは、別ドメインやテスト環境まで含まれるか判断できません。

対象URL、CMS、サーバー、プラグイン、更新回数、月間作業時間、監視範囲などを列挙してください。軽微修正が含まれる場合も、何を軽微と扱うか定義します。

「相談は無制限」と記載されていても、修正作業や緊急復旧まで料金内とは限りません。受付と作業の範囲を分けて確認することが大切です。

障害時の受付と初動を確認

障害対応では、一次応答と復旧完了を分けて考えます。連絡がすぐに返ってきても、その時点でシステムが復旧したわけではありません。

確認項目は、受付時間、夜間休日の扱い、一次応答の目標、復旧作業の開始条件、原因調査の範囲、追加料金です。緊急連絡先と代替窓口が存在するかも確認してください。

例えばフォーム停止時には、サイトの担当者が異常を検知し、制作会社に連絡し、原因を切り分け、暫定対応を実施する流れが考えられます。復旧までに自社側が顧客案内を行うかも決めます。

• 障害を検知した人が担当窓口へ連絡する
• 受付側が事象・影響範囲・優先度を判断する
• 復旧担当が暫定対応と恒久対応を分ける
• 復旧確認後に原因・対応記録を報告する

バックアップ・復元の責任分担

バックアップが契約に含まれていても、復旧作業が含まれているとは限りません。取得頻度と保管場所だけでなく、復元の担当と作業条件を確認します。

障害時にどの時点のデータへ戻せるかも重要です。直近の注文や問い合わせが復元されない可能性があるため、事業の影響を考えて保持方法を決めます。

復元テストの実施有無、作業時の承認者、復旧後の動作確認、追加料金を契約前に確認してください。必要な場合は復旧目標を別紙に整理します。

管理権限と解約時の引継ぎ

保守会社を変更できる状態を維持するため、ドメインや管理画面の権限を把握しておきます。制作会社名義でしか操作できない設定があると、解約時に手続きが難しくなることがあります。

確認したい権限は、ドメイン・DNS・サーバー・CMS・ソースコード・GA4・Google Search Consoleなどです。認証情報は共有方法も含めて安全に管理してください。

解約予告期間、データや設定資料の引渡形式、移管作業の料金、移転までの保守継続条件は契約前に明確にします。引き継ぎの可否は、新しい制作会社の選定にも影響します。

Webサイト保守業務の進め方

日常の保守は、管理台帳を作り、定期点検と更新後の動作確認を繰り返す流れで進めます。誰が確認し、どこに記録するかを決めると、担当変更時の引き継ぎもしやすくなります。

初日に作る保守管理台帳

保守管理台帳には、期限・管理者・連絡先・更新履歴など、担当者が必要とする情報をまとめます。最初から複雑なシステムを導入しなくても、表計算シートで始められます。

ただし、パスワードや秘密鍵を閲覧者の多いシートに直接記載することは避けます。機密情報は適切な管理ツールに保管し、台帳には保管場所や担当を記録してください。

下記は保守台帳に入れる項目の例です。社内・外注先が同じ台帳を利用する場合は、公開範囲に応じてアクセス権を分ける必要があります。

定期点検と緊急対応の優先度

保守作業は、緊急対応と定期点検、事業改善の3種類に分けると管理できます。優先度はサイトへの影響から決め、すべての作業を同じ周期にまとめないようにします。

例えば、フォームが送信できない状態は問い合わせ機会の損失に直結します。復元用データの確認やCMSの更新は計画的な点検に組み込みます。コンテンツ改善は保守とは別の施策として管理する方法があります。

点検間隔を一律に決めるのではなく、更新頻度、管理対象、障害時の影響に合わせて設定してください。JPCERT/CCの点検に関する資料も設計時の参考になります。

更新後の動作確認と報告

保守作業は、実施した事実だけでなく結果を確認して完了と判断します。更新ログを残すと、不具合発生時に変更との関係を調べやすくなります。

月次報告には、作業日、対象、変更内容、旧・新バージョン、バックアップの有無、テスト結果、残課題を記載します。更新や修正がなかった月も、監視・点検結果を共有できると状態を把握しやすくなります。

特に問い合わせフォーム、主要導線、計測タグはサイトの成果に関係します。検証対象を先に一覧化しておくことで、更新直後の確認漏れを減らせます。

Webサイト保守とSEOの関係

Webサイト保守は検索順位の改善を直接保証する施策ではありません。ただし、長い停止や主要機能の不具合は、集客や問い合わせの機会に影響する可能性があります。

サイト停止が検索に与える影響

サイト全体の停止が長期化すると、検索結果に影響が及ぶ可能性があります。短いメンテナンスと長期間の停止を同じものとして扱わないようにします。

Google検索セントラルでは、サイト全体を無効化する方法は推奨されず、必要な場合の503ステータスによる一時停止などが説明されています。サイト構成や影響期間に応じた対応が必要です。

また、検索評価以前に、訪問者がフォームを使えなければ問い合わせにはつながりません。障害時は「検索上の影響」と「商談機会への影響」をそれぞれ確認します。

保守とSEO改善の業務分担

保守とSEO改善は、目的が異なるため契約で分けると判断しやすくなります。エラーを修正してページを正常に使える状態へ戻すことと、新たな検索流入を増やすことは別の仕事です。

例えば404エラーの修正やページ表示の復旧は、技術面の保守に含まれる場合があります。一方、キーワード選定、記事制作、サイト構造の再設計、LP改善は追加の企画・実装が必要です。

WINDOMのWebサイト制作・運用サポートでも、公開後の改善提案や運用支援が案内されています。依頼時は、技術維持と集客改善の成果物を分けて相談してください。

Webサイト保守でよくある質問

Webサイト保守を委託する前によくある疑問を整理します。判断を急がず、契約と実際の作業範囲を照合してください。

まとめ｜保守範囲と責任を決める

Webサイト保守の発注前には、料金表より先に守るべき機能を整理することが重要です。作業・費用・復元の分担が明確であれば、委託先の違いも比較しやすくなります。

今週は次の3つに取り組んでください。

• ドメイン・サーバー・CMSの管理権限と更新期限を台帳へ整理する
• 停止すると困る機能を選び、必要な監視・復旧対象を決める
• 保守見積もりの対象作業・別料金・復元責任を横並びで比較する

関連記事

• コーポレートサイトリニューアルの進め方
• ホームページのSEO対策｜制作・公開・運用・リニューアルでやるべきこと
• ホームページ制作会社の選び方