WordPress保守費用は何で決まる？作業別見積もりと契約前の比較方法

WordPress保守費用の見積もりを受け取っても、「更新・バックアップ・監視一式」とだけ書かれていると、自社に必要な作業が含まれているか判断しにくいものです。同じ言葉を使っていても、対象となる機能、確認する範囲、不具合が起きた後の対応は契約によって異なります。

比較の出発点は、月額を横に並べることではなく、何を対象に、どの条件で作業し、何を確認して完了とするのかをそろえることです。そのうえで、通常の月額、開始時の整備、緊急復旧、追加検証、改善制作に分けると、費用の違いを説明できるようになります。

この記事では、WordPress特有の更新や復旧を、作業別に見積もりへ落とし込む方法を整理します。広い意味での相場やホームページ保守の費用内訳は、ホームページ保守の費用相場を整理した記事を入口にし、実際の契約条件は本記事の確認方法と照らし合わせてください。

WordPress保守費用を左右するのは、ページ数だけではない

見積もりを依頼する際は、サイトのURLとページ数に加え、「止まると誰のどの業務に影響するか」を伝えます。会社案内サイトなら、主要ページ、問い合わせフォーム、資料ダウンロード、お知らせ投稿などが確認対象になります。フォームが一つでも、営業の受付を担っていれば、表示できることとメールが届くことの両方が重要です。

WooCommerceを利用したECサイトでは、商品表示だけでなく、カート、受注、決済、在庫、顧客への通知、管理側への通知へ対象が広がります。予約・会員機能や外部システム連携がある場合も、画面の確認だけでは把握できない処理があります。機能が多いから一律に高額になるのではなく、継続して確認する範囲と、問題が起きた際の判断が増えるということです。

同じWordPressでも、標準的な構成と、独自テーマや個別改修の多い構成では、更新時の調査・検証方法が違います。PHP、データベース、テーマ、プラグイン、外部連携をどこまで保守対象にするか、独自機能の資料が残っているかによっても必要な作業が変わります。

会社側で構成をすべて調べきる必要はありません。「受注データを別システムへ送っている」「退職した担当者が機能を追加した」「管理者が誰か分からない」など、分かる事実と不明点を分けて伝えます。不明な構成の調査をせずに月額へすべて含めるのか、最初に現状確認を行うのかも、見積もりの条件として確認したいところです。

費用を5つに分けると、月額の中身が見える

次の区分は、必ず別料金にするという意味ではありません。一つのプランに含まれる場合でも、どの仕事がどの条件で対象になるかを区別して読むための整理です。

区分	主な作業例	見積もりで明確にする条件
通常の継続保守	更新判断、更新後確認、バックアップ、稼働・セキュリティ確認、作業報告	対象機能、確認頻度、不具合時の初動、月額内の対応範囲
保守開始前の整備	現状調査、管理情報整理、長期未更新箇所の是正、バックアップ再設定	通常保守を始められる条件、是正作業の範囲、追加調査が必要な場合の扱い
緊急調査・復旧	サイト停止、更新障害、改ざんなどの調査と復旧	受付・初動・原因調査・復旧のどこまでを含むか、時間外条件
追加の検証・移行作業	大規模な環境変更、独自機能の個別試験、検証環境の追加構築、負荷試験	通常の更新確認との境界、必要になる条件、作業環境と確認項目
情報更新・改善制作	文章・画像変更、ページやフォームの改修、分析を受けた導線改善	提案だけか実装までか、月額内の対象、追加見積もりの単位

特に区別したいのは、通常保守を行うために必要な事前整備と、公開中のサイトを維持する月額です。長期間更新されていないサイトで、古い独自機能を修正しなければ更新できない場合、その修正を済ませる工程が必要です。「月額契約を結べば過去の問題もすべて解消される」とは限りません。

追加検証についても、基本的な安全確認を省くための区分ではありません。通常の更新前後に必要な確認は押さえたうえで、事業上重要な独自機能の詳細試験や大規模な環境移行を、どの条件で別の作業として扱うかを確認します。

緊急時には、情報を集めなければ復旧範囲を決められない場合があります。そのため、調査だけを先に依頼するのか、追加作業の承認方法は何か、費用や作業範囲が広がる場合はどの段階で連絡を受けるかまで決めておくと、対応中の判断が止まりにくくなります。

更新作業は「対象・判断・確認記録」をそろえて比べる

「WordPress更新を含む」という一行は、次のように分けると比較できます。更新ボタンを押した履歴だけでなく、確認した機能と、見送った更新がある場合の理由まで分かるかがポイントです。

対象	確認したい作業	作業後に残る情報
WordPress本体・テーマ・プラグイン	更新情報と影響の確認、更新前の復旧手段、適用後の主要機能確認	対象、更新前後の版、実施日、確認結果、保留事項
PHP・データベース等の環境	保守対象か、互換性の確認方法、変更担当、事前検証と切り戻し条件	対象環境、試験した機能、変更内容、残る制約
独自テーマ・追加コード	変更箇所の把握、既存機能への影響、修正が必要な場合の担当と範囲	独自改修の所在、検証結果、別作業となる課題
フォーム・決済・外部連携	表示だけでなく、送受信や取引処理をどこまで確認するか	テスト対象、実施方法、結果、確認できなかった範囲

確認頻度は、単に「月に何回更新するか」だけで比べないようにします。更新や脆弱性の情報をいつ把握し、自動更新をどう使い、適用後に誰が確認するのかという一連の運用を聞きます。+STOCKでは、リアルタイムの自動更新と日々の人的監査を組み合わせており、月末まで更新を待つ運用ではありません。

互換性の問題で更新を保留する場合も、保留を無期限の放置にしないことが重要です。影響と緊急性を踏まえた対応方針、見直す時期、代替策や改修の要否を説明してもらいます。更新を適用しない判断にも、状況を把握して次の対応を決める仕事があります。

なお、「更新後の確認」に全機能の毎回の手動試験が含まれるとは限りません。会社案内サイトとECサイトでは必要な確認が異なるため、主要な業務経路と確認方法を最初に合意します。受注や決済の試験が本番へ影響する場合は、検証環境やテスト方法を決めて実施する必要があります。

バックアップは「取得・復元確認・本番復旧」を分けて聞く

バックアップの費用を比較するときは、まず対象がサイトのファイルとデータベースの両方かを確認します。画像やテーマが保存されていても、投稿や設定、受注情報を含むデータベースがなければ、必要な状態を戻せない場合があります。取得頻度、保存先、保存期間、取得失敗をどう把握するかも確認項目です。

次に、保存したデータを復元できるか確認する試験の扱いを聞きます。バックアップの取得履歴を確認することと、別環境へ復元して主要な機能を確かめることは、同じ作業ではありません。試験が契約に含まれるなら対象と実施条件を、含まれないなら必要に応じて依頼できるかを確認します。

実際の障害時に本番サイトを戻す仕事は、さらに判断を伴います。どの時点へ戻すか、原因が残らないか、直近の更新データをどう扱うか、復旧後にどの機能を確認するかを決めなければなりません。取得は月額内でも、本番復旧や原因調査は別料金という契約もあり得ます。

ECサイトでは、過去のバックアップを戻すと、その後の受注・在庫・予約等のデータへ影響します。単に「バックアップがあります」ではなく、戻せる時点と、失えないデータ、その調整を誰が判断するかを伝えてください。事業に必要な復旧方法が違えば、その準備と対応の費用も変わります。

「24時間監視」と「24時間の人による対応」は同じではない

システムが夜間も異常を監視して通知すること、担当者が通知を確認すること、復旧作業を始めることは別の段階です。「24時間」と書かれていたら、監視、受付、人による状況確認、技術対応のどれを指すのかを確認します。24時間監視があるだけで、いつでも人が対応し、決まった時間内に復旧するとは限りません。

連絡方法についても、通常の相談とサイト停止時の窓口を分けて把握します。いつ連絡を受け付けるか、初動の時間は目安なのか契約上の取り決めなのか、夜間・休日の追加費用はあるか、外部サービス障害の場合にどこまで調査・連携してもらえるかを聞きます。原因に左右される復旧時間を、受付時間と取り違えないことが大切です。

すべての企業が最も広い対応体制を選ぶ必要はありません。夜間の停止がそのまま販売機会へ影響するECと、営業時間中の連絡受付が中心の会社案内サイトでは、必要な条件が違います。自社が困る場面を伝え、その場面で誰が何をする契約なのかを確認しましょう。

条件をそろえると、見積もりA・Bの違いを判断できる

以下は比較方法を示すための条件の一例です。実在する事業者のプランではなく、相場や価格の優劣を示すものでもありません。どちらも見積書に「更新・バックアップ・監視」と書かれている場合を考えます。

比較する条件	見積もりAの例	見積もりBの例
更新後の確認	合意した主要ページの表示確認	主要ページに加え、合意したフォームの送受信確認
バックアップ	取得と取得結果の確認。復旧は個別見積もり	取得・結果確認と、合意範囲の復旧を含む。範囲外は個別見積もり
独自機能	通常保守の対象外。必要時に調査	対象機能を一覧で合意し、定めた確認を行う
障害対応	営業時間内の状況確認	契約で定めた時間帯の初動。時間外・範囲外の条件を明記
報告・改善	保守作業の報告	保守報告と分析・改善提案。改善の実装は別に条件を定める

会社側でフォームや独自機能を確認でき、復旧も別の担当者に依頼する体制があれば、Aのように範囲を限定する契約が合う場合があります。社内に担当者がおらず、確認や連絡をまとめて任せたいなら、Bのような条件が検討対象になります。Bのほうが必ず優れている、必ず高いという話ではありません。

比較表の空欄は、対象外と決めつけず「未確認」として質問します。必要な条件を追加した後の月額、初期費用、発生時だけの費用を並べて、初めて同じ仕事に対する比較になります。

想定する期間の支出を整理するなら、初期整備費と、その期間の月額、別途必要な基盤・ライセンス利用料、計画している追加作業を分けます。突発障害の費用は、未確定のまま確定額へ混ぜず、見積もり・承認の条件として残してください。費用以外の対応品質の比較は、WordPress保守サービスの選び方も参考になります。

サーバー利用料・権限・引き継ぎ条件を別に確認する

保守の作業費と、サーバーやドメイン、有料プラグイン等を利用する費用は、別の項目です。月額に含まれる場合もありますが、請求の名目だけでは判断できません。誰が契約し、誰へ支払い、契約を終えたときに何が変わるかを確認します。

たとえば、+STOCKのマネージドサーバーでは、サーバーの技術基盤を弊社が管理するサービスとして扱い、サーバー利用料は保守料金と分けて考えます。一方、ドメインは原則としてお客様に帰属するものです。保守の委託と、技術基盤の利用、ドメインやコンテンツの帰属を、一つの「管理費」で混同しないことが大切です。他社の契約も同じ仕組みとは限らないため、個別に確認してください。

サーバー、ドメイン、WordPress、Google関連サービス、決済や外部連携について、契約名義、管理担当、会社側で確認できる情報、利用終了時の手続きを一覧にします。退職者の個人メールアドレスに管理が残っている場合や、権限が不明な場合は、引き継ぎ開始前の確認事項になります。認証情報は、一般の見積比較表へそのまま貼り付けず、安全な方法で共有します。

契約終了時のサイト移行や、他の担当者向けの引き渡し作業にも費用がかかる場合があります。+STOCKのマネージド環境からお客様指定の環境へ移行する場合も、移行作業は別途見積もりとして扱います。対象データ、ライセンス、必要な期間を事前に確認し、実際の準備はWordPress保守の引き継ぎ方法を参考に整理してください。

報告・分析・改善の実装を、別の成果物として見る

保守レポートには、更新履歴、確認した機能、バックアップ状況、対応した課題、保留している事項が残るかを確認します。「問題ありませんでした」という結果だけでなく、何を確認してその判断になったかが分かると、社内共有や担当者変更にも使えます。

アクセス分析を含む契約なら、数字の報告、解釈、改善提案、実際の変更作業を分けて聞きます。GA4で把握するサイト内行動と、Google Search Consoleで確認する検索クエリ・表示・クリックは異なるデータです。見られているページや検索での見つかり方を、計測上の限界も踏まえて整理し、次の判断まで説明するのかを確認します。

たとえば「相談ページへの案内を改善する」という提案があった場合、ボタン文言の作成、デザイン、ページへの実装、動作確認、変更後の確認まで含まれるのかは別の条件です。分析レポートがあることを、提案された改善がすべて月額内で実装されることと同じに考えないようにします。

文章・写真の差し替え、採用情報や事例の更新、バナー、ページ追加、フォーム変更、LPや営業資料の制作も、対象とする作業量が異なります。月額に含む場合の条件、超過時の単価、最低作業単位、追加見積もりの方法を確認します。更新依頼が多い会社では、必要な支援を組み合わせることで確認の往復を減らせる場合があります。自社で担う範囲は、WordPress保守を自分で行う場合の判断とも照らして考えてください。

安全に動く土台を守ること、古い情報を整えること、データから改善を考えることは、それぞれ必要な仕事です。違いを分けたうえで相談先をつなげれば、大規模なリニューアルを前提にせず、現在のWeb資産の改善余地を判断できます。

見積もり依頼には、困りごとと「社内に残る仕事」を添える

相談前には、サイトが古い、フォームが心配、更新方法が分からない、分析を見ていない、制作会社と連絡が取れないなど、困りごとを一枚に書き出します。あわせて、サーバー・ドメインの契約情報、過去の制作資料、利用中の外部サービス、分かっている管理担当を整理します。不明なものは不明と書けばよく、分からないまま管理画面の設定を変える必要はありません。

もう一つ書き出したいのが、社内で引き受けられる仕事です。総務担当者がフォームを毎日確認できるのか、更新の不具合を説明できるのか、障害時にサーバー会社と制作者の間を調整できるのか。外部への支払額が小さくても、兼任担当者が毎回調査や説明に時間を使うなら、その負担も判断材料になります。

日頃からサイトの構成と変更履歴を把握する相手がいれば、状況説明を最初からやり直す負担を減らせます。一方、社内で判断と確認を行える会社なら、必要な技術支援だけに範囲を絞る方法もあります。価格の高低ではなく、社内と外部の仕事が途切れずにつながるかを見ることが大切です。

最後に、更新、バックアップ、障害時の初動、管理情報、作業報告、分析・改善、追加費用という7つの項目に「確認済み」「対象外」「未確認」を付けてみてください。対象外は誰が担当するのか、未確認は何を質問するのかまで決まれば、WordPress保守費用を自社の運用に即して判断できます。

+STOCKのWordPress保守管理とWeb分析レポート／改善をご検討の際も、現在の構成と社内体制から必要な範囲を整理します。料金と対応範囲は、サービスページの最新案内と個別のお見積もりでご確認ください。