WordPressを別のサーバーへ移そうとしたら、「ドメインも移管してください」「ネームサーバーを変更してください」といった説明が出てきて、何を契約し直せばよいのか分からなくなった。そんなときは、ドメイン・Webサイト・メールをいったん別々に整理すると、必要な作業が見えてきます。
サーバーを移すたびに、新しいドメインを買い直す必要はありません。ドメインの登録管理と、Webサイトを置く場所は別の役割です。ただし、今のDNSサービスが契約に付属している場合などは、解約後も使えるかの確認が欠かせません。
ここでは、記事のURLを変えずにWordPressを移す場合を考えます。ドメイン名そのものを変える移転とは手順が異なります。公式資料の確認日は2026年10月12日です。
「ドメイン移管」と「サーバー移行」を分けて考える
ドメイン移管は、ドメインの登録・更新を管理する会社を変更する手続きです。サーバー移行は、サイトのファイルやデータベースを別のサーバーへ移す作業です。似た言葉ですが、同じ手続きではありません。
たとえば、ドメインはA社で更新し、WordPressはB社のサーバーで動かす構成にできます。B社からC社へサイトを移す際も、A社でのドメイン管理を続けるという選択肢があります。管理をまとめたい、更新料金を見直したいなどの理由があるときに、ドメイン移管を別途検討します。
ドメインの登録管理：名前の更新・有効期限を管理
DNS：Webやメールの接続先を案内
Web・メールサーバー：実際のサイトやメールを保管
この整理ができると、「無料ドメイン特典があるから、いまのドメインも移さなければ」と焦らずに済みます。特典の対象と移管の必要性は別々に確認しましょう。いまのURLを保つことを優先するなら、まずサイト移行に必要な変更だけを洗い出します。
ネームサーバーの変更と、DNSレコードの変更は何が違う？
DNSには、Webサイトやメールの接続先を案内する情報が入っています。ネームサーバーを変えることは、その案内を担当する場所を切り替えることです。一方、DNSレコードの変更は、現在の案内場所で接続先などの情報を直す作業です。
移行先の説明に従ってネームサーバーを変更する方法もあれば、今のDNSを使い続けてWeb向けの設定を変更する方法もあります。どちらが適切かは、利用中のサービスと移行先の構成で変わります。管理画面に同じ名前の項目があるからといって、両方を順に変更するものではありません。
| 変更するもの | 何が変わるか | 先に確かめたいこと |
|---|---|---|
| ドメイン管理会社 | 登録・更新の管理先 | 今のDNSが継続利用できるか |
| ネームサーバー | DNSの案内を担当する場所 | Web以外の設定も移せているか |
| Web向けDNSレコード | サイトの接続先 | wwwやIPv6などを含む現在の構成 |
| メール向けDNSレコード | 配送先・送信元認証など | メールサービスを変えるか、維持するか |
Webだけ移すつもりでも、メールの設定を確認する
よくあるのが、ブログと同じドメインで「info@自分のドメイン」のようなメールアドレスを使っているケースです。サイトが正常に表示されても、それだけではメールの移行成功とは言えません。Webとメールは違う接続先を使うことがあるためです。
現在のDNS画面を見て、Webの接続先だけでなく、メール配送に使うMX、送信元認証に関係するSPF・DKIM・DMARC、サービスの所有権確認用の情報などを記録します。項目名が分からなければ、その場で削除せず、メールやDNSの提供会社へ用途を確認してください。設定値をネット上の例からそのままコピーするのも避けます。
たとえば、メールをGoogle Workspaceなどの外部サービスで使い続けるなら、Webサーバーの変更に合わせてメールの配送先まで変える必要はありません。しかしネームサーバーごと変更する場合は、新しいDNS側にも継続利用に必要な設定があるか確かめます。「メールは移さない」という判断でも、確認作業は必要なのです。
反対に、旧サーバーに付属するメールを使っていて、そのサーバーを解約するなら、メールをどこで続けるかを先に決めます。メールアドレスを移行先に作るだけでは、過去の受信メールまで自動でコピーされるとは限りません。保管済みメール、転送設定、メールソフトの接続情報も別に整理しましょう。
変更前に作る「契約と設定のメモ」
作業を始める前に、次の4行を埋めてみてください。パスワードそのものを一覧に書く必要はありません。どの管理画面へ入ればよいか、期限はいつかが分かるだけでも、切替当日の迷いを減らせます。
- ドメイン：管理会社、更新日、自動更新の状態。
- DNS：現在の提供会社、設定の保存先、移行後も使えるか。
- Web：旧サーバーと移行先、バックアップの保管先、動作確認の方法。
- メール：利用サービス、使用中のアドレス、過去メールの移行要否。
「全部同じ会社だと思っていたけれど、ドメインの更新だけ別会社だった」と分かることもあります。この段階で契約を整理しておけば、Webサーバーの解約と一緒に必要なサービスまで止める失敗を避けやすくなります。
切替は、新しいサイトの確認が終わってから
先にWordPressのファイルとデータベースを移し、移行先のサービスが案内する方法で表示や操作を確認します。記事、画像、ログイン、お問い合わせなど、普段使う機能を一つずつ見てください。準備の順番はWordPress移行のチェックリストにまとめています。
DNSの設定を変更しても、すべての利用者が一斉に新しい接続先を見るとは限りません。変更前の情報が一定時間残るため、切替中は旧サーバーへアクセスする人がいることもあります。Googleの移行ガイドでも、新旧両方へのアクセスを確認してから旧環境を停止する流れが示されています。
この間に新旧両方で記事を書いたり、注文や問い合わせを受けたりすると、データが分かれることがあります。更新を控える時間帯や、追加データをどう回収するかを先に決めておきましょう。販売サイトなど更新が止められない場合は、一般的なブログ移行の手順だけで進めず、移行担当者に同期方法を確認します。
切替後はサイトの表示に加え、外部のメールアドレスとの送受信や、お問い合わせフォームの通知も確かめます。予定していた確認が済み、旧環境を参照する通信や必要なデータが残っていないと判断できてから解約へ進みます。「何時間たったから必ず大丈夫」という決め方はしません。
移行先を選ぶときは、メールと確認手順まで比べる
サーバーの月額料金だけを見ると、契約後に必要な作業が見えにくくなります。独自ドメインを持ち込めるか、メールをどう使うか、切替前にサイトを確認できるかまで調べると、自分に合う移行先を選びやすくなります。
エックスサーバーとConoHa WINGの比較記事では、料金と移行機能、バックアップの復元方法を整理しています。この記事でドメインとメールの現状を把握してから読むと、確認する条件が具体的になります。
サーバー移行で最初にすることは、契約を増やすことではありません。いま誰がドメイン・DNS・Web・メールを担当しているかを確認し、今回変える部分を決めることです。担当が整理できれば、変更の順番も、残しておく契約も判断しやすくなります。
