CMSの更新代行を依頼するときの確認項目

CMSは、ホームページの文章や画像を管理する仕組みです。更新作業には、記事の書き換えだけでなく、仕組み自体の保守も含まれます。

仕組みの更新を外部へ任せるときは、「最新版にする」という依頼だけでは不十分です。対象、事前準備、確認方法、問題が出た場合の戻し方まで決めておきます。

更新する対象を一覧にする

最初に、CMS本体、追加機能、デザイン部分、サーバー側の環境を分けます。どこまでが依頼範囲かを明記し、サイトごとの管理画面と契約先を対応させます。

同じCMSを使うサイトでも、構成や追加機能は異なります。別サイトで問題がなかった手順を、そのまま当てはめないことが大切です。

作業前には、ファイル、データ、設定、主要な公開画面を保存します。バックアップがあるという説明だけでなく、取得時点と保存場所を確認します。

復元に必要な権限も確認します。保存データを持っていても、サーバーや管理画面へ入れなければ、緊急時の対応が遅れることがあります。

問い合わせや申込みを扱うサイトでは、入力内容の保存先も確かめます。個人情報を含むデータは、通常の共有フォルダーへ無断で複製しません。

可能であれば、公開中のサイトとは別の確認環境で更新します。画面だけでなく、フォーム、検索、管理画面、外部サービスとの連携も点検します。

確認環境を用意できない場合は、作業する時間、影響を受ける機能、異常時に止める条件を先に決めます。一度に多くの変更を重ねると、原因を追いにくくなります。

見積書では、更新作業だけか、事前調査や復旧まで含むかを確認します。対象外の機能、追加対応になる条件、緊急時の連絡先も質問します。

更新できるという説明と、安全に完了できるという説明は分けて考えます。事前確認、作業後の点検、問題が出た場合の判断を誰が担うかを比べます。

管理者の認証情報を渡す場合は、共有方法と作業後の扱いを決めます。必要以上に広い権限を渡さず、作業者と実施日時を記録します。

作業日を決める際は、更新を止められる時間と、社内の確認者が対応できる時間を合わせます。反映直後に確認できない日程を避け、異常を見つけたときの連絡順も共有します。

画面崩れや機能停止が起きたとき、作業を続ける条件と元へ戻す条件を決めます。復元後に失われる更新があるかも事前に確認します。

原因が分からないまま設定を次々に変えません。症状、対象ページ、直前の変更を残し、確認できた事実と未確認事項を分けて引き継ぎます。

完了報告には、更新した対象、実施日時、確認した画面、未対応の項目を含めます。更新後の版名など製品固有の情報は、管理画面や提供元の公式案内と照合します。

CMSの保守範囲はサービス案内で確認できます。現在の構成を整理したい場合はお問い合わせから共有してください。