ドメイン変更・サーバ移転の完全ステップガイド（安全に切り替える手順）

Webサイトのリニューアルやインフラ移行では、ドメイン変更とサーバ移転がセットになることがあります。

この作業は一見シンプルに見えますが、実際にはDNS・サーバ・SSL・メールがそれぞれ独立して動いているため、順番を誤ると様々なトラブルにつながります。

「サイトが表示されない」「SSLエラーが出る」「フォームのメールが届かない」など、移行時によくある問題の多くは、作業手順や確認不足が原因です。

そのため、基本方針としては「一気に切り替えない」「段階的に移行する」が前提になります。

今回は、実際の移行作業でも利用している安全な進め方をご紹介します。

■全体構造の理解（最初に必ず確認）

---

移行作業は主に以下の3要素で構成されています。

・DNS（どこにアクセスを向けるか）
・サーバ（実体のデータがある場所）
・SSL（https通信の証明）

さらに企業サイトの場合はメール環境も重要になります。

これらはそれぞれ独立して動いているため、同時に変更すると原因切り分けができなくなります。

例えば、サイトが表示されない場合でも、DNSが原因なのか、SSLが原因なのか、サーバ設定が原因なのか判断が難しくなります。

そのため、移行作業では一つずつ順番に確認しながら進めることが重要です。

■ステップ① 現状確認（ここが最重要）

---

まずは現在の構成を正確に把握します。
実際の現場でも、移行トラブルの多くは「今どうなっているのか分からない状態」で作業を始めてしまうことが原因です。

■必須確認項目
・ドメイン管理会社（Xdomain / お名前.com など）
・ネームサーバー（NS）の設定先
・現在のサーバー環境（Xserver / VPS / 旧環境など）
・メール基盤（Microsoft 365 / Google Workspace / サーバメール）
・SPF / DKIM / DMARCの設定有無
・wwwあり / なしのDNS構成

■DNS確認コマンド
dig NS example.com

ここで「どこがDNSの管理権限を持っているか」が確定します。

まずは現在の構成図を書き出すところから始めるのがおすすめです。

■ステップ② 新サーバー準備（公開前作業）

---

移行先サーバーを先に構築します。
重要なのは、この段階ではまだDNSを変更しないことです。

■作業内容
・新サーバー契約
・ドメイン追加（この時点ではDNS変更しない）
・WordPress移行
・ファイル一式移行
・データベース移行
・ステージング環境での動作確認

■確認ポイント
・管理画面にログインできるか
・画像やCSS崩れがないか
・内部リンクが正しいか
・PHPバージョンに問題がないか
・プラグイン互換性に問題がないか

公開前に十分な確認を行うことで、本番切り替え時のリスクを大幅に減らすことができます。

■ステップ③ SSL事前準備（最もトラブルが多い）

---

SSLはサーバ移転の中でも特にミスが起きやすい工程です。
現在はHTTPSが前提になっているため、SSL設定に失敗するとサイトが正常に表示されなくなります。

■SSL認証方式
・HTTP認証（Web認証）
→ サーバーに認証ファイルを設置する方式（推奨）

・DNS認証（TXTレコード）
→ DNSに認証用レコードを追加する方式

・後付けSSL
→ 公開後にSSLを設定する運用タイミングの話であり、認証方式ではない

■判断基準
・旧サーバーにFTPアクセス可能 → HTTP認証が最適
・旧サーバーにアクセス不可 → DNS認証が現実解

■DNS認証の注意点
・反映に数分〜最大24時間
・TXTレコード再発行でやり直しになる場合がある
・クライアント作業が必要なケースもある

■ステップ④ メール環境の確認（ここを軽視すると事故ります）

---

サーバ移転とメールは基本的に別レイヤーです。
サイト移転が成功しても、メールだけ停止してしまうケースは珍しくありません。

■必須確認項目
・メールの運用先（Microsoft 365 / Google Workspace / サーバメール）
・SMTP設定の有無
・SPFレコードの整合性
・DKIM設定の有無
・DMARCポリシー

■特に重要なポイント
・サーバ移転後もメールが止まらない構成か
・送信元ドメインとSPFが一致しているか
・フォームの送信メールが正常に届くか

採用サイトやお問い合わせフォームでは特に重要な確認項目です。

■ステップ⑤ Aレコード切り替え（本番反映）

---

ここで初めて公開環境が切り替わります。

■作業内容
・example.com のAレコード変更
・www のAレコード変更
・TTLに応じた反映待ち（数分〜最大24時間）

■確認ポイント
・両方のレコードが新サーバーを向いているか
・片方だけ旧環境が残っていないか
・SSL証明書の対象と一致しているか

ネームサーバー自体は変更しない構成の方が、安全に移行できるケースが多くあります。

■ステップ⑥ SSLの最終反映

---

Aレコード変更後にSSLの最終確認を行います。

■作業内容
・SSL証明書の有効化確認
・httpsアクセス確認
・リダイレクト設定確認

.htaccess例

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

■ステップ⑦ 動作確認（公開後チェック）

---

移行作業は公開したら終わりではありません。
必ず動作確認を実施します。

■必須チェック項目
・httpsでの表示確認
・フォーム送信確認
・メール受信テスト
・管理画面ログイン
・画像やCSS崩れの確認
・404エラーの有無

特にフォーム送信テストは必須です。

■ステップ⑧ 旧サーバーの維持

---

移行直後に旧サーバーを削除するのは危険です。

■理由
・DNSキャッシュの残存
・メール遅延の可能性
・旧URL参照の残り

■推奨期間
最低1〜2週間は維持

問題がないことを確認してから解約する方が安全です。

■よくある失敗パターン

---

・SSLを先に確定させてしまい不整合になる
・メール設定を考慮しないまま移転する
・Aレコードとネームサーバーを同時変更する
・旧サーバーを即時解約する
・wwwとルートドメインの片方だけ変更する

どれも実際によくあるトラブルですので注意が必要です。

■事前チェックリスト（実務用）

---

移行前に最低限確認しておく項目です。

・DNS管理権限はどこか
・www / 非www の構成
・SSL認証方式（HTTP or DNS）
・メールの運用先
・SPF / DKIM / DMARCの有無
・旧サーバーのFTP可否

■まとめ

---

・DNSは最後に変更する
・SSLは事前に準備しておく
・メールはサーバと切り離して考える
・wwwとルートは必ずセットで扱う
・旧環境はすぐに消さない

移行作業は「切り替え」ではなく「段階的な引っ越し」として設計することが重要です。

焦って一度に変更するよりも、一つずつ確認しながら進めることでトラブルを大幅に減らすことができます。

ドメイン変更やサーバ移転でお困りの際は、お気軽にグリュックまでご相談ください。

■おすすめ書籍

---

・いちばんやさしいWordPressの教本 第7版
・達人に学ぶDB設計徹底指南書 第2版
・Webを支える技術 HTTP、URI、HTML、そしてREST
・図解まるわかり サーバーのしくみ