WordPressサイトの保守は、管理画面から記事を更新する作業だけでは完結しません。本体・テーマ・プラグインの更新に加え、サーバー環境、バックアップと復元、監視、権限、外部連携までを含めて、誰がどこまで管理するかを決める必要があります。
本記事では、保守対象と放置リスク、内製・外注・併用の選び方、障害時の責任分界、費用の比較方法を順に解説します。自社に必要な保守要件を整理し、同じ条件で委託先の見積もりを比較できる状態を目指しましょう。
WordPress保守は更新作業だけではなく、復元・監視・権限・周辺環境まで含めて体制を設計します。
01SectionWordPress保守とは：対象範囲と、更新代行・改修との違い
WordPress保守とは、サイトを安全に継続運用するための定常的な管理業務です。WordPress本体だけでなく、テーマ、プラグイン、サーバー側の環境、ドメインや通信を保護する証明書、フォームなどの外部連携も影響範囲になり得ます。
WordPress公式の更新手順でも、更新前のバックアップと更新後の確認が案内されています。また、WordPress公式の保守ガイドでは、更新確認、バックアップ、リンクやログの点検などが定期保守の項目として示されています。
定常保守・更新代行・改修・障害復旧は分けて考える
これらは関連する業務ですが、目的と契約範囲が異なります。
- 定常保守：更新、バックアップ、監視、定期点検などにより、安全性と継続稼働を維持する業務
- 更新代行：記事公開、テキストや画像の差し替えなど、コンテンツの鮮度を保つ業務
- 改修：フォーム変更、画面修正、機能追加、外部連携変更などを行う業務
- 障害復旧：表示不良や不正利用などが起きた際に、原因を調べ、暫定復旧や恒久対応を行う業務
更新代行、改修、障害復旧は、定常保守と別の費用・承認手順になる場合があります。月額内の作業時間・回数、対象外業務、追加費用の条件を契約前に確認することが重要です。
WordPress固有の保守対象は周辺環境まで及ぶ
WordPressの動作は、本体だけで決まりません。テーマやプラグインに加え、サーバー側の動作環境、ドメインとサイトを接続する設定、通信を保護する証明書、外部サービスとの接続状況も、表示やフォーム送信に影響します。まずは対象と主な管理主体を把握しましょう。
02Section放置リスクから、自社に必要な保守水準を決める
保守を後回しにした場合、問題は「サイトが少し古くなる」ことにとどまりません。脆弱性の悪用、表示やフォームの不具合、復旧の長期化、障害の発見遅れ、不要な権限の残存が、問い合わせ・採用・顧客対応といった事業活動に影響する可能性があります。
WordPress公式のセキュリティ強化ガイドは、侵害時に復旧できるバックアップと復旧計画を準備する考え方を示しています。更新だけでなく、検証、復元、監視、連絡体制を組み合わせて考える必要があります。
放置リスクは、セキュリティと可用性の両面に現れる
たとえば、本体・テーマ・プラグインや周辺環境の更新が滞ると、脆弱性や不正利用のリスクが高まることがあります。一方で、更新時に互換性を確認しなければ、表示崩れ、管理画面エラー、フォーム停止、MA・CRM連携の不具合につながる可能性もあります。
バックアップがあっても、ファイルとデータベースのどちらが対象か、どこに保存されているか、誰が復元できるかが不明では、復旧を急ぐ場面で対応が遅れます。サイトが表示できるかの監視や重要導線の確認が不足すると、停止やフォーム不具合を社内外からの指摘で初めて知ることにもなり得ます。
保守水準は5つの事業条件で判定する
全サイトに共通する保守水準や許容停止時間はありません。停止時の影響、扱う情報、構成、社内体制、必要な対応時間帯を基準に、自社に必要な要件を決めます。
| 確認軸 | 標準的な確認で足りる場合の例 | 保守要件を厚く検討する条件 | 優先して確認する要件 |
|---|---|---|---|
| 停止時の事業影響 | 停止しても商談・応募への影響が限定的 | 資料請求、採用応募、広告、キャンペーンに依存している | 主要導線の監視、障害連絡網 |
| 情報の重要度 | 個人情報・決済を扱わない | 会員情報、個人情報、決済情報を扱う | 権限管理、ログ、インシデント時の連絡手順 |
| 構成の複雑さ | 標準テーマ、少数のプラグイン、連携が少ない | 独自改修、多数のプラグイン、外部連携がある | 検証環境、構成台帳、切り分け範囲 |
| 社内体制 | 代替可能な担当者が複数いる | 担当者が一人、技術担当が不在 | 外注・併用、引き継ぎ手順、連絡先整備 |
| 許容停止時間 | 営業時間内の対応で業務上支障が少ない | 短時間の停止でも影響が大きい、時間外流入がある | 受付・一次応答・調査開始条件の明文化 |
会員・決済・外部連携があるサイトは個別条件で比較する
会員、EC、決済、予約、基幹システム連携、多数の独自改修があるサイトは、標準的なコーポレートサイトと同じ条件では比較しにくい構成です。初期調査、個別の見積もり、障害対応条件やSLAの個別設定が必要になる場合があります。
03Section保守業務を、管理主体と実施場面で分ける
保守対象ごとに管理主体と連絡・操作の権限を整理すると、更新や障害対応の漏れを防ぎやすくなります。
保守の漏れを防ぐには、「何をするか」だけでなく、「誰が管理し、いつ確認するか」を決めることが重要です。契約名義や管理権限が社内・制作会社・ホスティング会社に分かれている場合は、特に管理主体を明確にします。
保守対象と管理主体の確認項目
WordPress本体・テーマ・プラグイン
更新情報の確認、更新、不要なプラグインやアカウントの整理、更新後の主要導線確認を行います。WordPress管理者や開発会社に、更新対象と独自改修部分を確認します。
PHP・サーバー
PHPはWordPressを動かすサーバー側の実行環境です。主にサーバー契約者やホスティング会社の管理範囲となるため、本体更新とは分けて、互換性確認・バックアップ・切り戻し準備を検討します。
ドメイン・DNS・SSL
DNSはドメイン名をサーバーへつなぐ設定、SSLはブラウザとサイト間の通信を暗号化する証明書です。契約名義、二要素認証、更新通知先、操作権限を契約台帳や管理画面で確認します。
外部連携
フォーム、MA、CRM、アクセス解析、予約・決済などの連携を指します。障害時に誰が切り分けるか、連携先への問い合わせ窓口はどこかを決めます。
更新代行・改修・障害復旧
定常保守と別区分になり得る業務です。月額内の作業時間・回数、承認者、追加費用、検証・公開・切り戻しの扱いを確認します。
更新は、バックアップ・検証・更新後確認までを一組で考える
更新作業では、更新前に戻せる状態を確保し、公開中サイトへ影響を出さずに確認したうえで、更新後に重要なページやフォームを確認する流れが必要です。
検証環境
公開中のサイトに影響を出さず、更新結果を確認するための複製環境です。保守会社、開発会社、サーバー管理者のいずれが用意・管理するかを、構築資料や契約内容で確認します。
更新対象、検証範囲、更新後に確認する主要導線、問題があった場合の切り戻し判断者をあらかじめ決めると、更新の安全性と対応速度を両立しやすくなります。
バックアップは復元可能性まで確認する
バックアップは、取得の有無ではなく復元できる状態かまで確認することが重要です。ファイルとデータベースの対象範囲、保存先、世代管理、復元権限、復元後に確認するページやデータを整理してください。更新前のバックアップ、復元手順、障害時の判断者を分けておくと、復旧時の迷いを減らせます。
PHP・DNS・SSL・WAF・監視は管理主体を確認する
WordPress公式のPHP更新ガイドによれば、PHPの更新では、バックアップに加え、WordPress・テーマ・プラグインの更新と動作確認、互換性確認が必要になる場合があります。PHPの設定変更はホスティング環境に関わるため、サーバー契約者と保守担当の役割を確認しましょう。
WAF
Webアプリケーションへの不正な通信を検知・遮断する仕組みです。サーバー管理者やセキュリティ担当が設定・確認することが多く、利用の有無や通知先はサーバー・WAFの管理画面、契約仕様で確認します。
死活監視
サイトが表示できる状態かを自動または定期的に確認する仕組みです。保守会社や監視サービス運用者が設定する場合がありますが、通知先と通知後の初動担当は発注側も明確にします。
DNSやSSLは、保守担当が技術支援できても、契約名義や最終操作権限が別の部署・担当者にあることがあります。変更や期限切れが起きた際に誰が対応できるか、事前に確認しておくことが必要です。
04Section内製・外注・併用を、復旧力と業務影響で選ぶ
内製か外注かは、担当者の技術力だけで決められません。障害時に更新・復元・サーバー確認を行える代替要員がいるか、サイト停止が事業にどの程度影響するか、構成がどれほど複雑かを合わせて判断します。
日常の原稿・画像更新を社内で担い、更新前検証、バックアップ、サーバー対応、障害切り分けを外部へ任せる併用体制も選択肢です。制作やリニューアルを伴って体制を見直す場合は、WordPress制作を外注する際の検討ポイントも参考にしてください。
内製・外注・併用を選ぶ5段階
- Step01
停止時の業務影響を確認する
フォーム、広告、採用、会員・決済、顧客向け機能への影響を整理します。停止が商談や顧客対応に直結する場合は、外注または併用を優先候補にします。
- Step02
社内の復旧力を確認する
更新、バックアップ、復元、サーバー・DNS確認を担える担当者と代替要員を確認します。一人に依存している場合は、内製単独の継続性を見直します。
- Step03
構成の複雑さを確認する
外部連携、独自テーマ、独自プラグイン、多数の改修がある場合は、検証環境と技術的な切り分け体制を要件に加えます。
- Step04
日常更新と技術保守を分担する
社内は公開内容の作成・承認を担い、外部は更新検証、バックアップ、監視、障害対応を担うなど、業務を実行しやすい単位で分けます。
- Step05
SLAと予算を照合する
許容停止時間に対して、受付、一次応答、調査開始、復旧の条件が足りるかを確認します。月額だけでなく、追加対応と社内工数も含めて比較します。
05Section外注範囲と障害時の責任分界を決める
受付、調査開始、復旧は別の条件です。障害時の判断者と技術対応の範囲を契約前に分けて確認します。
委託先には、更新、監視、バックアップ、権限棚卸し支援、障害の切り分け、復旧支援などの技術作業を依頼できる場合があります。一方で、公開内容の最終承認、対外通知の判断、契約名義の最終管理者は、発注側で定める必要があります。
IPAの情報セキュリティ対策ベンチマークは、組織の責任・権限、リスクに応じた対策、委託先を含む管理・点検の重要性を示しています。保守契約でも、作業内容だけでなく、誰が判断し、誰が記録・報告を受けるかを明確にします。
発注側の判断と、委託できる技術作業を分ける
発注側は、障害時の最終判断者、対外通知の担当、追加費用の承認者、サーバー・ドメインなどの契約名義の最終管理者を決めます。委託先は、技術的な調査や復旧支援を担えても、事業上の優先順位や対外的な説明を単独で決められるとは限りません。
また、委託先へは共有IDではなく、原則として個人別の必要最小限の権限を付与します。契約終了や担当変更時には、アカウント、設定情報、バックアップ、ソースコードの引き継ぎ・返却条件を確認してください。
障害対応で確認すべき5項目を分けて確認する
「24時間対応」と記載されていても、連絡を受け付けること、調査を始めること、復旧することは同じではありません。見積書や契約条件では、次の項目を分けて確認します。
| 確認項目 | 確認する内容 | 契約・見積もりでそろえる条件 |
|---|---|---|
| 受付・一次応答 | 連絡受付、受領連絡、次の連絡予定 | 対応時間帯、連絡方法、優先度別の目安 |
| 調査開始 | ログ確認、切り分け、外部ベンダー照会への着手 | 開始条件、承認の要否 |
| 暫定復旧・恒久対応 | 表示復旧、復元、原因除去、再発防止 | 対象範囲、検証・承認の流れ、追加費用 |
| 追加費用 | 時間外、月額内工数超過、外部連携、改修の扱い | 単価、見積もり・承認手順 |
| 承認待ち | 発注側と連絡が取れない場合の措置 | 事前承認済みの復元・公開停止の範囲 |
06Section費用相場は月額ではなく、費用構造と同条件見積もりで読む
費用は月額だけで比較せず、初期費用・追加対応・社内工数を分けて同じ要件で確認します。
WordPress保守の費用を検討する際、保守サービス各社が公開している月額料金だけから一般的な相場を決めることは難しいといえます。対象サイト、更新範囲、更新前検証、バックアップ・復元、監視、障害時の条件、月額内の作業工数がそろわないためです。
目安としては、更新・バックアップ中心の定常保守で月額5千円〜3万円程度、検証環境での事前確認・監視・障害対応まで含む保守サービスで月額3万〜10万円程度が、公開されている価格情報から確認できる価格帯です（2026年8月時点。各社の条件により変動します）。対象サイトの規模・構成や月額内工数によって大きく変動するため、この目安は同一要件で見積もりを比較する際の出発点として扱ってください。
公開価格を一般的な相場として扱わない
公開料金では、対象サイトの規模、サーバー費用の扱い、検証・復元の条件、監視範囲、障害時の受付・調査開始、月額内工数が異なることがあります。自社の予算や契約金額は、比較候補各社の公式ページ、見積書、契約条件で同じ要件を確認して判断してください。
月額定常保守と、別費用になりやすい作業を分ける
費用比較では、月額定常保守に何が含まれるかを確認し、初期調査・引き継ぎ、障害復旧・改修、更新代行・時間外対応、社内工数を混ぜないことが重要です。
| 費用区分 | 確認する内容 | 見積もりでそろえる条件 |
|---|---|---|
| 月額定常保守 | 更新、検証、バックアップ・復元、監視、報告、月額内工数 | 対象サイト・環境、更新範囲、通知先 |
| 初期調査・引き継ぎ | 構成・権限・バックアップの調査、未解消リスク | 調査範囲、成果物、保守開始条件 |
| 障害復旧・改修 | 原因調査、復元、連携切り分け、機能・設定変更 | 対応範囲、検証、追加費用・承認手順 |
| 更新代行・時間外対応 | 更新量、対応可能時間、受付から作業開始までの条件 | 作業上限、対象時間帯、連絡方法、追加費用 |
| 社内工数 | 要件提示、公開承認、障害判断、委託先との連携 | 担当者、想定時間、承認・連絡体制 |
費用比較の原則
月額の安さではなく、初期調査・追加作業・障害対応・社内工数を分け、同一要件で年間の総負担を比較します。
年間の比較コストで見積もりを評価する
予算化では、次のように月額以外の負担を加えて考えます。
年間比較コスト
= 月額保守料 × 12
+ 初期調査・引き継ぎ費
+ 想定する追加作業費（改修・更新代行・時間外対応）
+ 社内担当者工数（時間 × 社内原価）
+ 想定障害時の対応予備費構成や権限、バックアップ、外部連携の状況が分からない既存サイトは、月額保守の比較前に初期調査を切り出すほうが、前提の異なる概算見積もりを比較するより適切な場合があります。未回答の項目を残したまま、月額だけで順位付けしないことが大切です。
07Section委託先の選定条件と、見積もり依頼前の準備
委託先選定は、価格比較から始めるのではなく、保守要件を満たせるかを確認してから行います。IPAの委託先管理に関する実践ナビも、外部関係者を含む役割と責任範囲の確認を案内しています。
委託先の評価条件
契約前の必須条件
本体・テーマ・プラグイン・PHPの更新範囲、更新前バックアップ、検証、復元、責任分界、権限、障害時の受付・一次応答・調査開始・追加費用が文書で確認できることです。未回答または契約上不明な項目がある候補は、価格比較の前に確認します。
サイト特性に応じた必須条件
個人情報、会員、決済、外部連携、独自改修、時間外対応が必要な場合に、アクセス制御、ログ、連携先との切り分け、対応時間、個別SLAを確認します。
比較・加点条件
更新・脆弱性の報告、定例の有無、改善提案、コミュニケーション手段、最低契約期間、解約時の移管支援、スポット対応のしやすさを評価します。
情報不足の既存サイトは初期調査を先行させる
現行サイトの契約者、管理権限、テーマ・プラグイン、独自改修、バックアップの所在が不明な場合は、初期調査を依頼する選択肢があります。その際は、調査範囲と成果物だけでなく、未解消リスク、保守開始の条件、追加費用が発生する条件を確認します。
要件固定から契約開始までの進め方
- Step01
保守要件と停止影響を整理する
事業・マーケティング担当が、重要導線、停止時の影響、更新需要、予算枠、最終承認者を要件表に記入します。
- Step02
構成・権限・障害条件を確認する
技術担当が、WordPress・PHP・テーマ・プラグイン、サーバー・DNS・SSL、バックアップ、外部連携、委託権限、障害対応条件を整理します。
- Step03
同条件で見積もりを依頼する
必須条件を固定した同じ質問票を候補へ渡し、月額、初期調査、追加作業、時間外対応を分けて回答を求めます。
- Step04
契約・開始条件を合意する
必要に応じて法務・情報セキュリティ・個人情報管理の担当者が条件を確認し、連絡網、承認者、保守開始条件、引き継ぎ方法を文書化します。
見積もり依頼前にそろえる情報
- ✓
サーバー、ドメイン、DNS、SSL、WordPress、外部サービスの契約名義・管理者・ログイン情報の所在を確認する。
- ✓
WordPress・PHPのバージョン、テーマ、プラグイン、独自改修、外部連携、バックアップの保存先を整理する。
- ✓
資料請求、問い合わせ、採用応募、会員・決済などの重要導線と、停止時の事業影響を列挙する。
- ✓
障害時の最終承認者、社内連絡先、対外通知担当、委託先への連絡方法を決める。
- ✓
不明な項目は初期調査の対象とし、調査範囲、成果物、未解消リスクを見積もり条件に含める。
WordPress保守でよくある質問
自動更新を設定していれば、保守契約は不要ですか？+
自動更新の設定と、更新後の動作確認、テーマ・プラグイン・PHPとの互換性確認、バックアップ・復元準備、監視は別の確認事項です。自社でこれらを継続して担える体制があるかを基準に、内製・外注・併用を判断します。
コンテンツ更新代行とWordPress保守は何が違いますか？+
コンテンツ更新代行は、記事や画像の差し替えなど公開情報を更新する業務です。WordPress保守は、更新、バックアップ、監視、障害対応など、サイトを安全に継続稼働させるための技術的な運用を指します。契約によっては両方を依頼できますが、対象範囲と費用を分けて確認します。
サーバーやドメインの契約名義は委託先へ変更すべきですか？+
契約名義の最終管理者は発注側で定め、社内で把握できる状態を保つことが重要です。委託先に技術的な操作を依頼する場合でも、管理権限、二要素認証、更新通知先、契約終了時の引き継ぎ条件を確認してください。
会員機能や決済機能があるサイトは、通常の保守と同じ条件で依頼できますか？+
会員情報や決済を扱うサイトは、アクセス制御、ログ、障害連絡、外部サービスとの切り分け、対応時間などの条件が追加で必要になる場合があります。通常の法人サイトと同じ月額や対応条件で比較せず、初期調査と個別の見積もり・SLA確認を行います。
08Sectionまとめ：保守要件を固定してから、同条件で比較する
WordPress保守では、更新作業の有無だけでなく、周辺環境、復元、監視、権限、障害時の体制まで含めて判断します。委託を検討する場合は、次の順で進めると比較しやすくなります。
- サイト構成、契約名義、管理権限、バックアップ、外部連携の状況を棚卸しする。
- 停止時の事業影響を基に、必要な監視・障害対応条件と社内の承認者を決める。
- 月額、初期調査、追加作業、社内工数を分けた要件表を用意し、複数候補へ同条件で見積もりを依頼する。
WordPress制作・保守の依頼先を比較する
保守要件、障害対応条件、更新・改修の範囲を整理したうえで、WordPress制作・保守に対応する支援会社を比較できます。
WordPress制作・保守2949社掲載
PartnerBase Mag 編集部
デジタル発注の比較・発注準備を専門に扱う編集チーム。
デジタル発注の比較・発注準備を専門に、依頼範囲、費用、選定基準を実務で使える粒度に整理しています。
支援会社を比較する
得意領域、対応サービス、地域、実績を見ながら候補会社を絞り込めます。
