ドメイン転送の仕組み、301と302をどう使い分けるか、マスク転送が問題を起こす理由、転送したドメインでHTTPSを動作させ続ける方法を解説します。
ドメイン転送とは、あるドメインを入力した訪問者を別のWebアドレスへ送る仕組みです。レジストラーまたはDNSホストがHTTPリダイレクトで応答し、恒久的な移転なら301が理想です。転送先サイトをフレームで包むマスク転送は避け、転送サービスが旧ドメインでHTTPSを提供できることを確認しましょう。
転送方法の比較
ビジネスオーナーがドメインを転送する理由はシンプルです。綴りの違い、旧ブランド名、国別ドメイン、キャンペーン名などをメインサイトに着地させたいからです。転送とはリダイレクト、つまりブラウザーに別のアドレスへ移動するよう指示することで、選ぶ種類によって検索エンジンが何を記憶するかが決まります。下のプランナーで適切な種類を選び、自分のサーバーで設定したい場合はサーバー用のルールを取得してください。
301は移転が恒久的であること、302は一時的であることを示します。Googleのガイダンスによると、恒久的なリダイレクトは転送先を正規アドレスとすべきシグナルとして使われますが、一時的なリダイレクトではそうなりません。
マスク転送は、実際のサイトをフレーム内に読み込むことで、アドレスバーに旧ドメインを表示し続けます。多くのサイトはフレーム表示を拒否するframe-ancestorsルールを送信しているため、訪問者には空白のページが表示されます。ディープリンクやページタイトルも期待どおりに機能しなくなります。
転送サービスが旧ドメインの有効な証明書を持っている場合に限ります。ここはレジストラーのヘルプによって説明が異なります。たとえばNamecheapは、ドメイン間のHTTPSからHTTPSへのリダイレクトには両方に有効なSSL証明書が必要だとしています。証明書がないと、https://と入力した訪問者にはリダイレクトの前にセキュリティ警告が表示されます。
いいえ。AまたはCNAMEレコードでDNSを設定すると、そのドメイン自体でサイトが表示され、アドレスバーもそのドメインのままです。転送はリダイレクトでブラウザーを別の場所へ送るため、アドレスバーは転送先に変わります。
プロバイダーとDNSキャッシュによって異なります。Namecheapのヘルプによると、同社のリダイレクトは通常30分ほどで機能し始めます。他のレジストラーもそれぞれ目安を公開しています。
MDNによるリダイレクトコードの説明
$request_uri変数がパスとクエリ文字列を引き継ぐので、ディープリンクも正しく届きます。
Redirect permanentは301を送信し、Apacheが残りのパスを転送先に付け加えます。
即時のmeta refreshは、Googleでは恒久的なリダイレクトと同様に扱われます。それでもサーバー側のリダイレクトのほうが優れています。
2つのアドレスを入力してください。入力に合わせてルールが更新され、どこにも送信されません。
転送するドメイン
転送先のアドレス
移転の種類
パスを維持する（old.com/menuはnew.com/menuへ）
恒久的（301）
一時的（302）
{from}と入力した訪問者は{code}で{to}へ送られます。アドレスバーには転送先が表示されます。
{from}/menuへのリクエストは{dest}へ転送されます。
old-example.comのように、https://を付けずにドメインのみを入力してください。
転送先はhttps://で始まる完全なアドレスにしてください。
転送先が同じドメイン上にあるため、ループしてしまいます。
Nginx
Apache
無料で始める · クレジットカード不要