独自ドメインとDNSを安全に切り替える
独自ドメインの切り替えは、文字列を一つ登録するだけに見えて、DNS、証明書、公開先、検索エンジンのURLが同時に関わります。先に公開先を動かし、切り替え後に確認する項目と戻し方を用意します。
正式なURLを一つ決める
最初に、利用者へ案内するURLを一つ決めます。wwwを付けるか、サブドメインを使うかを決め、ほかの入口は正式URLへ転送します。
公開サービス側へドメインを登録し、指定されたA、AAAA、CNAMEなどのレコードを確認します。CloudflareのDNSドキュメントでも、レコード種別ごとに必要な値が異なり、A、AAAA、CNAMEではProxy statusやTTLが重要な項目として示されています。
既存レコードを記録する
変更前に、現在のレコード名、種類、値、TTL、Proxy設定を記録します。メールを使っているドメインでは、MX、SPF、DKIM、DMARCなどWeb以外のレコードを誤って消さないようにします。
変更対象を最小限にし、ワイルドカードレコードがある場合は、新しい具体的なレコードとの優先関係を確認します。反映時間を短くしたい場合でも、TTLを直前に変えればすぐ全環境へ反映されるとは限りません。
HTTPSと転送を確認する
DNSが解決しても、証明書の発行が終わる前はHTTPS接続に失敗することがあります。次を別々に確認します。
転送が往復していないか、存在しないURLが正しく404になるかも確認します。
公開後に見る場所を決める
切り替え直後は、トップページだけでなくログイン、送信、決済など主要操作を本番相当で通します。Canonical、sitemap、外部サービスのコールバックURL、メール内リンクも正式URLへ揃えます。
問題が起きたときに戻せるよう、元のDNS値と公開先を残し、誰がどの画面で戻すかを書きます。DNS変更を重ねず、一つの変更が反映されたことを確認してから次へ進みます。
切り替え作業表を一枚にまとめる
作業前に、次の欄を埋めた表を用意します。値そのものに加え、確認方法と戻す判断まで書くことが重要です。
| 項目 | 変更前 | 変更後 | 確認方法 | 戻す条件 | | --- | --- | --- | --- | --- | | 正式URL | | | ブラウザとDNS照会 | | | A / AAAA / CNAME | | | 複数回線から名前解決 | | | HTTPS証明書 | | | 有効期限と対象ホスト名 | | | リダイレクト | | | 旧URLから一回で到達 | | | Canonical / sitemap | | | ページソースと配信内容 | | | 外部サービス | | | ログイン・決済・Webhook | |
変更の担当者と確認の担当者を分けられない場合も、設定直後に同じ画面だけを眺めず、別の端末やモバイル回線から確認します。DNSキャッシュの違いにより、自分の環境だけ成功または失敗して見えることがあるためです。
失敗時は原因の層を分ける
「サイトが開かない」ときにDNSを何度も変更すると、原因が分からなくなります。名前解決、HTTPS、公開先の応答、アプリケーションの四段階に分けます。
名前を引けない → DNSレコードとネームサーバーを確認
証明書エラー → 証明書の発行状態とホスト名を確認
404 / 5xx → 公開先のドメイン割り当てとログを確認
画面だけ壊れる → 本番設定、API、画像、CSPを確認変更ごとに時刻と結果を記録し、一つの層が正常だと確認できてから次を触ります。戻す場合も、元の値へ一度に戻し、その反映を確認します。