同じ会社の中でサーバー担当者が変わるだけなら、通常はサーバー移転や契約の譲渡をする必要はありません。新担当者が管理画面を使えるようにし、連絡先と支払い方法を引き継いだ後、旧担当者のアクセスを止める流れになります。
順番は「新しいアクセスの準備→ログイン・通知の確認→古いアクセスの停止」です。先に旧担当者のアカウントを消すと、誰も管理できなくなることがあります。契約名義が社員個人や制作会社になっている場合は、担当変更とは別に名義の引き継ぎも必要です。
契約ではなく管理対象から全体を洗い出す
サーバーの契約画面だけを見ても、サイト運用の全体は分かりません。ドメイン登録・DNS・CDN・SSL・業務メールが別サービスになっていることがあります。WordPress・解析・フォーム送信・バックアップなどの管理先も確認します。
請求書やカード明細から契約を逆引きすると、社内資料にないサービスが見つかることがあります。サイトのDNS設定やソースから外部連携をたどる方法もあります。旧担当者の記憶だけに頼らず、管理画面と実際の接続先を照合します。
各対象には契約名義・管理URL・契約ID・更新日を記録します。担当者が不在のときの連絡先と、サポート窓口もあると役立ちます。ただしパスワードや秘密鍵は台帳へ直接書かず、会社が管理する保管先を示します。
旧担当者と新担当者が重なる期間を作る
退職日の直前に引き継ぎを始めると、確認中の疑問を旧担当者へ聞けません。異動や退職が決まった時点で対象一覧を作り、受入確認の期限を退職日より前に置きます。緊急の退職では、承認者が権限回復と停止を同時に指揮します。
旧担当者が現状を説明し、新担当者がアクセスを確認する形なら、資料だけでは気づきにくい不足を見つけられます。小さな会社で役割を兼ねる場合もありますが、契約の変更や支出を誰が判断するかは共有しておくと安心です。
制作会社へ作業を任せていても、契約更新やサービス停止を判断する人は社内に必要です。新担当者が制作会社の連絡先と依頼できる範囲を知っていれば、技術的な作業を自分ですべて覚える必要はありません。
新担当者には本人用の権限を発行する
個別アカウントを作れるサービスでは、新担当者本人のアカウントを発行します。担当業務に必要な権限から始め、管理者権限が必要な理由を確認します。旧担当者のアカウント名だけを書き換えて使い続けると、操作履歴の意味が失われます。
NIST SP 800-53のアカウント管理では、退職・異動とアカウント処理を連動させる考え方が示されています。共有アカウントから人が抜ける場合には、認証情報の変更も必要です。米国政府向けの管理策ですが、担当交代の順序を考える参考になります。
多要素認証は新担当者の端末だけに依存させません。会社管理の回復方法と副担当を決めます。回復コードも秘密情報として、閲覧者を限定した安全な場所へ保管します。広く共有する引き継ぎ資料へ直接記載しません。
新担当者自身が日常業務を再現する
引き継ぎ資料を読めることと、実際に管理できることは別です。新担当者は自分の権限でログインし、契約内容と次回更新日を確認します。通知先のテストやサポート窓口の確認も本人が行います。
WordPressでは投稿だけでなく、更新状況や管理者一覧を確認します。ドメインでは登録者情報と自動更新の状態を見ます。バックアップでは保存済みという表示だけでなく、復元を依頼する手順と所要時間を確かめます。
定期作業がある場合は、次回の予定と直近の結果を受け取ります。失敗中の処理や保留中の請求を「引き継ぎ後に確認」とだけ書きません。問題の状態・期限・連絡先を明記し、誰が完了させるかを決めます。
通知と支払いを会社の管理へ戻す
障害通知や更新案内が旧担当者の個人メールへ届くなら、会社が継続して読める宛先へ変えます。共有メールを使う場合は閲覧者を限定します。通知が届くか、テスト送信や次回通知で確認します。
カードや銀行振込の担当も確認します。旧担当者の個人カードを使っていると、退職後にカードが利用できなくなり、更新に失敗するおそれがあります。請求書の宛名・取得場所・承認経路を経理担当者と合わせます。
サポートの本人確認に登録電話番号や秘密の質問が使われることがあります。新担当者が障害時に問い合わせられるかを事業者の手順で確認します。契約名義そのものを変える必要がある場合は、社内の担当交代とは分けて正式な名義変更を行います。
受入完了後に旧権限を停止する
新担当者の確認が終わったら、旧担当者の個別アカウントを停止します。APIキー・FTPアカウント・SSH鍵など、管理画面以外の入口も対象です。共有認証情報が残る場合は変更し、古い端末のセッションも無効にします。
自動処理が旧担当者のAPIキーを使っている場合は、停止前に新しい資格情報へ切り替えます。通知やバックアップが動くことを確認してから旧キーを無効にすれば、担当交代で連携まで止めずに済みます。停止後もサイト表示と主要機能を確認します。
残っている問題がある場合は、対応期限と相談先を引き継ぎ資料へ添えます。新しい担当者が必要な管理画面へ入り、更新通知を受け取れ、困ったときに相談できることが、担当交代後も運用を続けるための基本になります。