サーバー ネットワーク 公開日 2026.04.03 更新日 2026.04.04

既存ドメインを別サーバーへ移す方法は?手順・DNS切り替え・注意点を解説

すでに使っているドメインを別サーバーへ引っ越すときに、何を変えるのか、どの順番で進めるのか、DNSネームサーバーの切り替えまで含めて実務目線で整理した記事です。

先に要点

  • ドメインの引っ越しは、`サーバー移転`、`DNS の切り替え`、`レジストラ移管` を混同しないのがいちばん大事です。
  • 実際にやることが多いのは、旧サーバーの内容を新サーバーへ用意して、DNS の向き先だけを切り替える方法です。
  • 切り替えの前に TTL を短くし、旧サーバーをすぐ止めないこと、この2つだけでも失敗はかなり減らせます。

「今のドメインはそのままで、サーバーだけ別会社へ移したい」という作業はよくあります。
ただ、実際にやろうとすると ネームサーバーを変えるのか, Aレコードを変えるのか, レジストラ移管も必要なのか が混ざりやすくて、ここで一気に分かりにくくなります。

そもそも ネームサーバーDNSレコード の違い自体を先に整理したい場合は、ネームサーバーとDNSレコードの違いは?役割・変える場所・混ざりやすい点を解説 を先に読むと進めやすいです。

しかも、作業自体はできても、切り替え後に「メールが届かない」「一部の人だけ旧サーバーを見ている」「SSL 証明書が想定どおり動かない」という事故が起きやすいです。
証明書そのものが何をしているのか先に整理したい場合は、デジタル証明書とは?どこで使う?SSL証明書との関係もわかりやすく解説 も合わせて読むと流れがつかみやすいです。
なので、単に 向き先を変えれば終わり ではなく、順番どおりに進めるのがかなり大事です。

引っ越し先をまだ決めていなくて、クラウドVPSレンタルサーバー のどれを選ぶか迷っているなら、クラウド、VPS、レンタルサーバーの違いは?コスパ比較と実務での使い分けを解説 も先に読むと判断しやすいです。

ネットワークや名前解決の土台から整理したい場合は、社内ネットワークとは?構成例・作り方・必要性をわかりやすく解説 も先に読んでおくとつながりやすいです。
この記事では、既に使っているドメインを他のサーバーへ移すときの進め方を、できるだけ実務の手順に寄せて整理します。
2026年4月4日時点で、Google Search Central の Changing your hosting、Cloudflare DNS Docs、ICANN のドメイン移管 FAQ の公開情報を確認して構成しています。

費用感についても先に触れておくと、かなり単純な WordPress 移転なら 1サイト 1万円台の代行サービスもあります。
一方で、DNS、メール、SSL、事前調査、不具合対応まで含めて制作会社へ依頼する場合は、全体で 5万〜15万円前後に収まるケースが多いです。
以下の各手順では、その部分だけ依頼したらどれくらいか のざっくり目安も併記します。

まず最初に整理したいこと

「ドメインを引っ越す」と言っても、実際には次の3つがあります。

作業 何を変えるか よくある目的
サーバー移転 Webサイトやアプリの置き場所 新しいホスティング先へ移したい
DNS の切り替え DNS レコードや ネームサーバー ドメインの向き先を変えたい
ドメイン移管 レジストラ ドメイン契約先も変えたい

実務でいちばん多いのは、レジストラはそのまま で、Web サーバーだけ新しくして、最後に DNS の向き先を変えるやり方です。
逆に、サーバーを引っ越したいだけなのに、いきなりレジストラ移管まで始めると、手順が増えてかなり重くなります。

なので最初に、

  1. サーバーだけ変えたいのか
  2. DNS 管理先も変えたいのか
  3. ドメイン契約先まで変えたいのか

この3つをはっきり分けるのが大事です。

実際の手順はこの順で進める

ここでは、同じドメインのまま、別サーバーへ移す 前提で、いちばん現実的な流れを書きます。
WordPress でも Laravel でも静的サイトでも、考え方はかなり共通です。

1. まず現在の構成を棚卸しする

依頼目安: 現状調査だけなら 1万〜3万円前後。ドメイン、メール、サブドメイン、外部連携まで洗い出すと上振れしやすいです。

切り替え作業の前に、少なくとも次は控えておいた方が安全です。

  • 現在のサーバーIP
  • 利用中の ネームサーバー
  • 現在の DNS レコード
  • www の有無
  • AレコードCNAME の使い分け
  • メール用の MXTXT、認証系レコード
  • SSL 証明書の発行方法
  • cron、バッチ、外部連携、Webhook

ここを雑にすると、Web だけ見えて「移転できた」と思ったあとに、フォーム送信やメールだけ壊れている、という事故が起きます。
特に Web のレコードしか見ていない のはかなり危ないです。

2. 新サーバーを先に完成させる

依頼目安: 新サーバー構築と事前テストで 3万〜10万円前後。アプリ、DB、メール、SSL まで入るとさらに上がりやすいです。

先に新サーバーを用意して、旧サーバーと同じように動く状態まで持っていきます。
この段階では、まだ本番ドメインの向き先は変えません。

実際には、次のような確認が必要です。

  • ファイル配置
  • アプリの動作
  • データベース接続
  • アップロード先の権限
  • SSL 証明書の発行方法
  • 301 リダイレクトや www 統一
  • 画像、CSS、JavaScript の読み込み
  • メール送信や問い合わせフォーム

Laravel や CMS のようにデータベースを使うサイトなら、この時点で初回データ移行も進めておきます。
できれば一時URL、検証用サブドメイン、あるいは自分のPCの hosts 設定を使って、本番公開前に表示確認できる状態を作っておくとかなり楽です。

3. 切り替え前に TTL を短くする

依頼目安: TTL 調整そのものは 5千〜1.5万円前後 が目安ですが、単独依頼より DNS 切替作業の一部として見積もられることが多いです。

数日前に TTL を短くしておくと、切り替え後に古い情報が残りにくくなります。
よくあるのは、普段は数時間から1日程度の TTL を使っていて、移転前だけ短くするやり方です。

ここで注意したいのは、TTL を短くした瞬間から全部すぐ短くなるわけではない ことです。
すでに古い TTL でキャッシュされている分は残るので、切り替え直前ではなく、余裕を持って事前に変更した方が安全です。

4. DNS をどちらの方式で切り替えるか決める

依頼目安: DNS レコード棚卸しと切替設計で 1万〜3万円前後。メールや複数サブドメインがあると上がりやすいです。

ここで分岐します。

方法1. 今の DNS 管理先をそのまま使う

現在の DNS 管理画面で AレコードCNAME だけを新サーバー向けに更新する方法です。作業が軽く、いちばん現実的です。

方法2. ネームサーバーごと切り替える

ネームサーバー を新しい DNS 事業者へ向け直す方法です。切り替え先に DNS レコードを全部再現してからやらないと事故が起きやすいです。

慣れていないなら、まずは 方法1 の方が安全です。
理由は単純で、管理先そのものを変えないので、影響範囲を小さくしやすいからです。

5. 本番更新を止める時間を決める

依頼目安: ディレクションや切替計画の整理としては 5千〜2万円前後。丸ごと代行なら全体費用に含まれることが多いです。

データベースがあるサイトでは、切り替え中にも投稿、注文、問い合わせ、会員登録のような更新が入ると、旧新サーバーで内容がずれます。
そのため、切り替え時刻の少し前から更新を止める時間を決めておいた方が安全です。

たとえば、次のどれかを選びます。

  • 一時的にメンテナンス画面を出す
  • 管理画面だけ止める
  • フォーム送信を止める
  • 夜間やアクセスの少ない時間に切り替える

静的サイトならこの問題は小さめですが、DB があるサイトではかなり重要です。

6. 切り替え直前に最終同期する

依頼目安: ファイル・DB の最終同期や差分移行で 2万〜8万円前後。DB やアップロードが大きいと高くなりやすいです。

本番停止時間に入ったら、最後の差分だけ同期します。
具体的には、次のようなものです。

  • 直近の DB 差分
  • アップロードファイル
  • 設定ファイル
  • キャッシュクリア
  • バックグラウンドジョブや cron の切り替え

ここで旧サーバーの最新状態を新サーバーへ合わせてから、初めて DNS 側を触る方が事故が少ないです。

7. DNS を切り替える

依頼目安: DNS 切替の実施だけなら 1万〜3万円前後。メール、SSL、複数レコード確認込みだと上寄りになりやすいです。

ここが実際の引っ越し本番です。

今の DNS 管理先をそのまま使うなら、AレコードCNAME を新サーバー向けへ変更します。
ネームサーバー を変えるなら、切り替え先に必要なレコードがすべて入っていることを確認してから変更します。

最低限、次は同時に見た方が安全です。

  • ルートドメイン
  • www
  • サブドメイン
  • メール用レコード
  • 外部サービス接続用レコード
  • 所有確認用レコード

トップページだけ見えているから大丈夫 では足りません。
問い合わせフォーム、管理画面、API、画像配信、メール配送まで見て初めて切り替え完了です。

8. 切り替え後に確認する

依頼目安: 切替後チェックと軽微な不具合対応で 1万〜5万円前後。フォーム、メール、会員機能まで検収すると上がりやすいです。

切り替え直後は、まず次を確認します。

確認項目 見たいこと
表示確認 トップ、主要ページ、CSS、画像、JS が崩れていないか
フォーム 送信できるか、メールが届くか
SSL 証明書エラーや混在コンテンツがないか
ログ 404、500、権限エラーが増えていないか
SEO canonical、sitemap、robots、Search Console の確認
メール MX や SPF、DKIM などが崩れていないか

Google Search Central でも、URL を変えないホスティング変更では、新しい環境のテスト、DNS 切り替え、旧新トラフィックの監視、旧環境の停止という順で進める案内になっています。
SEO 面でも、URL を変えないならダメージを抑えやすいですが、クロールエラーや robots の設定ミスがあると普通に落ちます。

9. 旧サーバーはすぐ止めない

依頼目安: 監視と経過確認は 5千〜2万円前後。保守契約に含まれることも多いですが、スポットだと確認日数で変わります。

ここはかなり大事です。
TTL やキャッシュの都合で、しばらくは旧サーバーへアクセスしてくる利用者やボットが残ります。

そのため、切り替え後もしばらくは旧サーバーを残して、

  • 旧サーバーへのアクセスがほぼ消えたか
  • 新サーバーでエラーが出ていないか
  • バッチやメール配送が想定どおりか
  • Googlebot が新環境を取りに来ているか

を見てから止めた方が安全です。
Google のドキュメントでも、旧環境へのトラフィックがゼロに近づいてから停止する流れが示されています。

レジストラ移管までやる場合はどうするか

依頼目安: レジストラ移管の作業費は 1万〜3万円前後 を見ておくと無難です。これとは別に、移管手数料や更新費用が数千円単位でかかることがあります。

ここまでの手順は、サーバー移転や DNS 切り替えの話です。
もしドメイン契約先そのものを変えたいなら、さらに レジストラ 移管の手順が増えます。

実務では、次の確認が追加で必要です。

  • ドメインロックの状態
  • Auth code / 認証コードの取得
  • 契約者メールの受信可否
  • 有効期限
  • 移管制限の有無

ICANN の FAQ でも、登録直後や変更直後に 60 日制限がかかるケースが案内されています。
なので、サーバー移転とレジストラ移管を同じ日にまとめてやるより、まずサーバー移転を安定させてから移管する方がかなり安全です。

実際はどこまでやれば十分か

小規模サイトなら、最低限ここまではやった方が安心です。

  1. 現在の DNS レコードを控える
  2. 新サーバーで表示とフォームを先に確認する
  3. 数日前に TTL を短くする
  4. 切り替え直前に最終同期する
  5. AレコードCNAME を切り替える
  6. SSL、メール、404、500 を確認する
  7. 旧サーバーをすぐ解約しない

逆に、いきなり ネームサーバーごと変える, レジストラも同時に移す, 旧サーバーを当日止める は失敗しやすいです。

ざっくり言うと、かなり単純な移転だけを安く依頼する なら 1万円台もありえますが、調査、DNS、SSL、メール、検収まで含めて安全に任せる なら 5万〜15万円くらいは普通にありえます。
見積もりを見るときは、金額の安さだけでなく、どこまで対応範囲に入っているかを必ず見た方が安全です。

よくある失敗

よくある失敗

Web の表示だけ見て終わりにして、メール、フォーム、管理画面、サブドメイン、外部連携の確認が漏れるパターンはかなり多いです。DNS の引っ越しは、トップページが見えるだけでは完了とは言えません。

ほかにも、よくある失敗は次のとおりです。

  • TTL を下げるのが遅い
  • 新サーバーの動作確認が甘い
  • www とルートドメインで設定がずれている
  • ネームサーバー切り替え先に DNS レコードを入れ忘れる
  • SSL 証明書の発行条件を見落とす
  • 旧サーバーを早く止めすぎる

まとめ

既に使っているドメインを他のサーバーへ移すときは、難しそうに見えても、やること自体は整理できます。
大事なのは、何を変えるのか を先に切り分けて、新サーバーを先に完成させる, DNS は最後に切り替える, 旧サーバーをすぐ止めない の順を守ることです。

特に、DNSネームサーバーTTLAレコードCNAME の役割を分けて理解しておくと、引っ越し作業はかなり落ち着いて進めやすくなります。
サーバー移転だけで済むのか、DNS 管理先も変えるのか、レジストラ 移管まで必要なのかを最初に分けて考えるのがおすすめです。

参考情報

あとで見返すならここで保存

読み終わったあとに残しておきたい記事は、お気に入りからまとめて辿れます。