ホームページのサーバー移管手順｜同じドメインで止めずに切り替えるチェックリスト

結論：DNS切り替えの注意点は「URL」「管理移管」「旧環境維持」を分けることです

ホームページのサーバー移管で止まりやすい原因は、データコピー不足よりも、DNS 切り替えの前提整理不足です。特に見落としやすいのは、URL まで変わるのか、ドメイン管理会社も変えるのか、旧 DNS やメール経路を何日残すのかの 3 点です。

同じドメインで移管するつもりでも、制作会社の乗り換えやリニューアルが重なると、実際には「サイト移転」「AuthCode を使う管理移管」「メール影響を伴う DNS 切り替え」が同時進行になります。先に論点を分けるだけで、公開停止や問い合わせ漏れをかなり防げます。

DNS切り替え前に決める3つの判断基準

1. URLが変わるなら、サーバー移管ではなくサイト移転です

同じドメインのままでも、CMS 変更やページ整理で URL が変わるなら、DNS の話だけでは終わりません。Google 検索セントラルは、URL を伴う移転では URL マッピングを準備し、元 URL から新 URL への対応を決めることを案内しています。

つまり、example.com/service が example.com/services/ に変わるなら、必要なのはサーバー契約変更ではなく、URL 対応表、301 リダイレクト、内部リンク修正、公開後監視です。DNS 切り替えの前に、URL を変える作業かどうかを切り分けてください。

出典画像: Google 検索セントラル「URL の変更を伴うサイト移転」の参照箇所（2026年7月28日取得）

https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes?hl=ja

2. ドメイン管理会社も変えるなら、AuthCode と承認経路を先に押さえます

サーバー移管とドメイン管理会社の変更は別作業です。JPRS は、指定事業者変更の手続きで 認証コード（AuthCode）が必要になり、変更元と変更先の事業者をまたぐ承認フローがあることを示しています。

そのため、旧制作会社や保守会社がドメイン管理を持っている場合は、公開日直前に「あとで移せばよい」と考えない方が安全です。誰が AuthCode を受け取れるか、承認メールがどこへ届くか、解約前にログインできるかを先に確認しないと、DNS を触る前で止まります。

出典画像: JPRS「ドメイン名の管理指定事業者の変更」の参照箇所（2026年7月28日取得）

https://jprs.jp/about/dom-rule/agent-change/

3. 切り替え直後も、旧DNSと旧サーバーをすぐ止めません

東京大学情報基盤センターは、DNS サーバ交代時には 新しい DNS サーバの情報が全域で有効になるまでタイムラグがあり、しばらく旧サーバへ問い合わせが来る可能性があるため、数日間は旧サーバを稼働させる方が安全だと案内しています。

この考え方は企業サイト移管でも同じです。切り替え直後に旧環境を解約すると、一部利用者だけ旧経路へアクセスし、フォーム通知や画像配信が不安定になることがあります。ホームページとメールが同じドメインなら、MX や TXT も含めて差分確認が必要です。

出典画像: 東京大学情報基盤センター「DNSサーバ交代の際の注意点」の参照箇所（2026年7月28日取得）

https://www.itc.u-tokyo.ac.jp/education/services/dns-hosting/faq/page-2304/

同じドメインで止めずに移管する5手順

1. 現在の契約とレコードを一覧にする

ドメイン管理会社、サーバー契約者、CMS ログイン、SSL 更新先、フォーム通知先、解析権限を並べます。DNS は A CNAME MX TXT を控え、どれがホームページ用でどれがメールや外部サービス用かを分けておきます。

2. 新サーバーで先に複製と動作確認を済ませる

本番ドメインを切り替える前に、新サーバー側で主要ページ、画像、フォーム、管理画面、プラグイン互換を確認します。ここで未確認のまま DNS を切り替えると、障害が表に出るタイミングが公開本番になります。

3. URL変更の有無で作業表を分ける

URL を変えないなら、主作業は DNS と表示確認です。URL を変えるなら、旧 URL 一覧、新 URL 一覧、301 設定、サイトマップ更新、Search Console の監視項目を別シートで持つ方が安全です。

移管前に、担当者と確認順だけ先に決めてください

New Check では、移管前の確認漏れを洗い出したい方向けに、無料診断とアクセス改善事例を公開しています。判断材料を先に揃えたい場合は https://newcheck.jp/setagaya-shindan と https://newcheck.jp/analytics が参考になります。

4. 切り替え日はメール確認込みで組む

問い合わせメールを同じドメインで使っている会社は、DNS 切り替え直後にフォーム送信と通知メール受信を必ず確認します。営業時間中に一斉切り替えするより、対応できる担当者がいる時間帯に実施した方が事故対応しやすくなります。

5. 切り替え後3日間の監視項目を決める

確認対象は次のとおりです。

• 主要ページが HTTP 200 で返るか
• フォーム送信後の通知メールが届くか
• 画像、PDF、外部スクリプトが欠けていないか
• URL を変えたページで 301 が機能しているか
• Search Console と解析で異常が出ていないか
• 旧サーバー停止前に必要データを回収できているか

切り替え前のチェックリスト

• URL を変える作業か、サーバーだけ変える作業かを決めた
• ドメイン管理会社の名義、AuthCode の取得先、承認経路を確認した
• 現在の DNS レコードとメール利用有無を控えた
• 新サーバーで主要ページとフォームを検証した
• 旧サーバーを数日残す前提で停止日を決めた
• 切り替え当日の確認担当と連絡手段を決めた

よくある質問

ホームページのサーバー移管でドメインはそのまま使えますか

多くのケースではそのまま使えます。ただし、管理会社を変える場合は DNS 切り替えとは別に AuthCode と承認手続きが必要です。

DNS切り替え中にメールが止まることはありますか

あります。ホームページとメールが同じドメインを使っている場合は、MX や TXT の差分確認をせずに切り替えると受信経路に影響が出ることがあります。

旧制作会社はいつ解約すればいいですか

DNS 切り替え、フォーム確認、メール受信確認、必要データ回収が終わる前は解約しない方が安全です。少なくとも旧環境へ問い合わせが来なくなるまで余裕を残してください。

先に決めるべきなのは「切り替え日」ではなく「戻せる状態」です

サーバー移管の失敗は、技術難度よりも段取り不足で起こります。URL を変えるか、管理会社を変えるか、旧 DNS をいつ止めるかを分けて整理すれば、同じドメインのままでも止めずに進めやすくなります。

移管前の確認項目を第三者目線で整理したい場合は、New Check で現状診断から進行表づくりまで支援できます。切り替え前の段階で詰まりそうなら、公開日を決め切る前に相談する方が安全です。