DNS移行を正しく行う：よくある失敗を避ける方法

DNS設定を更新し、保存を押した途端、WordPressサイトが消えてしまう。メールも使えなくなる。パニックに陥る。

DNS移行は技術的に聞こえますが、単にドメイン名を新しい場所に向けるだけです。プロセス自体は単純明快で、複雑さは主に予期せぬ事態への不安や準備手順の省略から生じます。

この投稿では、DNS移行について知っておくべきすべてをお見せします。

ネームサーバーとAレコードの切り替えタイミング、メール機能を維持する方法、DNSの伝播が永遠に続くように見える場合の対処法を学びます。

以下はその要点である：

• DNS移行では、ドメイン登録業者でネームサーバーまたはAレコードを更新することにより、ドメインを新しいサーバーにリダイレクトします。
• 移行の24～48時間前にTTLを300～600秒に下げると、伝播時間が24時間以上から1～4時間に短縮されます
• DNSを変更する前にDuplicatorでサイト全体をバックアップし、DNSがどのサーバーを指しているかに関係なくアクセス可能な場所に保存してください
• 移行前にMXレコードを記録してください。ネームサーバーを変更すると、メール設定が消去され、配信エラーが発生することが多いためです。
• DNS設定を変更する前に、一時的なホストURLを使用して新しいサイトを徹底的にテストしてください。訪問者が未完成のサイトにアクセスすることは絶対にあってはなりません。
• TTLを下げた場合、1～4時間の伝播時間を想定してください。TTLを変更しない場合は24～48時間かかります。DNSサーバーによって更新タイミングが異なるため、結果にばらつきが生じるのは正常です。
• ネームサーバーの変更（推奨）により、ホストが完全なDNS制御を行えます。一方、Aレコードの更新のみでは、レジストラで個々のレコードを管理し続けることになります。

目次

DNS移行とは何ですか？

DNS移行とは、ドメイン名が新しい場所を指すようにドメインネームシステム（DNS）レコードを更新することを意味します。誰かがブラウザにあなたのドメイン名を入力すると、DNSがそのコンピュータに接続すべきサーバーを指示します。

ドメイン登録業者とは、ドメイン名を購入した場所を指します。GoDaddy、Namecheap、Google Domainsなど、年間利用料を支払ったサービスプロバイダーが該当します。

ホスティングプロバイダーとは、WordPressのファイルとデータベースが実際に存在する場所です。ウェブホストとドメイン登録業者は、異なる会社である場合があります。

DNS移行とは、ドメイン登録をあるレジストラから別のレジストラへ移すことではありません。それはドメイン移管であり、異なるルールに基づく別個のプロセスです。

GoDaddyでドメインを登録したまま、SiteGround、Kinsta、WP Engineなどのホスティングサービスにドメインを向けさせることができます。レジストラは引き続きドメインの所有権と更新を管理します。DNSにウェブサイトの場所を指示しているだけです。

なぜDNSを移行するのか？

DNS移行は様々な理由で発生し、それぞれ固有の要件があります。以下に最も一般的なシナリオを示します。

ウェブホストの切り替え

ホスティングプロバイダーを別のプロバイダーに移行します。通常は、パフォーマンス、サポート、または価格の改善が目的です。WordPressサイトは既に新しいホストに設定済みです。次に、すべてのトラフィックを古いサーバーではなく、新しいホストにリダイレクトする必要があります。

ドメインレジストラの変更

すべてのドメインを一箇所にまとめて管理しやすくしたい、あるいはより良い価格を見つけた場合。これは実際にはDNS設定の変更だけでなく、ドメイン登録そのものの移管を伴います。

このプロセスにはDNS移行が含まれますが、ドメイン移管の手順が追加され、通常は認証コードが必要です。

CDNの導入

速度とセキュリティ向上のため、Cloudflare、Sucuri、またはその他のコンテンツ配信ネットワーク（CDN）を導入します。これらのサービスでは、トラフィックがホストに到達する前にまずCDNサーバーを経由するよう、DNS設定の変更が必要です。ほとんどのCDN設定では、ネームサーバーをCDNプロバイダーに指し示す必要があります。

リブランディング

完全に新しいドメイン名へ移行します。これには、検索順位を失わず既存リンクが機能し続けるよう、新ドメインのDNS設定と旧ドメインからの301リダイレクトの設定が必要です。

知っておくべき主要なDNS用語

これらの5つのDNS用語を理解することで、移行プロセスがはるかに明確になります。レジストラのダッシュボードやホスティングのコントロールパネルで頻繁に目にするでしょう。

ネームサーバー

ネームサーバーは、すべてのDNSレコードを保持する権威サーバーです。例：ns1.hostingcompany.comやns2.hostingcompany.com のように表示されます。

ネームサーバーを変更すると、DNSの完全な制御権をそれらのサーバーを運用する者（通常はホスティングプロバイダー）に委ねることになります。

記録

このレコードはドメインを特定のIPv4アドレスにマッピングします。WordPressサイトがIPアドレス192.0.2.1にある場合、AレコードはDNSサーバーに「example.comへのリクエストがあったら192.0.2.1へ転送せよ」と指示します。

ネームサーバー全体を変更する代わりに、Aレコードのみを更新することができます。

CNAMEレコード

CNAMEレコードは、あるドメインを別のドメインに指す別名を設定します。最も一般的な用途は、www.yoursite.com を yoursite.com に指すように設定することです。

ほとんどのDNSプロバイダーでは、ルートドメインにCNAMEレコードを設定できません。サブドメインでのみ機能します。

MXレコード

MXレコードはドメインのメール配信先を指定します。各レコードには優先度番号が設定されており、数値が小さいほど優先度が高くなります。

DNS移行後にこれらの設定を正しく行わないと、メールが完全に機能しなくなります。

TTL

TTL（Time to Live）は秒単位で測定され、DNSサーバーが更新を確認する前にレコードをキャッシュしておくべき期間を示します。

TTLが3600の場合は1時間。86400の場合は24時間。

TTL値を低く設定すると、変更時の伝播が速くなりますが、同時にネームサーバーへのDNSクエリが増加します。

DNSレコード変更前の移行前チェックリスト

DNS設定を変更する前に、以下の準備手順を完了してください。これらの手順を省略すると、移行作業の大半が失敗します。

ウェブサイトのバックアップ

Duplicatorのようなバックアッププラグインを使用して、サイトの完全なスナップショットを作成してください。これにより、DNS設定を変更する前の復元ポイントが確保されます。

DNSがどのサーバーを指しているかに関係なくアクセスできる場所にバックアップを保存してください。ローカルコンピュータ、Duplicator Cloud、Dropbox、Google Driveなど、現在のホスト以外の場所であればどこでも構いません。

バックアップが正しく復元されることもテストすることをお勧めします。

ファイルを最初に移行する

DNSレコードを変更する前に、WordPressサイトは新しいホストで100%正常に動作している必要があります。

すべてを設定し、プラグインをインストールし、設定を構成し、機能をテストします。移行チェックリストはこちらです。

Duplicatorはファイルとデータベースの移行をクリーンに処理します。移行中に古いドメイン名を検索・置換することも可能です。

ほとんどのホスティング会社は、テスト用にtemp-12345.hostingcompany.comのような一時的なURLを提供します。そのURLを使ってサイト全体をクリックして確認してください。すべてが正常に動作してから初めて、DNSの変更を検討すべきです。

メール設定を確認する

変更を加える前に、現在のMXレコードを記録してください。レジストラのDNS管理画面にログインし、表示されているすべてのMXレコードをスクリーンショットするか、コピー＆ペーストしてください。

たとえば、DreamHostでは、[メール] » [カスタムMX]に移動すると、ドメインのメール配信状況を確認できます。

Google Workspace または Microsoft 365 をご利用の場合、移行後に新しい DNS にこれらの MX レコードを手動で追加する必要があります。ほとんどのホストは、お客様のメール設定を自動的に認識しません。

TTLを下げてください

移行の24～48時間前に、DNSレコードのTTLを86400から300または600に変更してください。これにより、DNSサーバーはレコードを24時間ではなく5～10分間のみキャッシュします。

実際のDNS変更を行うと、伝播ははるかに速く行われます。移行完了後にTTLを元に戻すことができます。

WordPressのDNS移行方法

DNS移行の手順を簡単にご紹介します：

• ステップ1: 新しいネームサーバーまたはIPアドレスを確認する: ホスティングのウェルカムメールまたはコントロールパネルからネームサーバーを取得してください（例: ns1.host.com 形式）
• ステップ2: ドメイン登録業者にログイン: GoDaddy、Namecheap、Domain.com、またはドメインを購入した登録業者でDNS管理にアクセスしてください。どの登録業者が管理しているか忘れた場合は、WHOIS検索をご利用ください。
• ステップ3: DNSレコードの更新:ネームサーバーを変更してホストに完全なDNS制御を委ねる（推奨）、またはレジストラでの他のDNS設定を維持したまま、ドメインを新しいIPに指すようAレコードのみを更新する
• ステップ4: 伝播を待つ: TTLを下げた場合は1～4時間、下げない場合は24～48時間を想定してください。DNSサーバーによって更新タイミングが異なるため、古いサイトと新しいサイトが混在する現象は正常な動作です。

ステップ1: 新しいネームサーバーまたはIPアドレスを確認する

新規ホストに登録した際に送信されたウェルカムメールを確認してください。通常、メール本文内にネームサーバーのアドレスが記載されています。

ホスティングのコントロールパネルにログインし、「アカウント情報」「DNS設定」「ネームサーバー情報」などの項目を探してください。少なくとも2つのネームサーバーアドレスが必要で、場合によっては最大4つまで設定する必要があります。

それらはこんな風に見えます：

• ns1.ホスティング会社.com
• ns2.ホスティング会社.com

ステップ2: ドメイン登録業者にログインする

各レジストラはインターフェースの構成が異なりますが、以下の場所で確認できます：

• GoDaddy: マイプロダクト » ドメイン » ドメインをクリック » DNS
• Namecheap: ドメイン一覧 » ドメインの横にある「管理」ボタン » ネームサーバーセクション
• Domain.com: マイドメイン » ドメインを選択 » DNS » ネームサーバータブ

ドメインを管理しているレジストラを忘れた場合は、WHOIS検索ツールをご利用ください。ドメイン名を入力すると、検索結果にレジストラが表示されます。

ログイン情報を用意してください。一部のレジストラでは、DNS設定を変更する前に二段階認証またはメール認証を要求する場合があります。

ドメインがロックされていないかも確認してください。一部のレジストラではデフォルトで移管ロックが有効になっているため、まずこれを無効にする必要があります。

ステップ3: DNSレコードを更新する

レジストラのダッシュボードで「ネームサーバー」または「カスタムDNS」セクションを探してください。現在「デフォルト」またはレジストラ独自のネームサーバーに設定されていることが確認できます。

設定を「カスタムネームサーバー」または「カスタムネームサーバーを使用」に切り替えてください。

新しいホストから提供された各ネームサーバーのアドレスを、指定されたフィールドに貼り付けてください。ホストから提供されたすべてのネームサーバーを追加してください。通常は2つから4つです。

保存をクリックしてください。レジストラは伝播時間に関する警告を表示します。これは正常な動作です。

この方法は、DNSの完全な管理権をホスティングプロバイダーに委ねるため効果的です。プロバイダーはコントロールパネルからすべてのレコード（Aレコード、MXレコード、サブドメインなど）を管理できます。個々のレコードを手動で設定する必要はありません。

ステップ4: 伝播を待つ

DNSの変更は即時反映されません。更新は世界中の何千ものDNSサーバーに伝播する必要があります。

TTLを下げた場合、伝播には通常1～4時間かかります。事前にTTLを下げない場合、最悪の場合24～48時間を要します。

新しいサイトが表示される一方で、国中の誰かがまだ古いサイトを見ている可能性があります。これは伝播中の正常な動作です。

DNSサーバーはTTL値に基づいてレコードをキャッシュします。サーバーによってキャッシュの有効期限は異なります。あなたのISPのDNSは20分で更新される一方、他のサーバーでは6時間かかる場合があります。

プロパゲーション中は、追加のDNS変更を避けてください。Wi-Fiではなく携帯電話の通信データを使用してスマートフォンから確認してみてください。ネットワークによって使用するDNSサーバーが異なるため、モバイル端末では新しいサイトが表示される可能性があります。

DNS移行中のメール処理方法

DNS移行における最大の被害はメールです。メール設定に応じた保護方法をご紹介します。

サードパーティ製メールソリューション（Google Workspace、Microsoft 365、Zoho）

ネームサーバーを変更すると、メール設定が消去されることがよくあります。新しいホストは自動的にMXレコードを認識しません。メールは送信者にバウンスされるか、完全に消失します。

ネームサーバーを変更する前に、新しいホストのDNS管理パネルにログインしてください。

メールプロバイダーのMXレコードを追加してください。Google Workspaceには、google.comサーバーを指す5つのMXレコードがあります。Microsoft 365には、自社のメールサーバーを指す1つのMXレコードがあります。

また、SPF、DKIM、DMARCに必要なTXTレコードも追加してください。これらは、あなたのドメインからメールを送信する権限があることを確認します。

DNS移行完了後、自身宛にメールを送信し返信することでメール機能をテストしてください。受信メールと送信メールの両方が正常に動作することを確認してください。

ホスト提供メールの解決策

これはウェブサイトとメールの両方を移行するため、より複雑です。新しいホスト上で、旧メールアドレスと完全に一致する新しいメールアカウントを作成してください。

IMAP転送ツールを使用してメールデータを移行するか、古いアカウントから新しいアカウントへの転送を設定してください。メッセージ数が少ない場合は、手動でエクスポート/インポートすることも可能です。ほとんどのメールホストはメール移行のサポートを提供しています。

代わりにGoogle Workspaceへの切り替えをご検討ください。ホスト提供のメールは信頼性が低く、管理も困難です。Google Workspaceはユーザーあたり月額6ドルですが、将来の移行時にメールが失われることはありません。

プロのアドバイス：DNS移行後30日間は古いホスティングアカウントを有効に保ってください。古いサーバーから新しいサーバーへのメール転送を設定しましょう。これにより、DNSの伝播が遅い場合やキャッシュされたレコードのために古いサーバーにアクセスし続けるユーザーを捕捉できます。

避けるべきDNS移行の主な失敗例

これらのミスがDNS移行の問題の大半を引き起こします。

最初にTTLを下げない

DNS変更をTTLを86400秒に設定したまま実施すると、完全な伝播に24時間待たされることになります。移行前に300～600秒に下げてください。

MXレコードのコピーを忘れる

ネームサーバーを変更すると、メールは即座に機能しなくなります。復旧に追われる間に、クライアントからのメールやサポートリクエストを見逃すことになります。DNSを変更する前に、すべてのMXレコードを記録しておいてください。

新サイトが準備完了前にDNSを変更する

まず一時的なホストURLを使用して、すべてを徹底的にテストしてください。新しいサイトが100%完成し、完全に機能する状態になってから、DNSを変更してください。

バックアップがない

DNSに問題が発生し、旧ホストがアカウントを削除した。バックアップは旧ホストにのみ保存されていた。今、記憶を頼りに再構築している。

バックアップは複数の場所に保管してください。3-2-1バックアップルールに従うことをお勧めします。

誤ったネームサーバーの使用

チュートリアルからネームサーバーをコピーするのではなく、実際のホスティングプロバイダーから取得してください。そうしないと、ドメインがランダムなサーバーを指したり、まったくどこにも接続されなくなったりします。

ネームサーバーは、必ずご自身のホスティングアカウントまたはウェルカムメールから直接取得してください。

移行後のテストは行わない

プロパゲーション完了後、サイト全体をクリックして確認してください。フォーム、ショッピングカート、ユーザー登録、検索機能など、すべてをテストしてください。

DNS移行のためのツールとリソース

適切なツールを使えば、DNS移行はより迅速かつストレスなく進められます。DNS管理、伝播テスト、WordPress移行処理に活用すべきツールをご紹介します。

DNS管理ツール

Cloudflareは無料プランを提供しており、プロパゲーションが速く、インターフェースもシンプルです。ダッシュボードは、ほとんどのレジストラDNSマネージャーよりも使いやすいです。

Amazon Route 53は、APIを介したプログラムによるアクセスが可能なエンタープライズグレードのDNSを提供します。料金はクエリごとに課金され、ほとんどのサイトでは数セントです。

Google Cloud DNSは、既にGoogleサービスを利用しており、信頼性が高く高速なDNS解決が必要な場合に最適です。

ほとんどのドメイン登録業者には基本的なゾーンファイルエディタが付属しています。上級ユーザーはDNSレコードをBIND形式でエクスポートし、他の場所でインポートできます。これは多数のレコードを一度に移行する際に便利です。

一部のレジストラでは、複数のドメインを管理するための一括編集ツールを提供しています。CSVファイルをアップロードするだけで、50ドメインのDNS設定を同時に更新できます。10ドメイン以上を管理する場合にのみ、設定時間の価値があります。

テストおよび監視ツール

WhatsMyDNS.netは、世界中のDNSサーバーが現在あなたのドメインに対して認識している情報を表示します。これにより、ブラウザのキャッシュを繰り返しクリアすることなく、プロパゲーションの確認が可能です。

DNSChecker.orgは同様の機能を提供し、より多くのサーバーロケーションを含んでいます。サイトを確認し続ける代わりに、これらのツールを使用し、キャッシュされたコンテンツを見ているのではないかと悩む必要はありません。

コマンドラインツールは直接DNSクエリ結果を提供します。MacまたはLinuxでは、次のように入力します： dig yourdomain.com ターミナルで。Windowsでは、 nslookup yourdomain.com コマンドプロンプトで実行します。これらはDNSを直接クエリし、コンピュータ上のローカルキャッシュをバイパスします。

UptimeRobotは無料プランで5分ごとにサイトを監視します。Pingdomは有料プランでより頻繁にチェックする詳細な監視を提供します。

移行開始前にこれらを設定し、数時間後ではなく直ちに問題を捕捉できるようにしてください。

WordPress移行ツール

DuplicatorはDNS変更前にウェブサイトの完全なバックアップを作成します。URLのデータベース検索置換を自動処理し、データベースを手動編集すると破損するシリアライズされたデータをスキャンします。

Duplicator Proはさらに、スケジュールされたバックアップ、クラウドストレージとの連携、ドラッグ＆ドロップによる移行機能を追加し、移行プロセス全体を簡素化します。

移行後のDNSタスクと最適化

DNSの伝播が完了しても移行は終了しません。パフォーマンスを最適化し、将来の問題を防ぐために、以下の追加タスクを完了してください。

TTL値を復元する

24～48時間後、TTLを3600秒または86400秒に戻してください。TTLを300秒のままにしておくと、DNSサーバーが結果をキャッシュせずにネームサーバーに常に問い合わせを続けることになります。

近いうちにさらにDNS変更を行う予定がある場合は、低い設定のままにしておいても構いません。

ドキュメントの更新

パスワードマネージャーで新しいホスティングアカウントの保存済みパスワードを変更してください。内部ドキュメントを新しいネームサーバーアドレスとホスティングログイン情報で更新してください。

チームメンバーに新しいFTP認証情報とデータベースアクセス情報を通知し、古いサーバーへの接続を試みて時間を無駄にしないようにしてください。

すべてのキャッシュを消去

WordPressのオブジェクトキャッシュは、WP-CLIまたはプラグインによる手動でのフラッシュが必要です。

WP RocketやW3 Total Cacheなどのページキャッシュプラグインには、設定画面にキャッシュクリアオプションが用意されています。

Cloudflare、StackPath、または使用中のCDNからCDNキャッシュをクリアしてください。

キャッシュされたファイルなしで最新バージョンを表示するには、Ctrl+Shift+R（Macの場合はCmd+Shift+R）でブラウザをハードリフレッシュしてください。

SSL証明書の検証

HTTPSがブラウザ警告なしで正しく読み込まれることを確認してください。Let's Encrypt証明書は通常、DNSが新しいホストを指してから数分以内に自動生成されます。

Cloudflare SSL を使用している場合は、設定が「フル」または「フル（厳格）」モードになっていることを確認し、「フレキシブル」モードになっていないことを確認してください。

複数のページで混合コンテンツ警告が発生しないかテストしてください。これは、ページがHTTPSで読み込まれているにもかかわらず、一部のリソースがHTTP経由で読み込まれる場合に発生します。

外部サービスでDNSを更新する

UptimeRobotとPingdomは、正しいIPアドレスを監視していることを確認する必要があります。

Google Search Consoleでは、DNS設定の大幅な変更後、ドメインの再確認が必要になる場合があります。

アナリティクスのトラッキングが正常に動作していることを確認してください—URLが変更された場合、DNS移行によってトラッキングコードが破損することがあります。

メールマーケティングサービスでは、移行中にSPFおよびDKIMレコードを変更した場合、それらの更新が必要です。

DNSレコード構造の確認

古いサーバーのIPアドレスを指し続けている孤立したサブドメインを探してください。

使用しなくなったサービスから残っている不要なCNAMEレコードを削除してください。

ドメインのwww版と非www版の両方が正しく解決されることを確認してください。

SPFレコードとDMARCレコードが不足している場合は追加してください。これらはメールのなりすましを防止し、配信率を向上させます。

DNS監視の設定

不正なDNSレコード変更に対するアラートを設定してください。一部のレジストラではこの機能が標準で提供されています。

DNS Spyなどのサードパーティサービスは、DNSレコードが変更されるたびに通知を送信します。これにより、攻撃者がネームサーバーを変更してトラフィックを悪意のあるサイトへリダイレクトするDNSハイジャックを防止できます。

よくある質問 (FAQ)

次回のDNS移行をスムーズに

DNS移行は、適切な手順を知れば管理可能になります。

次回のホスティング移行はストレスを感じる必要はありません。適切に準備すれば、ダウンタイムやデータ損失なくホストを切り替えられます。

DuplicatorはDNS変更前にWordPressサイト全体をパッケージ化することで安全策を構築します。移行中に問題が発生した場合、バックアップから復元して再試行できます。データベース検索置換機能によりURL更新が自動処理されるため、WordPress移行における最大の頭痛の種の一つが解消されます。

ここにいる間、私はあなたがこれらの関連するWordPressガイドを気に入ると思います：

• WordPressサイトをサブドメインからメインドメインへ移行する方法
• WordPressサイトを新しいドメインに移行する方法
• 移行後にWordPressにログインできない理由
• ウェブサイト移行前のコンテンツ監査方法
• 無料でWordPressサイトを移行する方法
• 移行後のWordPressテスト完全チェックリスト