サーバー移管・移行の手順：制作会社やサーバーを変えるときの注意点

制作会社の変更やサーバー契約の見直しでは、「サーバーを変えるならドメインもメールも移す」と考えると、不要な作業やメール停止のリスクを増やしかねません。サーバー移行、DNS変更、ドメイン移管、登録情報変更、メール移行はそれぞれ別の作業であり、必要なものだけを選ぶことが出発点です。

この記事では、変更対象の切り分けから、旧制作会社からの引継ぎ、メールを止めないためのDNS切替、ドメイン移管の要否、見積比較、検収と旧環境解約までを整理します。移行範囲・責任者・切替条件・解約条件を判断できる状態を目指しましょう。

サーバー移行では、サーバー・DNS・ドメイン管理・登録情報・メールを別々に確認し、変更が必要な範囲だけを計画します。

01Section最初に切り分ける：今回必要な作業はどれか

まず、何を変更し、何を維持するかを決めます。サーバーはWebサイトのファイルやデータベースを置く環境、DNSはドメイン名とWeb・メールなどの接続先を結び付ける設定です。ドメイン移管は登録管理先を変える手続き、登録情報変更は登録者や連絡先などを更新する手続きであり、メール移行はメール基盤やメールボックスを変える作業です。

サーバー移行とドメイン移管は別作業であり、メール移行も別工程になり得ます。変更対象外の設定と、その管理者も移行計画に記録してください。CMS固有の移行作業は、WordPress移行の確認事項として別に整理します。

移行対象の要否を判定する

次の順で確認すると、今回の範囲を絞り込めます。

1. 1Webサイトの設置先だけを変えるかを確認します。変える場合はサーバー移行が中心で、公開先を変更するならWeb用DNSレコードの変更候補を洗い出します。
2. 2自社または新委託先がDNSを編集できるかを確認します。編集権限がなければ、DNS権限の回復またはDNS管理先変更を検討します。
3. 3登録者・契約者・請求先・更新通知先・復旧用連絡先を自社で管理できるかを確認します。管理できるなら、サーバー変更だけを理由に登録管理先変更が必要になるとは限りません。
4. 4メール基盤も変えるかを決めます。変えない場合はメール用設定を維持し、変える場合だけメール移行を独立した工程に追加します。
5. 5URLまたはドメイン名も変えるかを確認します。変更する場合は、URL対応、リダイレクト、検索監視を切替計画へ加えます。

DNS管理先が不明な場合は、委託先に「DNSゾーンを編集できるサービス名、管理者、緊急時の変更実行者、現在のレコード控え」を提示してもらいましょう。具体的な操作や制約は、利用中のDNS管理先・メール基盤・証明書管理先の公式案内で確認します。

02Section切替日を決める前に、契約・権限・構成を棚卸しする

制作会社を変えるときは、IDやパスワードを受け取るだけでは不十分です。自社または新委託先が、更新、請求管理、障害復旧、権限変更を実行できる状態を引継ぎ完了の条件にします。契約条項、アカウント帰属、更新・解約条件は、Webサイト制作の契約で確認したいポイントも参照しながら確認してください。

引継ぎ完了の最低条件

各管理対象について、自社の管理用メールアドレスでログインし、管理者の追加・削除、多要素認証（MFA）の変更、請求・更新通知の受信を確認します。旧委託先の権限は削除するか、残す必要がある場合は対象範囲と終了日を明確にします。

データや成果物は、受領しただけで完了にしません。ファイル、データベース、バックアップ、設定資料を新環境で復元・閲覧・編集できることを確認し、未受領項目は切替日確定や契約終了の条件と結び付けます。

引継ぎ台帳に記録する管理情報

フォーム回答、顧客情報、会員情報、アクセスログなどの個人データを扱う場合は、返却データ、保存場所、削除、再委託、アクセス権限を確認します。委託先の安全管理措置や委託内容の把握については、個人情報保護委員会のガイドラインが確認先になります。

03Sectionメールを含む移行パターンで変更範囲を決める

メールを維持する場合と移行する場合では、DNS設定、メールボックス、利用者対応、試験の範囲が変わります。

独自ドメインのメールを使っている企業では、Web移行とメール移行を同じ作業として扱わないことが重要です。A・AAAA・CNAMEは主にWeb接続先、MXは受信メールの配送先に関係します。SPF・DKIM・DMARCは送信ドメイン認証に関係する設定です。一般的なレコードの役割はIETF RFC 1035、DMARCの考え方はIETF RFC 9989で確認できます。

メール基盤も変える場合は、メールボックスだけでなく、アーカイブ、共有メールボックス、端末設定、MFA、利用者周知、外部からの送受信試験を別工程として見積もります。具体的な移送方式は、メール基盤と送信サービスの最新公式案内に従って確認してください。

04SectionDNS切替はテスト・承認・監視を一続きで計画する

DNS切替は設定変更だけで完結しません。事前テスト、承認、監視、データ保全を含めて計画します。

DNS切替は、レコードを更新する瞬間だけの作業ではありません。公開DNSを変更する前に新環境を検証し、最終同期、承認済みレコードの変更、監視、切戻し、旧環境保持までを一つの計画にします。

TTLはDNSレコードをキャッシュできる時間の上限に関係します。変更前にTTLを見直す考え方はIETF RFC 1034で確認できますが、反映時間を一律には決められません。既存TTL、キャッシュ、事業影響を踏まえ、変更前TTLが経過する時点から計画します。

切替計画と3段階の承認ゲート

切戻しはデータ保全と再移行まで決める

切戻し計画には、最終判断者、切戻しを検討する障害条件、DNS実行者、新環境データの保全方法、旧環境の保持条件、社内外の連絡手段、原因修正後の再移行方法を含めます。切戻し前に新環境で発生したデータを保全し、同期方針を技術担当が判断することが重要です。

05Sectionドメイン移管は必要か：管理権限とTLD別の確認事項

サーバーを変更しても、既存の登録管理先で自社が登録情報、請求、更新通知、DNS変更、障害時の復旧を管理できるなら、ドメイン移管は必須ではありません。一方、旧制作会社が登録者や管理者として残り、自社で更新・復旧できない場合は、登録情報変更、権限回復、登録管理先変更を検討します。

移管前には、対象ドメイン名とTLD、現在の登録管理先、登録者・契約者、満了日、ロック状態、認証情報の保管責任者、承認通知の受信先を確認してください。gTLDでは、承認、移管ロック、AuthInfoコード、制限期間などが関係し得るため、ICANN Transfer Policyと利用中管理先の案内を確認します。

JPドメイン名は、対象種別によって手続きや確認事項が異なり得ます。JPRSの管理指定事業者変更案内を確認し、gTLD向けの手続きをそのまま当てはめないでください。その他のTLDも、該当レジストリと登録管理先の公式案内を確認します。

費用は移管手数料だけでなく、登録管理手続き費、更新費、オプション費、DNS・メール確認を含む管理・技術代行費、税に分けて比較します。対象TLD、更新年数、DNSゾーンの扱い、メール対応、名義・連絡先変更、緊急対応をそろえたうえで、公式価格ページまたは個別見積もりで確認することが重要です。

06Section費用と期間は工程別に見積もる：比較と外部依頼の判断

移行の複雑さだけでなく、自社で復元・切戻しまで実行できる体制があるかを基準に、対応方法を判断します。

移行費用や期間は、ページ数だけでは比較できません。メール移行、外部連携、データ同期、関係者の承認待ち、旧環境の契約期限によって、必要な作業と並行利用の条件が変わります。金額や日数は、工程・対象範囲・完了条件をそろえて比較することが、稟議や発注の判断に役立ちます。

期間は4工程の開始・完了条件で確認する

全体期間は、権限・契約回収、新環境準備と事前検証、切替・監視、検収・旧環境保持の4工程に分けて計画します。権限・契約回収は必要なログイン、請求・更新通知、復旧先の確認、新環境準備と事前検証は復元を含むテスト合格を完了条件にします。切替・監視には承認済みDNS変更と重要機能の監視を含め、検収・旧環境保持は受入、データ保全、請求停止、切戻し不要の承認までを扱います。

一律の費用・期間目安は、公開情報だけでは同じ条件で比較しにくいため、対象範囲をそろえた個別見積もりで確認します。メール移行、外部連携、夜間・休日対応、並行利用、旧環境の保持期間を含むかどうかで、費用と日程は変わります。

見積比較でそろえる条件

自社対応と外部依頼を分ける基準

静的サイト中心で、自社がサーバー・DNS・ドメインの権限を持ち、バックアップ復元、障害時の判断、DNS変更を実行できる体制があるなら、自社対応を検討しやすいでしょう。

一方、CMS・データベース・フォームがある、メール基盤も変更する、会員・EC・決済を扱う、外部APIや複数ベンダーと連携する、停止許容度が低い、夜間・休日の監視や切戻しが必要といった場合は、構成調査から外部支援を優先する判断が現実的です。委託先を比べる際は、制作会社の選び方を参考に、作業範囲と責任分界を同条件で比較してください。

07Section検収後に旧環境を解約する：完了条件を先に決める

サイトが表示されたことだけで旧環境を解約すると、後からフォーム不達、権限不足、計測漏れ、復元不能が見つかるおそれがあります。検収と解約の条件は、切替前に合意し、未達項目があれば旧環境を維持します。

旧環境の保持期間に一律の正解はありません。更新頻度、フォームや会員データの有無、復元方法、データ保持要件、契約条件、停止時の事業影響を踏まえて決めます。解約後も、構成図、アカウント台帳、DNS控え、バックアップの保管場所、更新・障害時の連絡先を運用資料として残してください。

ドメイン、DNS、メール、SSL、検索関連の具体的な手続きは更新されることがあります。実施時には、対象TLDのレジストリ・登録管理先、利用中のDNS管理先、メール基盤、SSL証明書管理先の最新公式案内を確認してください。

サーバー移行の支援先を比較する

CMS・メール・外部連携を含む移行では、構成調査、検証範囲、切替・切戻しの責任分界を整理できる支援先を比較できます。

サーバー構築・移行3365社掲載

サーバー構築・移行の支援先を見る