WordPress保守が担う役割
記事の追加や画像の差し替えはコンテンツ運用です。保守は、その作業が継続してできる状態を維持します。本体、テーマ、プラグインに加え、PHP・DB・証明書にも管理主体が必要です。制作時点で正常でも、外部サービスや実行環境の変化によって動作条件は変わります。
更新と保守の違い
更新は保守の一部です。更新前の互換性確認、作業後のフォーム送信、戻せるデータの確保までを含めて、一つの変更作業と考えます。「最新版」と「業務が正常に動く状態」は、それぞれ確認する必要があります。
主な保守作業と確認する成果
| 作業 | 確認する成果 | 見落としやすい点 |
|---|---|---|
| 更新管理 | 対象・変更前後の版・結果の記録 | 有料製品のライセンス切れ |
| バックアップ | DBとファイルの取得・復元確認 | 同じサーバー内だけの保管 |
| 監視 | 表示、応答、証明書などの異常通知 | 通知を受けた人の対応手順 |
| セキュリティ確認 | 利用製品と脆弱性情報の照合 | 無効化した製品の残置 |
| 障害対応 | 原因の切り分け・復旧・再発防止 | 夜間対応や復旧費の条件 |
自社で保守できるかを判断する
担当者に管理者権限があるだけでは不十分です。管理画面が開かなくてもサーバーへ接続できるか、DBを戻せるか、休暇中の代替担当者がいるかを確認します。自社で判断しにくい変更だけ外注する形も可能ですが、担当範囲と連絡順を決めておきます。
費用は作業範囲と復旧条件で比べる
月額には、定期点検のみ、更新代行付き、検証環境付きなどの違いがあります。新規ページ制作、改ざん調査、独自プログラムの改修、サーバー移行まで一律に含まれるとは限りません。初期調査費、月額、時間外費用、障害時の追加費を分けて見積もりを取り、同じ条件で比較します。
最初に決める運用ルール
- ドメイン・サーバー・WordPress・外部サービスの管理者を一覧にする。
- 許容できる停止時間と失ってよいデータの範囲を決める。
- 更新の承認者、作業時間、復旧への切替条件を決める。
- 月次で実施内容と未対応事項を確認する。
保守を継続するために
まず、直近のバックアップが復元できるか、管理権限と契約先が分かるかを点検しましょう。そのうえで更新・監視・連絡体制を整えると、作業の抜けと障害時の迷いを減らせます。
企業サイトでの保守運用の具体例
例えば、記事は広報担当が更新し、フォームだけを外部サービスと連携する会社案内サイトを考えます。広報担当は記事公開時の表示を確認し、保守担当は製品更新とバックアップ、フォームの定期的な到達確認を担当します。サーバー会社は基盤障害を担当し、ドメイン契約の更新は社内責任者が確認します。このように分担すると、保守契約があっても社内に残る作業を把握できます。更新を月一回に決めた場合でも、重大な脆弱性の通知は随時受け取り、定例日を待つかを判断します。月次報告では、実施した版の変更、検証した操作、バックアップの保存先、保留理由を確認します。保守担当が変わっても、前月の記録から状況を追える形にします。
作業を依頼するときの伝え方
「更新してください」だけでなく、対象URL、重要なフォーム、停止できない時間、現在分かる構成、直近のバックアップを伝えます。自社では判断できない項目は、不明として調査範囲に含めます。最初の調査で判明した古い独自コードの改修は、通常保守とは別に計画する場合があります。
よくある質問
記事を更新しないサイトにも保守は必要ですか？
はい。記事の更新頻度と、プログラムの修正や証明書の期限は連動しません。構成を減らした静的サイトへ移す選択もありますが、移行前後のフォームや外部連携を含めて判断します。
バックアップがあれば更新しなくてもよいですか？
バックアップは復旧の備えで、侵入や情報流出を予防する修正とは役割が異なります。流出した情報は復元しても回収できません。更新と復旧準備を両方行います。