WordPress保守の更新はソフトウェアを新しい版へ進める作業、バックアップは元へ戻すための準備、監視は異常の発見、改善は内容や使いやすさの見直しです。更新を任せても、復元やフォームの確認まで含まれるとは限りません。
保守を選ぶときは、サイトで止まると困る業務を先に決め、「何を、どの頻度で確認し、問題が起きたら誰がどこまで対応するか」を見積もりと照合します。
この記事でわかること
- 更新・バックアップ・監視・改善の違い
- 各作業で確認したい実施内容と結果
- 単発修正で足りる場合と、継続保守が向く場合
- 保守の見積もりや契約前に確認したいこと
- 自分で管理できる範囲と、相談したい条件
更新・バックアップ・監視・改善は目的が違う
| 作業 | 主な目的 | 確認したい結果 |
|---|---|---|
| 更新 | WordPress本体・テーマ・プラグインを現行版へ進める | 更新後も主要ページやフォームが動く |
| バックアップ | 問題発生時に戻るためのデータを残す | ファイルとデータベースを取り出し、復元手順を確認できる |
| 監視 | 表示停止やエラーなどの変化へ気づく | 何を、どの頻度で確認し、誰へ知らせるかが決まっている |
| 改善 | 内容・導線・使いやすさを見直す | 直す理由と優先順位が整理され、必要な変更が反映される |
「保守」に含まれる作業は契約ごとに変わります。作業名に加え、実施頻度と、不具合が見つかった後の対応範囲まで確認します。
更新は、更新ボタンを押す作業だけではない
更新前にはバックアップと戻し方を確認し、更新後には主要ページやフォームの動作を確かめます。「更新込み」という案内では、この前後の作業も含まれるかを確認します。
契約範囲として確認したいのは次の内容です。
- 何を更新対象にするか
- 更新前にバックアップを確認するか
- 互換性や動作条件をどこまで確認するか
- 更新後に見るページと機能は何か
- 更新に失敗した場合、どこまで戻すか
自動更新が有効でも、更新後の表示やフォームが正常かは別に確認します。問い合わせフォームを使うサイトなら、完了表示だけでなく、管理者通知と必要な自動返信の受信まで確認対象に含めます。
更新の影響を調べるために保留する場合は、誰が何を確かめ、いつ実施を判断するかを決めます。バックアップや復元手順が分からない状態では、更新操作へ進まず、確認する担当者を決めるところから始めます。
バックアップは、取得より復元できるかを見る
バックアップは問題が起きたときに戻るための準備です。「毎日取得」と書かれていても、対象、保存先、保持期間、復元手順が分からなければ判断材料が足りません。
一般的なWordPressサイトでは、ファイルとデータベースの両方を確認します。さらに、次の点まで契約範囲に入るかを見ます。
- バックアップの取得
- 取得結果の確認
- 別の保存先への保管
- 古い世代の保持
- 復元手順の整備
- 問題発生時の復元作業
- 検証環境での復元確認
「取得を任せる」「取得結果を確認してもらう」「不具合時に復元してもらう」は、それぞれ契約に含まれるかを確かめます。復元を頼む場合は、どの時点のデータへ戻し、その後の変更をどう扱うかも確認します。
すでにバックアップ機能がある場合の確認手順は、戻せるか確認する5項目にまとめました。
監視は、異常に気づく仕組みであって修正ではない
監視は、サイトの変化や異常を見つけるための確認です。通知が届くことと、原因調査や修正まで含まれることは分けて考えます。
「監視あり」と書かれていたら、次の内容を確認します。
- 何を確認するのか
- どの頻度で確認するのか
- 異常を誰へ知らせるのか
- 通知後の一次確認を含むのか
- 修正や復元は別作業か
- 対応する曜日・時間帯はいつか
トップページが開くかを見るだけでは、フォーム送信やメール受信まで正常かは分かりません。問い合わせが事業の入口なら、表示確認とは別に、送信から受信までを誰がいつ試すかを決めます。
通知後の役割も分けます。通知を受ける人、原因を調べる人、修正や復元を承認する人が決まっていなければ、異常を見つけても対応が止まります。
また、通常の保守と24時間監視・即時復旧は同じではありません。営業時間外も常に対応が必要なら、その体制を明記している専門サービスが向いています。私が対応しているホームページ修正・保守も、24時間対応や常時監視はしていません。
改善は、正常なサイトをより使いやすくする作業
改善は、不具合がある状態を元へ戻す保守作業とは目的が違います。文章、導線、スマートフォン表示、問い合わせフォームへの到達、計測結果などを見直し、今あるサイトを使いやすくします。
更新やバックアップを続けていても、サービス内容が古い、問い合わせ先が分かりにくい、スマートフォンで読みにくいといった問題は残ります。これは保守が失敗しているのではなく、改善の作業が別に必要な状態です。
改善を保守契約へ含めるなら、毎月の作業時間だけでなく、次を決めます。
- 誰が改善候補を出すか
- 何を基準に優先順位を決めるか
- 軽微な変更に含まれる範囲
- 大きな改修になる場合の扱い
- 変更後の確認と記録
変更の目的を説明できない場合は、作業枠を埋めるためにサイトを変えません。確認した内容と、次に見直す条件を記録し、必要な変更が出た時点で優先順位を決めます。
自社に必要な保守範囲は、止まると困る業務から決める
最初に、次の4つを書き出します。
- サイトで止まると困るページや機能
- 社内で更新できる人と、管理情報を持つ人
- バックアップから戻せる人
- 外部へ連絡できる曜日・時間帯
書き出した自社の状態を、次の表で必要な作業と照合します。
| 自社の状態 | 優先して決める範囲 |
|---|---|
| 問い合わせフォームが事業の入口 | 更新後の送信・受信確認と、不達が見つかった場合の連絡先 |
| バックアップはあるが、戻せる人がいない | 復元方法の確認、復元担当、依頼できる時間帯と費用の扱い |
| 内容をほとんど変えない案内サイト | 更新とバックアップの確認。毎月の改善枠が必要かは別に判断 |
| サービス内容が頻繁に変わり、修正が積み残される | 承認済みの内容を反映する担当と、改善の優先順位を決める時間 |
対応を急ぐ必要がある業務なら、受付時間と初動の目安も確認します。「通知はいつでも届くが、調査は営業日のみ」といった条件が、自社で待てる範囲に合うかを判断します。
単発修正と継続保守を分ける基準
一度の修正で終わる問題なら、最初から継続契約を決める必要はありません。症状と修正範囲が明確で、社内でその後の更新を続けられるなら、単発修正から始められます。
単発修正が向くのは次のような状態です。
- 直したいページと症状が決まっている
- 管理情報とバックアップを確認できる
- 修正後の更新は社内で続けられる
- 緊急対応や常時監視を求めていない
相談前には、WordPress修正を依頼するときに渡す情報を整理しておくと、必要な権限と調査範囲を決めやすくなります。
更新対象が定期的に発生する、担当者が変わりやすい、バックアップや復元を社内で管理できない、軽微な改善を進められない状態が続く場合は、継続保守の範囲を検討します。
ただし、契約を続ければ何でも対応されるわけではありません。更新回数、作業時間、修正範囲、緊急時の扱いを確認します。
保守契約の前に確認すること
見積もりの表現が作業名だけなら、次の内容を依頼先へ確認します。
| 見積もりの表現例 | 具体化したい内容 |
|---|---|
| 更新込み | 対象、実施頻度、更新前後の確認、失敗時の戻し方 |
| バックアップ込み | 対象、保存先、保持期間、取得結果の確認、復元作業と費用 |
| 監視込み | 対象、確認頻度、通知先、通知後の調査・修正、対応時間 |
| 軽微な改善込み | 作業時間、対象範囲、優先順位を決める人、範囲を超えた場合の見積もり |
各項目を「社内で担当」「契約に含む」「必要なときに別途依頼」へ分け、担当者と連絡方法を書き添えます。未回答の項目があれば、含まれていると解釈せず、依頼先の返答を待ちます。
自分で管理できる範囲と、相談したい条件
更新通知の確認、バックアップ日時の記録、担当者と連絡先の整理までは、自社でも進めやすい範囲です。更新や復元を実行しなくても、未確認の項目を一覧にすれば、どの保守が必要か分かりやすくなります。
次の状態なら、保守範囲を決める相談が役に立ちます。
- 更新する人と、更新後を確認する人が決まっていない
- バックアップの保存先や復元方法が分からない
- 監視通知が来ても、誰が確認するか決まっていない
- 単発修正が繰り返され、履歴が残っていない
- 改善したい箇所があるものの、優先順位を決められない
すぐに継続契約を前提にする必要はありません。今ある運用を整理し、自社で続ける範囲と外部へ任せる範囲を決めるところから始められます。
おわりに
まず、止まると困る機能と、社内で担当できる作業を書き出します。現在の見積もりや契約と照合し、復元や通知後の対応が書かれていなければ、その範囲を確認します。
必要な保守範囲を決めきれない場合は、担当者が決まっていない作業と未確認の項目を添えてご相談ください。単発での整理から始めるか、継続して確認するかを検討できます。
