ホームページの保守・管理・更新は何が違う？担当と作業範囲の整理表

アイキャッチは記事の内容をイメージしたAI生成画像です。

「保守を頼んでいるから、ホームページのことは全部任せている」。そう思っていても、文章の差し替えやドメインの契約更新まで含まれるかは、契約の内容によって異なります。保守・管理・更新という名前だけで判断せず、作業ごとに担当と確認方法を決めてください。この記事では、中小企業の兼務担当者が引き継ぎや依頼先との打ち合わせに使える形で、抜けやすい役割を整理します。 外注の保守から自社管理への切り替えを考えている場合は、第6節で引き受けられる作業の判断と移行の順番を確認できます。

1. 保守・管理・更新は、名前より作業で分ける

「誰が何をするか」が答えられる単位にする

この記事では、保守を「動作や安全性を維持する作業」、管理を「契約・権限・連絡体制を把握する作業」、更新を「掲載する情報を変える作業」として整理します。これは担当を決めるための区分であり、すべての制作会社に共通する契約上の定義ではありません。見積書や契約書では、実際に含まれる作業を確認してください。

たとえば「更新」には、料金の文章を変更する意味と、WordPress本体を新しい版へ上げる意味があります。前者は原稿の確認、後者は動作への影響確認が必要です。両方を同じ言葉で依頼すると、何を頼んだかが伝わりにくくなります。「料金表の原稿差し替え」「本体・テーマ・プラグインの更新」のように対象まで書きましょう。

表が収まらない場合は横にスクロールできます →

契約していない作業も、空欄にしない

外注先の契約範囲に含まれない作業は、自動的に誰かが対応してくれるわけではありません。社内で担当するか、必要なときに別途依頼するかを決めます。現時点で分からない項目は「未確認」として、誰が契約先へ確認するかを入れてください。担当表を埋める目的は、すべてを外注することではなく、作業が宙に浮くのを防ぐことです。

2. 社内・制作会社・サーバー会社の担当と権限を整理する

実施する人と、内容を決める人を分ける

制作会社が料金表を書き換える場合でも、掲載する価格を決めるのは通常、自社の担当者です。作業を依頼した人、内容を承認した人、公開後に確認した人が分かる記録を残します。窓口を一つにまとめる場合も、その人にすべての判断を任せるのではなく、価格は営業責任者、採用条件は採用担当者など、確認先を決めておくと戻しやすくなります。

サーバー会社が対応する範囲と、サイトの制作会社が対応する範囲も同じとは限りません。サーバーが利用できる状態でも、サイト内の設定や追加機能に問題がある場合があります。「サイトが表示されない」ときに最初に連絡する窓口と、調査後に別の担当へ渡す手順を確認しておきましょう。実際の責任範囲は各契約に合わせて記入します。

表が収まらない場合は横にスクロールできます →

必要な作業に合う権限を渡す

WordPressには管理者や編集者などの権限があり、操作できる内容が異なります。記事の作成が目的なのか、サイトの設定変更まで行うのかを整理してから権限を選んでください。画面に出る役割や権限は導入した機能で変わる場合もあるため、名前だけでなく実際に許される操作を管理者へ確認します。

出典：WordPress：ユーザーの権限

担当者が交代するときは、旧担当のアカウントをそのまま共用し続ける運用を見直します。誰が作業したかが分かる形にし、引き継ぎ後に不要な権限を整理してください。この記事の表へパスワードを直接書く必要はありません。認証情報は会社が決めた安全な保管方法を使い、台帳には保管場所の参照名と管理者だけを残します。

3. バックアップは「保存」と「戻す作業」を分けて確認する

何が保存され、いつの状態へ戻れるかを見る

WordPressのバックアップでは、投稿などを保持するデータベースと、画像・テーマ・プラグインなどのファイルが別の要素になります。復旧に必要な対象がそろっているかを確認してください。サーバーの自動保存がある場合も、自社の契約で保存される対象や利用できる世代は、そのサービスの仕様を見て判断します。

出典：WordPress：バックアップ

「毎日保存しています」と聞いたら、保存時点、保管先、保存期間、取得失敗時に誰が気づくかまで質問します。昨日の状態へ戻すと、その後に追加した記事や設定変更が失われる可能性があります。フォームや外部の受付サービスを使っている場合は、問い合わせ情報がどこに保存されているかも別途確認してください。サイトの復元だけで関連サービスの情報まで戻るとは限りません。

投稿のリビジョンを、サイト全体のバックアップと混同しない

WordPressのリビジョンは投稿や固定ページの保存履歴を扱う機能です。文章を前の状態へ戻したいときに役立ちますが、サイト全体のファイルや設定を丸ごと保存する仕組みとは別です。「記事の履歴が残っているので、サイトも全部戻せる」と考えないようにしてください。利用できる履歴は設定などでも変わります。

出典：WordPress：投稿リビジョン

復元手順を確かめる場合は、担当者と合意した検証環境や方法を使います。試すために稼働中のサイトを不用意に上書きしないでください。実施できていなければ「手順は確認済み、復元テストは未実施」のように分けて記録します。保存データがあることと、必要な時間内に業務へ戻れることは、別々に確認する項目です。

4. 保守契約は、対象・追加費用・報告内容を確かめる

更新の前後に誰が確認するかを決める

WordPressの公式手順では、更新前のバックアップなどの準備が案内されています。自社では誰が事前の確認をし、更新後にどの画面や機能を見るかを決めてください。テーマやプラグインも含む契約なのか、問題が起きた際の調査や復旧まで含むのかは、担当会社へ確認する必要があります。

出典：WordPress：WordPressの更新

更新頻度を決めるときは、「月に一度だから十分」と一律に考えず、対象の変更内容や緊急性を担当者がどう判断するかを確認します。通常の定期対応と、早い対応が必要になった場合の連絡方法を分けましょう。更新できない事情が見つかったとき、理由と次の対応案を報告してもらえるかも確認項目です。

報告を受けた後に、自社で判断することを残す

作業報告は「対応済み」という一行だけでは、何が変わったか分かりません。対象、実施日、確認結果、未解決の課題を残します。ただし技術的な履歴をすべて経営者が読む必要はありません。通常の実施記録と、「古い機能の置き換えが必要」「別途調査が必要」など社内判断が必要な項目を分けると、打ち合わせが進めやすくなります。

依頼する側も、変更が必要な事業情報を伝える役割があります。価格、所在地、休業日、サービス終了などは、保守担当だけでは把握できません。情報が変わったときに誰が連絡するかを決め、未反映の原稿がたまっていないか確認してください。技術面の維持と、掲載内容の正しさの両方に担当が必要です。

5. 障害時は、復旧の相談に必要な情報をまとめる

発生時刻・URL・操作・直前の変更を伝える

問題が起きたら、まず「いつ、どのURLで、何をしたら、どうなったか」を記録します。エラーの画面を共有する場合は、個人情報や認証情報が写っていないか確認してください。原因を推測して設定を次々と変えると、最初の状態が分からなくなることがあります。継続中の影響と直前の変更を窓口へ伝え、次の操作は担当者とそろえます。

受付時間と、復旧までの時間を取り違えない

「24時間受付」と「24時間いつでも担当者が作業する」は異なる場合があります。受付後の初動、状況報告、復旧見込みの連絡がどうなるかを確認します。原因によって必要な時間は変わるため、根拠のない復旧時間を社内へ約束しないようにしてください。契約上の対応時間や条件がある場合は、その範囲を担当者と共有します。

サイトの障害中に顧客へ何を案内するかも社内の判断です。別の連絡手段を案内する場合は、実際に受け付けられる窓口を選びます。技術担当へ復旧を依頼する作業と、営業・顧客対応の判断を分けて進めると、連絡が混線しにくくなります。復旧後は、画面が開くことに加えて、影響した機能が使えるかを確認しましょう。

6. 自社管理へ切り替える条件と引き継ぎ手順

自社で引き受ける作業を決めてから切り替える

保守を自社管理へ切り替えるなら、記事の更新だけでなく、契約期限の確認・システム更新・復元・障害時の連絡を誰が担うかまで決めます。管理画面へログインできることだけでは、保守を引き継げるとは判断できません。以下は編集部が提案する判断表です。できない項目があれば、必要な部分だけ外注を継続する選択肢もあります。

切り替えは、範囲確認・受け取り・検証・完了の順で進める

終了日を先に決めて連絡先を失うと、資料の不足や操作できない箇所が残るおそれがあります。契約の期限や終了・データ引き渡しの条件を当事者間で確認し、移行日までの役割をそろえてください。サーバー移転やドメイン移管が必要かは、保守の担当変更とは分けて判断します。担当が変わるだけで、必ず環境の移転が必要になるわけではありません。

WordPressではファイルとデータベースの両方を含むバックアップ、更新前の準備が公式に案内されています。新担当者が保存先を見つけられるか、復元する担当と手順を確認できるかまで引き継ぎます。復元テストは合意した検証環境で行い、確認のために本番サイトを上書きしないでください。

出典：WordPress：バックアップ

出典：WordPress：WordPressの更新

契約・権限・連絡先を、見つけられる状態にする

引き継ぎで困るのは、パスワードだけがある一方で、どの契約を誰が管理しているか分からない状態です。下の表は社内用の台帳として使えます。公開する資料にはせず、閲覧できる人を決めて保管してください。認証情報そのものを入れずに、会社で指定した保管場所へたどれる情報を残す構成にしています。

空欄を埋めた後、連絡と操作ができるか確かめる

台帳を作ったら、新しい担当者が契約資料を見つけられるか、必要な権限を持っているか、窓口に連絡できるかを確認します。前任者の個人メールだけに通知が届いていないかも見直してください。担当交代は台帳を渡して終わりにせず、未解決事項を一緒に読み、次に誰が確認するかまで決める機会にします。

最初から全項目を完璧にそろえる必要はありません。まず「契約期限を確認する人」「掲載内容を承認する人」「不具合時の最初の窓口」の三つを埋めます。そのうえで、バックアップや更新作業の範囲を依頼先へ確認してください。保守の料金を比べるときも、この作業表があれば、何が含まれているかを同じ基準で話せます。

よくあるご質問