制作会社から管理を引き継ぐ流れは、現在の契約とデータを確認し、自社または新しい保守先の権限を用意して、動作確認後に旧権限を止める順です。サーバーを移す必要があるかは契約名義や共有の状況によって異なり、担当会社が替わるだけで必ず移転するわけではありません。

パスワードを受け取れても、契約の登録メールが制作会社のままだと再設定をできない場合があります。日々の更新ができることと、契約そのものを管理できることを分けると、引き継ぐものが分かりやすくなります。

自社で契約を管理できる状態にする

自社ですべての技術作業をする必要はありません。新しい保守会社へ依頼する場合も、会社として契約を継続でき、必要な担当者へ作業を任せられることが引き継ぎの目的です。資料の受領だけでなく、新しい権限で操作できることが完了の目安になります。

管理画面へログインでき、契約の更新や必要な問い合わせを会社側で扱えることが基本です。バックアップは保存先と復元方法を引き継ぎます。確認のために本番データを上書きする必要はありません。

契約者と技術管理者を分けて棚卸しする

最初にドメイン・DNS・サーバー・SSL・メール・CDN・解析・WordPressを一つの台帳へ並べます。それぞれの契約名義と請求先を記録します。管理者と更新日も同じ台帳へ加えます。制作会社の担当者しか知らないサービスがないかを、請求書やDNSの参照先からも確認します。

管理画面へ入れる人と、契約を解約・移管できる人は同じとは限りません。共有パスワードを受け取っても、登録メールアドレスが制作会社のままなら再設定時に操作できなくなります。法人名義へ変更できないサービスは、新規契約と移行が必要かを提供会社へ確認します。

権限は受領後に実操作で検収する

新しい自社管理者を作成し、多要素認証と復旧先を自社の連絡先へ設定します。制作会社の共通アカウントをそのまま使い続けず、個人または役割ごとに識別できる権限を使います。サーバー・WordPress・DNSなどは対象ごとに必要最小限の権限を割り当てます。

新しい権限でログインし、必要な設定を参照できるかを確認します。更新を自社で行うなら、検証用の下書きを保存するなど、公開状態を変えない範囲で試すと不足が分かります。DNSや支払い設定は、確認だけのために書き換えない方が安全です。

ドメインとメールは停止条件を先に確認する

ドメイン移管では有効期限と移管ロックを確認します。認証コードと登録者の承認経路も必要です。移管とネームサーバー変更は別の作業なので、同時に値を変える必要があるとは限りません。現在のDNSレコードを保存し、Web以外のMXや認証用TXTも引き継ぎ対象に含めます。

メールはアカウント一覧だけでなく、転送・フォーム送信・迷惑メール対策・保存中のメールを確認します。切り替えで送信元が変わる場合はSPF・DKIM・DMARCも検証します。旧契約を止める日は、新しい経路で送受信と過去メールの参照を確認してから決めます。

データ移行は変更停止と切り戻しを組み込む

新しい契約へ移す場合は、ファイル・データベース・メールの基準時点を定めます。移行中も記事や注文が増えるサイトでは、最終同期の時間と入力停止の案内が必要です。作業直前のバックアップに加え、復元方法と保管場所を受け入れ側で確認します。

切り替え前に新環境を確認し、URL・フォーム・メール・証明書を試します。公開後に問題が出たとき、どの条件なら旧環境へ戻すかを決めておきます。旧契約は切り替え直後に解約せず、検収期間とデータ保持条件を満たすまで維持します。

旧権限を閉じて引き継ぎ記録を残す

受け入れ検査が終わったら、制作会社の管理者・FTP・APIキー・VPNなどを一覧から停止します。削除前に契約上の保守範囲と継続作業がないことを双方で確認します。共有していた認証情報は変更し、不要になった転送先や復旧用メールも自社の状態へ戻します。

保守を一部継続する場合は、その作業に必要な権限まで一律に消さないことが大切です。残る作業と終了する作業が分かれ、新しい担当者が契約・更新・連絡を扱える状態なら、技術作業を自社で抱え込まずに引き継げます。