ホームページ運用代行の範囲｜更新・保守・改善を止めない体制

ホームページ運用代行へ任せる範囲を、更新・保守・計測・改善・緊急対応に分けて整理。依頼票、変更区分、承認、受入、月次定例、権限、引き継ぎまで、担当者不在でも公開後の運営を止めない体制づくりを解説します。

ホームページ運用代行は、更新作業を外へ出すだけの契約ではありません。公開後に発生する更新、保守、計測、改善、緊急対応を、誰が受け付け、誰が判断し、誰が実行し、何を確認して完了にするか決める体制です。担当者の空き時間に任せると、古い情報、期限切れの告知、フォーム不調、更新待ちが積み上がります。最初に対象業務、承認者、期限、緊急連絡、完了証拠を一枚へまとめます。

運用代行の範囲を5領域に分ける

一般サイト運用の5領域
領域	主な実務	社内に残す判断	完了証拠
更新	文章、画像、ニュース、採用、実績の反映	事実、公開可否、権利、期限	公開URLと差分
保守	更新確認、バックアップ、監視、期限管理	停止時間、適用判断、許容リスク	実施記録と復旧確認
計測	検索、流入、フォーム、主要行動の確認	目標、成果定義、個人情報の扱い	同じ定義の月次値
改善	課題整理、優先順位、制作、検証	予算、施策、受入条件	仮説、変更、結果
緊急対応	受付、切り分け、連絡、暫定復旧	停止、公表、外部連携	時系列と恒久対応

受注、在庫、出荷、返品、顧客対応があるネットショップは、一般サイトと同じ表へ押し込まず、EC運用代行の業務範囲で別に設計します。

依頼は一件一枚の変更票で受け付ける

メール、口頭、チャットに依頼が散ると、最新指示と承認者が分かりません。一件の変更票へ、対象URL、目的、変更前後、素材、希望日、承認者、公開後確認、戻し方を記録します。文章だけ、画像だけ、フォーム設定、プラグイン更新など種類が違っても、正式な記録先は一つにします。

変更票の必須項目
項目	書く内容	不足時
対象	URL、画面、機能、管理番号	別ページを変えない
目的	誰に何を伝え、何を変えるか	作業へ進めない
差分	変更前、変更後、素材の版	最新版を確定する
期限	希望日と、その理由	優先順位を再調整する
承認	内容・公開・費用の責任者	公開しない
受入	表示、リンク、フォーム、計測	完了にしない

更新の実行方法や内製・外注の選び方はホームページ更新方法の選び方で整理します。運用代行では、依頼が入った後の判断と完了確認までを対象にします。

変更を平常・重要・緊急の3区分へ分ける

誤字修正と決済・フォーム・ドメイン変更を同じ手順にしません。平常変更は定型確認、重要変更は影響と戻し方を確認し、緊急変更は責任者の停止判断と時系列記録を優先します。「急ぎ」と書かれただけで緊急にせず、売上停止、情報漏えい、法令・安全、信用への影響で分類します。

変更区分と承認
区分	例	必要な確認	進め方
平常	文字、画像、営業時間、実績追加	事実、権利、リンク、表示	定型手順で実施
重要	フォーム、URL、計測、テーマ、プラグイン	影響、検証環境、復旧、承認	日時を決めて実施
緊急	購入・問い合わせ不能、改ざん、漏えい疑い	停止、証拠、連絡、暫定復旧	通常依頼から分離

改ざん、不正な管理者、個人情報漏えいの疑いは、通常更新として触り続けず、Webサイトのインシデント対応手順へ切り替えます。

保守更新は復旧可能性と受入を一組にする

WordPress.orgの更新手順は、更新前に復元できるバックアップを取る考え方を示しています。重要なのは、更新のたびに無目的な複製を増やすことではなく、対象、取得時点、保存先、復元方法、保持期間、担当者を決め、戻せることを確認することです。

WordPress本体、テーマ、プラグイン、PHP、ホスティングの対象と順序を分ける
重要変更は検証環境または影響を限定できる手順で先に確認する
実施直後にトップ、主要ページ、フォーム、通知、ログイン、計測を見る
失敗時の停止条件と、戻す担当・連絡先を実施前に決める
結果と差分を変更票へ戻し、口頭だけで完了にしない

WordPress.orgのサイト保守資料も、バックアップや更新を定期保守へ含めています。ただし頻度は、更新量、変更の大きさ、サイトの重要度に合わせます。

権限と所有元を会社側へ残す

ドメイン、サーバー、WordPress、解析、フォーム、外部サービスの契約名義と主所有者を台帳へ残します。外注先の個人メールだけで所有せず、担当者ごとの個別IDと必要最小限の権限を使います。WordPressの役割と権限では、管理者、編集者、投稿者等で許可される操作が異なります。

所有元や引き継ぎ資料が不明なら、運用開始前に制作データと管理権限を回収する手順で整理します。契約終了時は、権限停止、未完了依頼、原本、変更履歴、バックアップ、緊急連絡先を双方で照合します。

セキュリティは平常運用へ組み込む

IPAの安全なウェブサイトの運用管理に向けての20ヶ条は、ログの保管・確認、HTTPS、不正ログイン対策、定期的な診断・監査を運用後の確認事項に挙げています。WordPress Developer ResourcesのHardening WordPressも、ホストとサイト所有者の責任境界、更新、権限制限、バックアップ、ログ、監視を扱っています。

脆弱性診断は日常の更新作業と同じではありません。対象、許可、時間、停止条件、報告、再診断を定める場合はWeb脆弱性診断の発注手順で別計画にします。

公開後は内容・表示・操作・計測を確認する

更新者の画面だけで完了にせず、公開URLを別環境で開き、文章、画像、リンク、スマートフォン表示、キーボード操作、フォーム送信、通知先、計測を確認します。デジタル庁のウェブアクセシビリティ導入ガイドブックは、技術者以外も含む発注・受託のコミュニケーションと、スマートフォンを含む継続的な改善を扱っています。

見出しと読み順が自然で、画像の代替テキストが目的に合う
リンクとボタンがキーボードでも識別・操作できる
390px相当でも横崩れせず、本文と操作名が読める
フォームの必須、エラー、送信完了、通知先を確認する
公開前後のURL、タイトル、canonical、計測イベントを記録する

月次定例は数字の報告ではなく次の判断を決める

Google Search CentralのSearch ConsoleとGoogle Analyticsの使い分けでは、検索実績はSearch Console、サイト内行動はGoogle Analyticsを情報源として分けています。クリックとセッションは同じ値にならないため、合計値を無理に一致させず、同じ定義と期間で傾向を見ます。

月次定例の判断表
確認	見るもの	決めること
依頼	完了、期限超過、差戻し、未承認	受付と承認の詰まり
保守	更新、監視、期限、エラー、容量	翌月の実施順
検索	ページ別クリック、表示、検索語	維持・改善・統合
行動	主要ページ、フォーム、完了行動	導線と計測の修正
品質	表示崩れ、リンク切れ、アクセシビリティ	受入基準の更新
リスク	権限、未対応脆弱性、障害、引き継ぎ	停止・投資・担当

検索流入が落ちた時は、Googleの検索トラフィック減少の調査手順のように、サイト全体か一部ページか、クリックと表示のどちらか、季節性や計測異常かを分けます。順位一つだけで更新の成否を決めません。

運用サイクルは6段階で完了させる

依頼受付、変更判定、承認、実施、受入、月次見直しを一つの記録へつなげます。緊急時だけ順序を短縮しても、事後に承認、差分、受入、恒久対応を補います。依頼をこなした件数より、期限超過、差戻し、所有者不明、同じ事故の再発が減ったかで運用を評価します。

運用代行の受入・終了条件
場面	合格条件	未達なら
開始	範囲、窓口、承認、権限、緊急連絡がある	作業を広げない
各変更	対象、差分、承認、実施、受入が追える	完了にしない
月次	滞留、品質、成果、リスクから次を決めた	報告だけで終えない
緊急	時系列、影響、暫定復旧、恒久対応がある	通常運用へ戻さない
終了	権限停止、未完了、原本、履歴を回収した	契約終了にしない