WordPressの保守は、更新・バックアップ・主要機能の点検・作業記録を継続して行う仕事です。まず作業ごとの担当、確認する機会、異常時の連絡先を一つの運用表にまとめます。
確認の間隔は、記事やデータの増え方と、フォームなどが止まったときの影響から決めてください。更新前の準備や、異常が起きた後の対応を自分で担えない範囲は、作業内容と対応時間を明示して依頼するのが基本です。
まず決めたい保守の範囲
保守では、更新ボタンを押す人だけでなく、結果を見る人と、問題が起きたときに動く人まで決め、担当の空白をなくしてください。
更新・保存・稼働確認を一つの運用表にする
対象はWordPress本体、テーマ、プラグインの更新に加え、バックアップとサイトの主要な動作です。次の表をたたき台にして、自サイトの担当者名と実際の連絡方法へ置き換えてください。
| 作業 | 確認する機会 | 担当の例 | 異常時の連絡先の例 |
|---|---|---|---|
| 更新通知の確認・更新の実施 | 定期枠・重要告知時（更新は準備後） | 運営者が対象を確認、更新担当が準備・実施 | 保守担当の連絡窓口 |
| バックアップの取得・結果確認 | 定期保存・変更前、失敗通知時 | 保存担当が取得・確認 | 保存サービスやサーバーのサポート |
| 表示・主要機能の確認 | 定期枠、更新後、異常の通知時 | 確認担当が表示・ログイン・フォームを点検 | 保守担当、必要に応じてサーバー窓口 |
| 作業結果・残件の記録 | 作業終了時、担当交代時 | 作業者が記入、運営責任者が残件を確認 | 次の対応を判断する運営責任者 |
一人運営なら、担当欄がすべて自分でも構いません。ただし、自力で対応できない項目には相談先を入れ、管理画面に入れない場合も見られる場所へ運用表を置きます。
不要なテーマやプラグインを見直す際も、現在の用途と依存関係の確認が必要です。名前だけで削除せず、利用状況を判断できないものは担当者へ相談してください。
定期確認と告知・障害時の対応を分ける
定期枠は、通知の見落としや保存の失敗を拾うためのものです。利用中の製品に関する重要な脆弱性の告知や、サイトが開かないといった異常を知った場合は、次の定期日を待たずに確認してください。
重要な告知を受け取ったら、脆弱性の告知と自サイトの製品・版を照らし合わせる手順で、修正版を適用すべきかを確認します。不正な変更が疑われる場合は、通常の更新作業と分け、調査を扱える窓口へ連絡してください。
その際に伝える材料は、症状が出たURL、気づいた時刻、エラー表示、直前の変更です。新たな更新を重ねる前に記録を残すと、相談先が状況を追いやすくなります。
自分のサイトに合わせて続ける作業
確認の機会は、どれだけデータが増えるか、停止にどれだけ早く気づきたいかから決めてください。「毎月まとめて見る」だけで足りるかどうかは、サイトの使われ方次第です。
更新量と停止時の影響から確認の機会を決める
記事や画像の追加が多いサイトでは、失って困る変更がたまる前に保存できる設定と、その結果を確認する枠を組み合わせます。予約や注文を受けるサイトなら、記事の更新が少なくても新しい受付データが増える点に注意が必要です。
例えば、予約データをWordPress内に保存するサイトで、一週間前のバックアップしか残っていなければ、その後の受付分はそのバックアップから戻せません。戻したときに失うと困る期間を先に決め、保存間隔と保存履歴を選んでください。
一方、問い合わせが止まると困るサイトでは、保存に加えてフォームの稼働確認を優先します。夜間の停止も早く知る必要があるなら、定期の手作業だけでなく、監視と通知を受ける担当まで含めた体制が必要です。
変更が少ない紹介サイトでは、運営者が続けられる定期枠に、更新後と通知時の確認を加えて運用できます。最初の数回で、未確認の通知がたまる、保存が古い、異常の発見が遅れると分かったら、間隔や担当を見直しましょう。
自動更新・バックアップも結果を確認する
自動化する場合も、設定と実行結果は別々に確認してください。WordPress本体、テーマ、プラグインでは自動更新の対象や設定が異なり、サーバーや管理用プラグインの設定も関係します。
自サイトで何が自動更新されるかを把握したうえで、更新後のバージョンと失敗通知、主要機能の状態を見ることが大切です。完了メールが見当たらない場合も、管理画面や利用サービスの履歴で実行結果を確かめます。
バックアップでは、直近の取得日時、成功・失敗、ファイルとデータベースの対象範囲、保存先、残っている履歴を確認してください。自動保存が有効でも、必要な日のデータが残っていなければ、その時点へ戻す準備はできていません。
問い合わせや予約については、WordPress内・外部サービス・メールなど、実際の保存先も確認します。サイトのバックアップだけで、別の場所にある受付データまで守れるわけではありません。
設定を変えたときやサイト構成を変えたときは、保存対象や復元の経路も見直します。運用中のサイトと同じ障害で保存データまで失わないよう、別の場所に残す方法も確認が必要です。
更新前後で確認すること
更新は、準備・変更・動作確認・記録までを一回の作業として確保してください。更新直後に離席する予定なら、異常への対応時間を取れる枠へ調整します。
保存と戻す手段を用意してから変更する
更新前にそろえるのは、対象と変更内容、現在の正常な状態、バックアップ、戻す方法と担当です。ファイルとデータベースの両方を対象にし、今回の変更前の状態を保存できているか確かめます。
保存サービスの説明では、取得だけでなく、復元できる期間、必要な権限、依頼窓口、費用も確認してください。検証用の環境がある場合は、影響の大きな更新をそこで試し、本番と構成やデータの条件が違う点も押さえます。
テーマやプラグインの更新は、依存関係と提供元の案内を確認し、変更と動作確認を追える単位で進めます。PHPの変更が必要なら、PHP更新前の準備とエラー時の確認順を参考に、対応バージョンと元に戻す方法を別に確認しましょう。
更新ボタンを押せるだけでは、準備がそろったことにはなりません。戻す経路や相談先が分からない場合は、変更前にその範囲を依頼してください。
表示・ログイン・フォームの動作を確かめる
更新後は、完了表示と実際の動作を照合します。サイトごとの確認項目は、普段の利用と停止時の影響から選ぶのが基本です。
- トップページと重要ページの表示、画像、メニュー、主要リンク
- パソコン幅とスマートフォン幅での文字・画像の重なりや欠落
- 管理画面へのログイン、投稿の編集・保存
- フォームの入力・送信・完了表示と、必要な通知の受信
- 更新したテーマやプラグインが担当する機能
フォームは見た目だけで終えず、テストと分かる内容で送信し、受付側まで確認してください。注文や決済がある場合は、利用サービスのテスト方法に合わせ、実課金や実際の予約が発生しない条件を整えます。
異常が見つかったら次の変更を止め、最後に正常だった確認結果と直前の更新を控えてください。復旧担当へ渡す記録は、日時・作業者・更新前後の版・保存データの識別情報・確認した機能と結果・未解決事項です。
「確認済み」だけでは、どこまで試したかを後から追えません。例えば「問い合わせをテスト送信し、受付メールの受信まで確認」のように、確認した到達点を残してください。
自分で続ける範囲と依頼する範囲
自分で保守するかは、操作の難しさだけでなく、準備・確認・異常時の対応を続けられるかで決めます。定期作業ができても、必要な時間帯に障害へ対応できなければ、そこが依頼したい範囲です。
準備・確認・復旧を担えるかで分担する
自分で続けるなら、更新内容を読み、保存結果を確認し、主要機能を試して記録する時間を確保してください。異常時に使う復元手段と連絡先を説明できることも、分担を決める条件です。
例えば、日常の通知確認と記事の表示確認は運営者が担当し、検証環境での更新、バックアップ管理、復旧は外部へ依頼する分け方があります。任せる作業だけでなく、外部の作業完了後に誰がフォームを確認するか、緊急対応の実施を誰が決めるかまで決めることが要点です。
レンタルサーバーを契約している場合も、WordPress内の不具合調査や更新作業がサービスに含まれるかを確認します。サーバーの障害窓口と、テーマやプラグインの動作を調べる窓口は同じとは限りません。
依頼時は必要な操作と権限を整理し、作業者ごとのアカウントや、安全な情報の受け渡し方法を決めてください。契約終了時には、引き継ぐ記録・保存データと、不要になるアクセス権の扱いも取り決めます。
この不具合は単発で頼むか、保守に含めるか
一つの不具合を直して終えるなら単発修正、更新後の点検などを繰り返し任せるなら継続保守が目安です。見積もりでは、原因を調べる工程と、直して受け入れる工程を分けます。
| 判断軸 | 単発修正 | 継続保守 |
|---|---|---|
| 依頼の終わり | 対象の不具合が解消し、依頼者が決めた条件で動作を確認した時点 | 点検を定期的に繰り返す。異常を見つけたら、契約で決めた窓口へ連絡 |
| 見積もり | 調査と修正を分け、追加作業の承認者と金額を提示する時点を合意 | 対象サイト、確認頻度、監視と実作業の違い、時間外・復旧の範囲を明記 |
| 引き渡し | 修正前の保存、必要な権限、修正内容の報告、受入確認、作業用権限の回収 | 保存先と復元担当、報告・連絡時間、契約終了時のデータと権限の返却を決定 |
原因が分からない段階なら、まず調査の完了条件を「再現できた条件、調べた範囲、原因候補、対応案を報告する」と決めておきましょう。修正も頼むかは、その報告と追加費用を見て判断できます。修正の完了条件は、依頼者が合意した操作を試し、期待した結果を確認できることです。
スマートフォンでフォームが送れないときの依頼文例
「［問い合わせページのURL］の調査をお願いします。［端末・ブラウザー・画面幅］で［日時］に送信すると、［症状］が出ました。直前に変更したのは［変更内容／不明］です。まず再現条件を調べ、修正が必要なら作業内容と費用を着手前にお知らせください。」
「修正後は同じ条件でテスト送信し、担当の［氏名］が［受付用の受信箱］で通知を確認できたら完了とします。」同じフォームを今後も更新のたびに点検してほしい場合は、継続保守の見積もりに確認頻度と受信担当を加えましょう。
作業前はファイルとデータベースを組で保存し、保存時刻・保管先・戻す担当を依頼側と共有します。投稿編集だけの依頼で管理者権限を前提にせず、必要な操作に合う権限と個別の作業用アカウント、利用期限を決めてください。テーマ等の変更で高い権限が必要な場合は、理由と作業後の回収方法まで確認が必要です。
パスワードや顧客情報を一般の見積依頼欄へ貼り付けず、合意した安全な方法で受け渡します。身に覚えのない管理者や改ざんが疑われる場合は、この通常修正の例から外し、ホストや専門のインシデント対応窓口へ相談してください。
保守費用は作業範囲と対応時間をそろえて比べる
保守費用を比較するときは、月額の数字より先に見積もりの対象をそろえることが大切です。「保守一式」の中身を、次の項目で書面にしてもらってください。
- 対象：サイト数、WordPress本体・テーマ・プラグイン、独自改修の扱い
- 定期作業：更新の実施、検証、バックアップ管理、主要機能の確認、報告
- 対応時間：監視する時間、連絡を受け付ける時間、調査・作業を行う時間
- 初動：連絡方法、緊急の基準、最初の返答や着手までの条件
- 復旧：保存データからの復元、原因調査、再発防止のどこまでを含むか
- 除外・追加料金：侵害調査、PHP変更、機能追加、有料ライセンス、時間外対応、初期調査
- 受入：調査報告の確認者、修正後のテスト条件と合格を判断する人
- 作業用権限：用途・期限、終了後に回収する担当
- 終了時：契約期間、解約条件、記録・データの引き渡し、権限の返却方法
特に、24時間の監視と24時間の復旧作業は別の条件です。通知だけを受け付けるのか、担当者が調査を始めるのか、追加費用はいつ発生するのかを確認します。
必要なのが定期更新だけなら、その作業と確認が含まれる見積もりを選んでください。停止の影響が大きいなら、必要な時間帯の初動と復旧範囲を優先し、月額・初期費用・想定する追加作業を合わせて比べると選びやすくなります。
まとめ｜依頼の終了条件と次の確認担当を決める
WordPressの保守は、更新・バックアップ・主要機能の点検・記録を継続する体制づくりです。更新量と停止時の影響に合わせ、確認する機会と異常時の連絡を決めます。
まずは運用表の各作業に、担当者名、次に確認する日時や通知の条件、連絡先を記入してください。自分で準備・確認・復旧を担えない項目が、そのまま外部への依頼範囲です。
フォームを単発で直した後は、テスト送信した人と、受信箱で通知を確かめた人が結果を記録します。次回の更新後にも点検が必要なら、誰がテストを送り、誰が受信箱を見るかを運用表に残しておきましょう。