CNAME とリダイレクト: それぞれの役割と使い分け

CNAME とリダイレクトは、異なる問題を解決します。CNAME は DNS のエイリアスです。インターネットに対して、あるホスト名は別のホスト名の別名であると伝え、その結果、どちらも同じサーバーにたどり着きます。リダイレクトは Web サーバーの応答で、ブラウザーに別の URL へ移動するよう伝え、訪問者にはアドレスの変更が見えます。old-domain.com と入力した訪問者を new-domain.com/page に着地させたいなら、リダイレクトが必要です。go.yourbrand.com を自分ではホスティングしていないプラットフォームで配信したいなら、CNAME が必要です。実際の設定では、多くの場合その順序で両方を使います。

CNAME レコードが実際に行うこと#

CNAME は canonical name の略です。CNAME レコードは 1 つのホスト名を別のドメイン名にマッピングし、その後 DNS がその 2 つ目の名前を IP アドレスに解決します。Hetzner の DNS ドキュメント^[1] ではこのように説明され、CNAME レコードはエイリアスレコードと呼ばれることが多いと記されています。

たとえば、DNS ゾーンに次のレコードを作成したとします。

go.yourbrand.com.   CNAME   edge.provider-example.net.

誰かの端末が go.yourbrand.com を参照すると、リゾルバーはこのエイリアスを見つけ、edge.provider-example.net を参照して、IP アドレスを返します。するとブラウザーはその IP に接続し、go.yourbrand.com を要求します。このやり取りの中で、ブラウザーに別の場所へ移動するよう指示するものはありません。アドレスバーには引き続き go.yourbrand.com と表示されます。

人々が CNAME を使う理由#

CNAME は、自分でホスティングせずにサービスへ独自のホスト名を割り当てる標準的な方法です。典型的なケースは次のとおりです。

• www や shop を eコマースプラットフォームに向ける
• help.yourbrand.com をサポートデスクツールに接続する
• go.yourbrand.com をブランドリンクプラットフォームに向ける
• ドメインの所有権を確認する、またはサブドメインを第三者に委任する

利点は、提供元がサーバーや IP アドレスを変更しても、あなたが何も編集する必要がないことです。あなたのレコードは名前を指し示し、実際にその名前が解決される先は提供元が管理します。

CNAME チェーンは速度を低下させる#

CNAME は別の CNAME を指すこともできますが、推奨されません。TechTarget は指摘しています^[2]。連鎖した CNAME では、最終的なアドレスが見つかるまでに複数回の DNS ルックアップが必要になり、その遅延は各ホップごとに積み重なります。エイリアスは、実際のアドレスを持つ名前から 1 段だけ離しておきましょう。

末尾のドットは重要#

ターゲットとして完全なホスト名を入力する場合は、完全修飾名として記述してください。Hetzner は警告しています^[1]。末尾のピリオドを付け忘れると、自分のゾーン名がターゲットに追加されてしまい、エイリアスが誤った場所に送られることがあります。多くのダッシュボードではドットが自動で追加されるので、保存されたレコードがどのように表示されるか確認してください。

リダイレクトが実際に行うこと#

リダイレクトはウェブサーバーからの指示です。ブラウザーが URL を要求し、サーバーはステータスコードと Location ヘッダーで応答し、ブラウザーはその新しいアドレスへ 2 回目のリクエストを送ります。訪問者には URL が変わったように見えます。

つまり、リダイレクトには CNAME では提供できない 3 つが必要です。

1. 元のホスト名へのリクエストを受け取るサーバー
2. 訪問者が https:// を入力した場合、そのホスト名に対する有効な HTTPS 証明書
3. リクエストをどこへ送るかを指定するルール

そのルールは、「old.com 上のすべてを new.com に送る」のようにシンプルでも、「old.com/pricing を new.com/plans に送る」のように詳細でも構いません。リダイレクトは URL レベルで機能するため、パスやクエリ文字列をそのまま保持し、訪問者ごとに別の場所へ送ることができ、変更が恒久的かどうかを検索エンジンに伝えられます。恒久的か一時的かのステータスコードで迷っているなら、301 と 302 のリダイレクトの違い に関するガイドで、それぞれの SEO 上の影響を説明しています。

CNAME とリダイレクトの比較#

覚えておくべき点は「応答するためにサーバーが必要」ということです。TechTargetは説明しています^[2]。CNAMEはそれ自体ではリダイレクトを生成せず、HTTPリクエストを受け取るサーバー側でそれを返すように設定する必要があります。そのため、CNAMEを設定して転送を期待した人が、証明書エラーやデフォルトページに行き着くのです。

CNAMEでドメインをリダイレクトできますか？#

いいえ。CNAMEは別のドメインやサブドメインを指すもので、HTTPリダイレクトを作成するためには使えません^[1]。混乱の原因は「エイリアス」という言葉です。これは「訪問者をそこへ送る」という意味に聞こえますが、実際には「参照の目的で、この名前をあの名前として扱う」という意味にすぎません。

CNAMEだけで old-domain.com を new-domain.com に向けた場合、起こることは次のとおりです：

• 訪問者のブラウザは old-domain.com を new-domain.com のサーバーのIPに解決します。
• その後、接続してホスト old-domain.com のページを要求します。
• そのサーバーはそのホスト名を認識しないか、別のサイトを返すか、証明書の確認に失敗します。なぜなら、その証明書は old-domain.com をカバーしていないからです。

訪問者は new-domain.com に送られません。転送を機能させるには、old-domain.com に対して応答するサーバーがそのホスト名を認識し、有効な証明書を保持し、リダイレクト応答を返す必要があります。

ルートドメインの問題#

CNAMEがドメイン全体の転送でほとんど機能しないもう1つの理由は、ゾーン頂点です。ゾーン頂点はルートドメインまたはネイキッドドメインとも呼ばれ、yourbrand.com のようにプレフィックスのないドメインです。ここにはSOAやNSレコードなどの必須レコードがすでにあり、CNAMEは他のレコードと同じ名前を共有できません。Hetznerによると^[1]、CNAMEレコードは一般にサブドメインに置くもので、同じ名前にある他のレコードと共存できず、標準的なDNSではゾーン頂点で使用すべきではありません。

一部のDNSプロバイダーは、ALIASやANAMEといった名前で独自の回避策を提供しています。これらはプロバイダー固有の仕組みで、対象を解決してアドレスを返しますが、標準的なCNAMEとは別物です。検索の問題は解決しますが、リダイレクトはしません。訪問者を先へ送るには、その名前で応答するサーバーが必要です。

ルートドメイン転送の通常のパターンは次のとおりです：

• Aレコード（またはDNSホストが対応していれば ALIAS/ANAME）で、頂点を転送サービスに向けます。
• 必要に応じて、CNAME で www を同じサービスに向けます。
• サービスに HTTPS 経由でリダイレクトを返させます。

メールはどうなるのか#

ドメインを転送しても、メールは引き続き動作する必要があります。ルールはシンプルです：CNAME を持つホスト名は MX などの他のレコードも同時に持つことはできません^[2]。また、メールを受信するドメインには、その名前に CNAME を置くべきではありません。メールを扱うドメインのルートに CNAME を無理に設定しようとしない方がよい、という理由はそれだけでもう一つあります。

リダイレクトはメールには一切影響しません。作用するのは Web リクエストだけです。MX、SPF、DKIM、DMARC レコードはDNS上でそのまま残り、メールは同じサーバーに流れ続けます。送受信を行うドメインに転送サービスを追加する場合は、Web レコード（A、AAAA、または www の CNAME）だけを変更し、メール用レコードには手を付けないでください。メールDNSレコードの実践ガイド では、それぞれの役割を一覧で説明しているので、どれを変更せずに残すべきか確認できます。

1つのドメインを別のドメインへリダイレクトする方法#

これは、「CNAME vs redirect」で検索する人の多くが本当に知りたい答えです。使うプロバイダーがどこであっても、手順は同じです。

ステップ1：リダイレクトの種類を決める#

移動が最終的なもの、たとえばリブランドや廃止したドメインの場合は、恒久的なリダイレクトを使います。元のアドレスが再び戻ってくる場合、たとえばキャンペーンやメンテナンスページの場合は、一時的なリダイレクトを使います。恒久的なリダイレクトは、検索エンジンに古いURLの評価を新しいURLへ引き継ぐよう伝えます。

ステップ2: パスでどうするかを決める#

old.com/anything を新しいホームページに転送したいですか、それとも new.com/anything に転送したいですか？ パスを維持するほうが、訪問者にとっても検索にとってもほとんどの場合よいです。なぜなら、各古いページが対応するページに着地するからです。多くのサブドメインに対して包括的に処理したい場合は、ワイルドカードリダイレクトで1つのルールにまとめて対応できます。

ステップ3: リダイレクトを行うサービスにDNSを向ける#

• ルートドメインの場合: リダイレクトサービスへの A レコード（または ALIAS/ANAME）。
• www や go などのサブドメインの場合: サービスから提供されるホスト名への CNAME。

ここでは2つの概念が連携して動きます。DNS がリクエストを正しいサーバーに届け、サーバーがリダイレクトを実行します。

ステップ4: 古いドメインで HTTPS が動作することを確認する#

https://old.com と入力またはクリックした訪問者には、old.com の有効な証明書が必要です。そうしないと、リダイレクトが始まる前にブラウザーの警告が表示されます。これは、多くのDIY構成で省かれがちな手順です。HTTPS でリダイレクトを配信する では、まず証明書を正しく設定する方法を説明します。

ステップ5: テストする#

古いURLをプライベートウィンドウで開き、正しいページに移動することを確認し、アドレスバーに遷移先が表示されていることを確認します。ホームページだけでなく、深いリンクでもテストしてください。また、http:// と https:// の両方、さらに www と www なしの両方をテストします。リダイレクトチェッカーは各ホップとそのステータスコードをすべて一覧表示するので、古いURLがチェーンではなく単一の恒久的リダイレクトで応答していることを確認できます。

DNSリダイレクトかサーバーリダイレクトか？#

多くのレジストラは機能として「ドメイン転送」や「Web転送」を販売しています。これは、ドメインをレジストラ自身の転送サーバーに向け、そこからリダイレクトを返す仕組みです。つまり、これはリダイレクトサービスであり、CNAMEの հնարではありません。十分かどうかは、ステータスコード、HTTPS、パス、レポートにどれだけの制御が必要かによります。2つのアプローチの違いは、DNSリダイレクト vs サーバーリダイレクトで詳しく比較しています。

速度も重要です。リダイレクトは訪問者がコンテンツを見る前に毎回1回のリクエストを追加するため、遅いリダイレクトサーバーは直接コストになります。ホップを短く保つ方法については、なぜリダイレクト速度が重要なのかをご覧ください。

リダイレクトサーバーの応答速度#

DNSが向いているサーバーがどれであっても、その応答時間は古いURL経由のすべてのアクセスに加算されます。私たちのリダイレクト速度ベンチマーク^[3]では、ワシントンD.C.、フランクフルト、東京から27のプロバイダーのそのホップを測定しています。2026年10月27日から11月3日までの期間では、リダイレクトの初回バイトまでの時間の中央値は9ms（Amazon CloudFront）から586ms（Apache）まででした。RedirHubが提供するリダイレクトの応答中央値は15ms、nginxによるリダイレクトは143ms、Amazon S3によるリダイレクトは293msでした。

どちらを使うべきですか？#

簡単なテスト: その後、訪問者が別の URL を表示すべきなら、リダイレクトが必要です。訪問者がホスト名をそのまま表示し続け、別のプロバイダーがコンテンツを配信するべきなら、CNAME が必要です。

ドメインの DNS をまったく変更できない場合には、第三の選択肢があります。Integration Mode では、すでにサイトを配信しているプラットフォーム（Cloudflare Workers、Vercel 上の Next.js、または Caddy）が RedirHub からリダイレクトルールを取得するため、CNAME や A レコードは関与しません。

よくある間違い#

• CNAME を使ってフォワーディングを期待する。 エイリアスは解決されますが、訪問者をどこかへ送るものはありません。
• ルートドメインに CNAME を置く。 そこに置かなければならないレコード、たとえばメールレコードなどと競合します。
• 古いドメインで HTTPS を忘れること。 ブラウザが先に接続をブロックしてしまうと、リダイレクトは実行されません。
• すべてをホームページにリダイレクトすること。 ディープリンクの関連性が失われ、訪問者は本来の目的地にたどり着けません。
• リダイレクトとエイリアスを連鎖させること。 余分な移動のたびに遅延が増えます。最終的なターゲットへ直接向けましょう。
• 恒久的な移動に一時的なリダイレクトを使うこと。 検索エンジンが古い URL を引き続き主要なものとして扱う場合があります。

私たちの視点#

サーバーを運用せずにリダイレクトを管理する#

複数のドメインを管理している場合や、後から行き先を変更できるブランドリンクや QR コードを使いたい場合、自前でリダイレクト用サーバーと証明書を運用するのはかなり手間がかかります。RedirHub なら、ブランドリンクとドメインリダイレクトを自分のドメインで使え、SSL は私たちが管理し、通過するトラフィックの分析も行えます。

料金は Core が月額 49 ドル、Pro が月額 119 ドルからで、Enterprise は契約により決定されます。各プランの内容は 料金ページをご覧ください。サイトを移行する場合は、古い URL を新しい URL に対応付ける Web サイト移行サービスをご利用いただけます。印刷物には、動的 QR コード を使えば、印刷後でも行き先を変更できます。