DNS リダイレクト: DNSレコードでドメインを転送する方法

DNSリダイレクトとは？#

人々が「DNSリダイレクト」と言うのは、oldbrand.com から mybrand.com に訪問者を送るようにしたいときで、その設定がドメインのDNSパネルにあるのを見つけた場合です。内部では、2つの別々の処理が行われます。DNSは「oldbrand.com はどこか？」という問いに対してIPアドレスで答えます。次に、ブラウザはそのアドレスのサーバーにページを要求し、そのサーバーはリダイレクトのステータスコードと新しい場所を返します。

その2回目の応答にブラウザやGoogleは反応します。Googleは、サーバー側のリダイレクトは正しく解釈される可能性が最も高い^[1]と述べており、301と308はページが恒久的に移動したことを意味します。DNSレコードではこれらのコードは送れないため、正常に動作する「DNSリダイレクト」は必ずWebサーバーで完結します。

どのDNSレコードがドメインをリダイレクトしますか？#

標準的なレコードでリダイレクトを送るものはありません。それぞれ、ドメインをそれを行うサーバーに向けるか、まったく別のことをします：

CNAMEの行は多くの人を悩ませます。ルートドメインのCNAMEは、そこに存在しなければならないNSおよびSOAレコードと競合します。RFC 1912の表現を借りると、CNAMEレコードは他のどのデータとも共存できません^[2]。ルート（@）にはAレコードを使い、CNAMEはwwwのようなサブドメインに使ってください。

DNSリダイレクト vs サーバーリダイレクト#

DNS自体はリダイレクトを送信しないため、実際の選択肢はどのサーバーがそれを送るかです。一般的な選択肢は3つあります。

SEOの観点では、3つのどれも本質的に優れているわけではありません。301は、誰が送っても301です。重要なのは、古いドメインが証明書エラーなしでHTTPSで応答すること、恒久的な移動には恒久的なコードを返すこと（301 と 302 のリダイレクトを参照）、そして古いパスがすべてホームページではなく対応するページに着地することです。

レジストラでDNSを使ってドメインをリダイレクトする方法#

メニューは異なりますが、レジストラの転送はどこでも同じ手順で行います:

1. 転送先URLを決め、移動が恒久的（301）か一時的（302）かを選びます。
2. 転送設定をレジストラで開きます。GoDaddyでは「Domain Settings」、次に「DNS」、最後に「Forwarding」です。Namecheapでは「Advanced DNS」、次に「Add New Record」、最後に「URL Redirect Record」です。
3. 転送と競合するレコード、たとえば同じホスト上の古い A、CNAME、または ALIAS レコードを削除します。MX やその他のメール用レコードはそのまま残してください。
4. 転送を追加します。宛先（https:// を含めて）を入力し、「Permanent（301）」を選択します。実際の移転では、マスキングやフレームオプションは避けてください。
5. www も同様に対応します。2つ目の転送を設定するか、レジストラの案内に従って www をルートに向けます。
6. 変更が反映されるまで待ちます。通常は数分から1時間程度です。
7. リダイレクト速度テストまたはプライベートブラウザウィンドウで、古いドメインの http:// と https:// の両方を、www の有無それぞれでテストします。

大手プロバイダーについて知っておくべきこと（2026年10月確認）：

• GoDaddy: 恒久的なリダイレクト（301）、一時的なリダイレクト（302）、およびマスキング付き転送を提供します。転送を追加すると @ の A レコードが更新されてロックされ、ドメインが他のネームサーバーを使用している場合は GoDaddy が自社のものに切り替えます^[3]。これにより、DNS ゾーン全体が移動します。手順はこちら：GoDaddy のドメイン転送ガイド。
• Namecheap: URL Redirect Record は 301、302（マスクなし）、およびマスクあり（URL Frame）を提供し、通常は約30分後に動作します。HTTPS 経由のリダイレクトは別の宛先ドメインに対してのみ可能です^[4]。また、https:// の送信元には証明書が必要です。詳細：Namecheap の HTTPS を使った URL リダイレクト。
• Cloudflare: URL レコードはありません。@ と www に対して、プレースホルダー 192.0.2.1 を指すプロキシ済み A レコード^[5]を追加し、その後、ホスト名を新しいドメインに送る Redirect Rule を設定します（Cloudflare の例ではパスを保持し、301 を使用します）。手順はこちら：Cloudflare のドメインリダイレクトガイド。

RedirHub で DNS リダイレクトを設定する#

RedirHub では DNS 側は最小限で済みます。ルートと www を RedirHub に向け、メールを含むそれ以外はそのままにしておきます。RedirHub は 130 のグローバルエッジロケーションからリダイレクトを配信し、ルートと www の両方に自動 HTTPSを提供します。

1. RedirHub ダッシュボードで新しいドメインリダイレクトを開始します。
2. 「Redirect from」に、oldbrand.com のような古いドメインを入力します。
3. 「Redirect to」に、https://mybrand.com のような転送先を入力します。
4. 「Redirect type」では、301 · Permanent のままにします。
5. 「Paths」では、oldbrand.com/shop を mybrand.com/shop に転送する「Keep the path」を選ぶか、1つの URL にすべて送る「Everything」を選びます。
6. 「リダイレクトを作成」をクリックします。
7. Connect DNSを開き、Manualを選択して、DNSプロバイダーで表示されるレコードを追加します。@ に向けた A レコード、3.33.236.10、rehd-verify= で始まる TXT レコード、そして www 用の CNAME です。@ の古い A レコードは削除してください。
8. 「変更しました」をクリックします。RedirHub が各レコードを確認し、まだ不足しているものを知らせます。
9. ドメインが接続済みと表示されたら、リダイレクト速度テストで確認してください。

どのくらい時間がかかりますか？レコードが正しければ、通常はすぐに反映されます。一般的なドメインは追加後およそ15分で確認され、接続されるドメインの約4分の3は最初の1時間以内に接続されます（RedirHubプラットフォームデータ、2026年10月）。1日経っても接続されないドメインが自然に接続されることはまれなので、さらに待つのではなく、Connect DNSの一覧を再確認してください（不足しているレコードや、古い A レコードがまだ残っていることがよくある原因です）。

RedirHubは、複数のドメインをリダイレクトする場合、ウェブサイト移行中に旧パスを対応するページへ着地させる必要がある場合、またはレジストラの管理画面をクリックして設定する代わりに一括CSVインポートで何百ものルールを読み込みたい場合に、その価格に見合います。HTTPSで転送を提供するレジストラで1つか2つのドメインを転送するだけで、パスのマッピングやレポートが不要なら、無料のレジストラのオプションで十分です。

よくあるDNSリダイレクトのミス#

• CNAMEを使って「リダイレクト」する。 これは名前の別名を設定するだけで、リダイレクトではありません。ルートでは、ドメイン全体のDNSを壊す可能性があります。
• 古いAレコードを残したままにする。 @にAレコードが2つあると、一部の訪問者はまだ古いサーバーに到達します。
• wwwを忘れる。 wwwは別のホスト名です。レコードや転送がない場合、www.oldbrand.com は単純に失敗します。
• http:// だけでテストする。 リンクやブラウザは https:// を使います。転送先サーバーに旧ドメインの証明書がない場合、リダイレクトが起こる前に訪問者にはセキュリティ警告が表示されます。
• マスキングまたは302を使って恒久的な移転を行う。 マスキングは新しいサイトを古いアドレスの下に表示し、リダイレクトは送信しません。302は、その移転が一時的であることをGoogleに伝えます。
• ゾーンをコピーせずにネームサーバーを変更する。 転送によってDNSが新しいプロバイダーに移る場合、コピーされていないMXレコードによりメールが停止します。