日次で確認する業務への影響
公開ページの応答、監視通知、バックアップの成功、フォーム関連の異常を確認します。自動通知がある場合も、通知先への到達と未対応案件を点検します。フォームの実送信はテスト宛先と送信頻度を決め、営業データに混ぜないようにします。
月次に行う構成と更新の点検
| 項目 | 残す記録 |
|---|---|
| 本体・テーマ・プラグイン | 現在版、更新候補、保留理由 |
| 管理者・外部連携 | 新規追加、退職者、不要な認証情報 |
| バックアップ | 取得日時、保存先、復元試験日 |
| エラー・容量 | 前月比、増加原因、対応期限 |
| 脆弱性情報 | 該当有無、修正版、代替措置 |
年次で見直す契約と復旧体制
ドメインと証明書の更新先、PHPのサポート期間、有料ライセンス、委託先の対応時間を確認します。担当者不在を想定した復旧訓練を行い、手順書にしか存在しない権限や古い連絡先がないか点検します。年1回だけでは不足する項目は、期限監視へ移します。
チェック結果を次の対応につなげる
各行に「正常・要対応・対象外」「確認者」「証跡」「期限」を設けます。「要対応」のまま翌月へコピーし続けないように、責任者を一人決めます。チェックリストの完成より、未解決事項を管理できていることを重視します。
チェック表の使い方の例
確認項目を「見るだけ」で終わらせず、異常時の行動を記載します。例えば「バックアップ正常」なら、直近取得日時と外部保存の成功を確認し、失敗時は担当者へ連絡して原因と再取得結果を残します。「容量確認」なら、前月比で急増している場合にログや一時ファイルを調べる、といった行動につなげます。
対象外にした項目も理由を残す
ECを使わないサイトで決済テストは対象外にできますが、その理由を記録します。フォームを追加した月、会員機能を導入した月には、対象外の項目を見直します。チェック表を固定せず、構成変更と一緒に更新することが重要です。
点検漏れを防ぐ運用
実施者と確認者が同じ場合も、証跡URLやログの所在を残します。担当者の休暇や退職時には別の人が同じ結果へたどり着けるかを確認します。未実施の項目を正常にせず、「未確認」と期限を明記してください。
毎日全ページを見る必要がありますか?
全ページの人手確認が必要とは限りません。ページ種別と重要機能を選び、自動監視と定期的な操作確認を組み合わせます。重要度と変更頻度に応じて対象を見直します。