ホームページ更新担当の引き継ぎは、ログイン情報を渡すだけでなく、新担当が下書きから公開確認まで実行できる状態を作ることです。契約の管理、編集権限、更新の判断、問い合わせの受信など、サイトの運用には異なる役割があります。担当変更を機に、それぞれの責任と連絡先を整理してください。
引き継ぐ範囲を一覧にする
対象はサイトの管理画面だけではありません。ドメイン、サーバーや配信サービス、メール、アクセス解析、外部フォーム、画像素材など、関連する仕組みを洗い出します。どの契約が誰の名義で、更新通知がどこへ届くかを確認します。支払いと技術連絡の窓口が別である場合も記録します。
サイトが複数ある場合は、対象のURL、用途、管理先を分けて一覧にします。古い検証サイトを本番と勘違いすると、更新が反映されず原因が分からなくなります。編集対象と公開先の関係を図や簡単な説明で残し、新担当が同じ対象を認識しているか確かめます。
アカウントと権限を移す
前任者の個人アカウントを使い続けるのではなく、新担当へ必要な権限を付与する方法を優先します。認証方法、復旧に使う連絡先、管理権限を持つ人も確認します。共通の認証情報が避けられない仕組みでは、承認された保管方法と利用手順に従い、文書へ平文で貼り付けないでください。
担当変更後は、前任者の権限をいつ外すかを決めます。引き継ぎ完了前にすべて外すと確認できなくなる場合があるため、代替の管理者が入れることを確認してから整理します。外部制作会社の権限も、契約上必要な範囲が残っているかを合わせて見直します。
更新手順を実際の作業で記録する
よく使う更新を題材に、原稿の受領、確認、下書き、プレビュー、公開、公開後の表示確認を記録します。画面の押す場所だけでなく、公開してよい内容を誰が判断するかも必要です。会社情報や募集条件など、事実の確認者が異なる項目は連絡先を分けます。
画像のサイズ、使ってよい素材、代替テキスト、見出しの付け方など、既存ページと揃えるための基準も残します。更新が技術作業を伴うなら、手元の変更がどう本番へ届くかを説明します。作業手順が不明な部分は、その場で試して補い、推測した説明を残さないようにします。
引き継ぎ記録の想定例
お知らせ更新の想定例では、「原稿の依頼先:内容の責任者」「編集する人:更新担当」「公開を確認する人:受付業務を知る人」「公開後の確認:一覧と詳細、スマートフォン表示」「誤りがあった場合:一旦非公開にして内容を確認」と整理できます。
管理表には、「作業名」「必要な権限」「参照資料」「確認する役割」「最後に実施した日」を設けます。「詳しくは前任者へ」とだけ書くと引き継ぎ後も依存が残ります。回答を得たら資料へ反映し、前任者へ連絡できない状態でも通常更新ができるようにします。
新担当による更新で検証する
新担当が検証用の下書きを作り、前任者は必要な場面だけ補助します。作業中の質問を記録すると、資料に不足している前提が見つかります。本番で確認する場合は、公開して問題のない内容と時点を選び、実際のサービス案内を勝手に書き換えないようにします。
更新後は編集画面だけで完了とせず、公開URLを開いて確認します。一覧の表示、リンク、画像、改行、公開日時などを見ます。キャッシュや反映待ちがある仕組みなら、反映の確認方法も引き継ぎます。見えない理由を毎回推測する状態は避けたいところです。
障害と更新停止への備えを残す
誤公開、表示崩れ、ログイン不可、問い合わせの不達など、起きやすい問題ごとに最初の連絡先を決めます。新担当が原因を完全に調べる必要はありませんが、対象URL、発生時点、実行した操作を伝えられるようにします。サイトを元へ戻す方法がある場合は、その実行権限も確認します。
バックアップの存在と復元方法は別々に確認します。保存先だけ知っていても、新担当が復元を依頼する先が分からなければ対応できません。定期的な契約更新や証明書の通知が個人宛てだけに届いていないかも確認し、担当不在時に見逃さない運用を作ります。
担当引き継ぎのよくある質問
手順書だけ渡せば完了ですか。新担当が実行し、公開された結果を確認できるかが完了の目安です。操作権限や判断の窓口も揃える必要があります。
前任者が不在の場合はどうしますか。契約の管理者と制作会社などへ確認し、管理範囲を特定します。権限を無理に回避せず、正規の復旧や引き継ぎ手続きを使ってください。
関連サービスと基礎資料
Webサイト制作の対象範囲もご確認いただけます。
本記事の手順・確認項目は一般的な検討のための提案です。AIを使って草案を作成し、構成・表現の点検を行っています。個別の契約・運用条件は実際の環境に合わせて確認してください。