ホームページ保守では何を頼む?更新・復旧・内容修正を分ける

ホームページ保守の依頼範囲・更新・復旧・原稿編集を分ける

「ホームページの保守を頼めば原稿の更新も含まれるのだろうか。」

「不具合が出たとき誰に連絡するか決まっていない。」

ホームページ保守は、技術的な更新、バックアップと復旧、不具合の調査、文章や画像の編集、改善提案を分けて範囲を決めます。保守という名前だけで、すべて含まれると判断しないでください。対象環境、権限、連絡方法、追加条件、復旧時の確認担当を合意します。制作完了と継続保守も別の契約条件として確認します。

この記事で確認すること

  1. 保守と内容編集を別の作業へ分ける
  2. バックアップと復旧の条件を確認する
  3. 更新と障害連絡の担当を合意する
  4. 保守後の確認と引き継ぎを残す
  5. 相談前の準備
  6. よくある疑問

保守と内容編集を別の作業へ分ける

今困っていることを具体的な対象で説明します。

技術更新と掲載内容の変更を区別する

CMS、テーマ、プラグインなどの更新と、営業時間、料金、写真、記事の変更を分けます。更新という同じ言葉でも、必要な担当と確認が違います。技術更新を依頼しても、サービス条件の原稿が正しくなるとは限りません。内容を編集する場合は、何を変えるか、元資料、事実を確認する担当、公開の承認を決めてください。保守契約に含まれる作業、別途相談する作業、対応対象外を一覧にし、契約名だけで判断しません。

調査と改修の違いを確認する

表示がおかしい、問い合わせが届かないなどの相談では、原因調査と修正の範囲を分けます。既存環境を調べる前に必ず直せるとは約束しません。発生したURL、操作、端末、日時、期待する状態を用意してください。外部サービス側や社内の受信運用が関わる場合もあります。何を確認して原因を絞るか、調査結果から追加改修へ進む条件、報告する範囲を合意すると、定額保守の中にすべて含まれるという誤認を減らせます。

作業を分ける → 環境を確認する → 対象を合意する → 担当を決める。本文の確認手順の例。
本文の確認順序を示す図解。
作業を分ける → 環境を確認する → 対象を合意する → 担当を決める。本文の確認手順の例。
本文の確認順序を示す図解。

バックアップと復旧の条件を確認する

保存していることと、必要な状態へ戻せることを分けます。

保存対象と確認方法を決める

バックアップの対象、保存時点、保管場所、確認する担当を整理します。WordPressの公式資料では、通常のサイトの復元にはファイルとデータベースの両方が必要だと説明しています。画像だけ、記事の一覧だけを保存して全体を戻せると判断しないでください。バックアップの実物や認証情報を原稿へ載せる必要はありません。利用しているサーバーと契約条件で、どの対象を保存し、どの担当が復元を確認するかを照合します。

どの時点へ戻すかと影響を確認する

復旧が必要になったとき、戻す時点より後の記事、フォーム設定、変更内容へ影響する場合があります。何を失う可能性があり、誰が戻す判断をするかを決めてください。試験と本番の操作は区別し、復旧試験の実施条件を合意します。バックアップが存在することだけで実際の復元成功を確認したと説明しません。復旧の作業、内容の照合、問い合わせ経路の確認を別項目にして、完了を判定する担当を置きます。

更新と障害連絡の担当を合意する

普段の作業と問題が起きた場合の判断を明確にします。

対象環境と権限を整理する

現在のサーバー、ドメイン、CMS、外部サービスと、操作できる担当を確認します。Xサーバーの既存環境を使う場合は、その契約と権限を前提に保守範囲を相談します。必要なアクセスの種類を示し、共有表へパスワードを貼り付けません。制作会社、保守担当、社内担当が重なる場合も、誰が更新を行い、誰が公開の状態を確認するかを決めます。同時に異なる変更を加えない連絡手順も必要です。

連絡先と対応条件を確認する

不具合を見つけた場合の連絡方法、受付する情報、対応する時間や範囲を合意します。即時対応やすべての障害復旧を、契約へ確認せず約束しません。緊急度を判断する担当、公開を止める場合の承認、途中経過の共有を決めてください。連絡を送ったこと、担当が受けたこと、調査したこと、修正したことは別の状態です。未解決の問題と次に確認する条件を報告へ残し、原因が不明なまま同じ変更を繰り返さないようにします。

表が画面に収まらない場合は、左右に動かして確認できます。

保守の区分合意する対象完了の確認
技術更新CMS・テーマ・プラグイン影響する表示と経路
保存ファイル・データ・保存時点保存対象と確認担当
復旧戻す時点と影響内容と連絡経路の照合
内容編集原稿・画像・元資料事実確認と公開承認
調査・改善問題・再現条件・追加範囲確認結果と残課題
本文の判断に使う記入例。条件は個別に確認します。

架空の範囲整理例です。技術更新の契約へ、料金表の原稿修正も含むと思っていました。契約対象を確認し、料金条件の承認担当と編集作業を別の欄へ分けます。バックアップ保存と復旧試験も別項目にします。実際の契約、障害対応、復元成功を示す例ではありません。

保守後の確認と引き継ぎを残す

作業した記録と使える状態を一緒に確認します。

変更した箇所と重要経路を照合する

更新や改修の対象、作業日時、確認した結果を記録します。表示、リンク、問い合わせなど重要な経路へ影響する変更なら、該当する経路を確認してください。何も変えていない全ページを何度も検査するのではなく、変更と影響範囲へ絞ります。元に戻す方法が必要な作業は、戻す判断と条件も記録します。確認できなかった端末や経路は未確認として残し、問題を再現できないことだけで解消したと扱いません。

継続と契約終了の条件も整理する

毎月の作業、追加依頼、担当交代、契約終了時の資料と権限の扱いを確認します。Libera Worksへ相談する場合は、現在のサイト、環境、担当、困っている作業、希望する更新範囲を用意してください。文章や画像の更新、CMSや公開後の運用、改善の必要範囲を事前に相談します。個別の保守能力や対応時間は着手前に確認し、制作サービスの案内だけから無制限の継続対応を推測しません。

保存条件を見る → 復旧条件を決める → 変更後を照合 → 引き継ぎを残す。本文の確認手順の例。
本文の確認順序を示す図解。
保存条件を見る → 復旧条件を決める → 変更後を照合 → 引き継ぎを残す。本文の確認手順の例。
本文の確認順序を示す図解。

目的と現在のサイトを整理して制作を相談する

Libera Worksでは事業、対象者、提供内容、現在のサイト、素材、問い合わせ方法を確認し、構成、文章、デザイン、実装、公開と更新の必要な範囲を整理します。既存環境と権限、役割分担、料金と対応条件は着手前に確認してください。

【Q&A】サイト・LP制作を依頼する前の疑問

Q.保守に原稿修正も含まれますか?

契約へ確認します。技術的な更新と掲載内容の編集を分け、含む範囲と追加条件を合意してください。

Q.バックアップがあれば復旧できますか?

対象と保存時点、復元する方法と確認条件を照合します。保存の存在だけで復元成功を確認したことにはしません。

まとめ:保守と内容編集を別の作業へ分ける

技術更新、バックアップ、復旧、内容編集、調査と改善を分けて合意します。環境と権限、連絡先、追加条件、復旧時の影響を確認してください。作業後は変更と重要経路を照合し、残課題と継続・終了時の引き継ぎを記録します。

参考情報

範囲表と例は編集上の整理です。実際の保守契約、即時復旧、バックアップの成功を保証していません。

Libera Works「サイト・LP制作」(構成・制作・公開・更新と既存環境の条件。2026年10月2日確認)

WordPress公式「Backups」(通常のWordPressサイトを復元するためのファイルとデータベースの両方の保存に関する参考。本文は操作を実行した証拠ではありません。2026年10月2日確認)