WordPress のサーバーを ConoHa へ移転するついでに、DNS も ConoHa DNS へ移したいという場面では、「DNS の移行」と「サイトの向き先の切り替え」を同じ日に一度に行わないことが要点です。まず ConoHa DNS に今と同じ内容（旧サーバーを指したまま）でレコードを作ってネームサーバーを移し、落ち着いてから A レコードを新サーバーへ向けます。二段階に分けると、問題が起きたときにどちらが原因かを切り分けやすく、切り戻しも A レコード1つの変更で済みます。
この記事では、二段階で進める理由、新サーバーを hosts ファイルで事前確認する方法、SSL 証明書とメールの扱い、切り戻しの準備を、WordPress サイトの移転を前提に説明します。レコードの棚卸しやネームサーバー切り替えそのものの基本手順は、ConoHa DNS への移行手順を扱った別記事も参考にしてください。
ConoHa は VPS と WING で管理画面やDNSの設定場所が異なり、表記も変わることがあります（2026年10月現在）。以下では画面上の名前ではなく、設定する内容で説明します。
なぜ二段階に分けるのか
サーバー移転と DNS 移行を同時に行うと、切り替え後にサイトが表示されないとき、原因の候補が一気に増えます。ネームサーバーの反映待ちなのか、ConoHa 側のレコードの入力ミスなのか、新サーバーの WordPress の設定なのか、SSL 証明書なのか、見分けがつきにくくなります。
さらに、ネームサーバーの変更は上位のレジストリの NS レコードのキャッシュに左右され、1〜2日程度は新旧の DNS の両方に問い合わせが届きます。この間に「旧 DNS は旧サーバー、ConoHa DNS は新サーバー」と異なる答えを返していると、訪問者によって表示されるサイトが変わり、問い合わせフォームの送信やコメント、注文が旧サーバーに書き込まれてしまうことがあります。
二段階に分けた場合の流れは次のとおりです。
- ConoHa DNS に、旧 DNS と同じレコード（A は旧サーバーの IP のまま）を登録する
- レジストラでネームサーバーを ConoHa に変更し、数日おいて安定を確認する
- 新サーバーへ WordPress を移し、hosts ファイルで表示を確認する
- ConoHa DNS で A レコードを新サーバーの IP に変更する
- しばらく旧サーバーを残し、問題がなければ停止する
段階1〜2の間はサイトの向き先が変わらないため、訪問者から見て何も起きません。段階4は ConoHa DNS の中だけの変更なので、TTL を短くしておけば数分から数十分で切り替わり、戻すときも同じ速さで戻せます。
段階1〜2：向き先を変えずに DNS だけ移す
ConoHa DNS に対象ドメインを追加し、旧 DNS のレコードを書き写します。このとき A レコードは旧サーバーの IP のままにしておき、内容をそっくり同じにすることに集中します。登録が終わったら、レジストラを変更する前に ConoHa のネームサーバーへ直接問い合わせ、旧 DNS と同じ答えが返るかを確認します。
# ns1.conoha-example は ConoHa の画面に表示されたネームサーバー名に置き換える
dig @ns1.conoha-example example.com A +short
dig @ns1.conoha-example www.example.com A +short
dig @ns1.conoha-example example.com MX +short
dig @ns1.conoha-example example.com TXT +shortこのタイミングで、サイト用の A レコード（example.com と www）の TTL を 300 秒程度の短めの値にしておきます。段階4の切り替えと、万一の切り戻しを短時間で済ませるためです。
旧 DNS で DNSSEC を使っている場合は、レジストラで DS レコードを先に外し、その削除が行き渡ってからネームサーバーを変更します。DS が残ったまま切り替えると、DNSSEC を検証する公開 DNS から名前解決できなくなります。
ネームサーバーの変更後は、dig example.com NS +trace で TLD のサーバーが ConoHa のネームサーバーを返すことを確かめ、数日はサイトとメールの様子を見ます。この期間は旧 DNS のゾーンを消さずに残しておきます。
段階3：新サーバーを hosts ファイルで確認する
新サーバーに WordPress を移したら、DNS を切り替える前に、自分のパソコンだけ新サーバーを見るようにして確認します。hosts ファイルに次のような1行を加えると、そのパソコンからは DNS を使わずに指定の IP へ接続します。
# Windows: C:\Windows\System32\drivers\etc\hosts（管理者権限で編集）
# macOS / Linux: /etc/hosts
203.0.113.20 example.com
203.0.113.20 www.example.com203.0.113.20 は新サーバーの IP に置き換えます。ブラウザーは名前解決の結果をしばらく保持するので、編集後はブラウザーを再起動するか、シークレットウィンドウで開きます。
確認する項目は、トップページと主要な固定ページ・投稿の表示、管理画面へのログイン、パーマリンクの動作（404 にならないか）、画像の表示、フォームの送信、プラグインのエラー表示です。ドメインを変えずに移転する場合、WordPress の siteurl と home は旧サーバーと同じ値のままで問題ありません。移転作業中に一時的なドメインで確認する方式を使った場合は、その仮ドメインが本番データに残っていないかも見ておきます。
確認が終わったら、hosts ファイルの追記は忘れずに消します。残したままにすると、後で自分だけ古い IP を見続けることになります。
SSL 証明書を切り替え前にどう用意するか
新サーバーで HTTPS の証明書を用意するタイミングは、移転の中でつまずきやすいところです。Let's Encrypt の HTTP 認証（HTTP-01）は、ドメインが新サーバーを指していないと通らないため、段階4の前には発行できません。
選択肢は次の三つです。
- 切り替え直後に発行する：A レコードを変えた直後に発行する方法。発行までの短い時間、新サーバーに届いた訪問者には証明書の警告が出る可能性があります。
- DNS 認証（DNS-01）で先に発行する：TXT レコードで所有を証明するため、向き先を変える前に発行できます。ConoHa DNS で TXT を手作業で追加するか、ACME クライアントが ConoHa の API に対応していれば自動化できます（対応状況はクライアントの説明を確認してください）。
- サーバー側の無料 SSL 機能を使う：ConoHa WING などのサービスでは、ドメインの向き先が変わった後に証明書が自動で発行される仕組みが用意されています。発行の条件や所要時間はサービスの案内で確認します。
どれを選んでも、旧サーバーの証明書の有効期限が切り替え予定日より十分先にあることを確かめておくと、切り戻したときに旧サーバー側で警告が出る心配がなくなります。
メールの向き先を決めておく
サーバー移転では、Web だけでなくメールをどこで受けるかも決めておく必要があります。旧サーバーでメールを受けていて、メールは移さない場合は、MX と、MX が指すホスト名の A レコードを旧サーバーのまま残します。example.com の A レコードを新サーバーへ向けたときに、MX が example.com そのものを指していると、メールまで新サーバーへ流れてしまいます。MX の値が何を指しているかを、切り替え前に dig example.com MX +short で確認してください。
メールも新サーバーへ移す場合は、メールアカウントの作成とメールボックスの移行、SPF に新サーバーの送信元を加える変更、DKIM の鍵の登録が必要で、Web とは別の日に切り替えるほうが原因の切り分けが楽になります。WordPress のフォームや通知メールを SMTP プラグイン経由で送っている場合は、送信先のサーバー設定もあわせて確認します。
段階4：A レコードを切り替える日にやること
切り替えの当日は、次の順で進めます。
- 旧サーバーで WordPress のデータベースとファイルの最終バックアップを取る
- 更新が多いサイト（コメント、会員登録、ネットショップ）なら、切り替え前後の短い時間だけ投稿や注文を止める
- 最後に旧サーバーの差分を新サーバーへ反映する
- ConoHa DNS で
example.comとwwwの A レコードを新サーバーの IP に変更する - 公開 DNS で新しい値が返るか確認する
dig @1.1.1.1 example.com A +short
dig @8.8.8.8 www.example.com A +short
curl -sI https://example.com/ | head -n 5段階2で TTL を短くしてあれば、多くの訪問者は数分から数十分で新サーバーに移ります。旧サーバーのアクセスログを見て、アクセスが減っていくことも確認の目安になります。
切り戻しの準備をしておく
切り戻しは「ConoHa DNS で A レコードを旧サーバーの IP に戻す」だけで済むように、次の状態を保っておきます。
- 旧サーバーを契約したまま、WordPress が動く状態で残す（少なくとも数日から1週間程度）
- 旧サーバーの IP と元の TTL を、作業メモに書いておく
- 切り替え後に新サーバーで受けた注文や問い合わせは、戻したときに旧サーバーへ反映する必要があることを念頭に置く
一つ目が特に大切です。旧サーバーを早く解約すると、新サーバーで問題が見つかったときに戻る先がなくなります。安定を確認したら、A レコードの TTL を 3600 などの通常値に戻し、旧サーバーと旧 DNS を停止します。
まとめ
- サーバー移転と DNS 移行は分けて進め、まず向き先を変えずにネームサーバーを ConoHa へ移します。
- 新サーバーは hosts ファイルで事前に確認し、確認後は追記を消します。
- SSL 証明書は HTTP 認証だと切り替え前に発行できないため、DNS 認証やサービスの自動発行を含めて方法を決めておきます。
- MX が何を指しているかを確かめ、メールの向き先を Web と別に管理します。
- A レコードの TTL を短くし、旧サーバーを残しておけば、切り戻しは A レコードの変更だけで済みます。