直接回答
URLリダイレクトを設定するには、どのURLを移動させ、どこに移すかを決め、301（恒久的）か302（一時的）を選び、古いURLへのリクエストが処理される場所にルールを追加します。つまり、Webサーバー、CMS、レジストラの転送機能、またはリダイレクトサービスです。その後、テストします。RedirHubでは、Create → Domain Redirect を選び、Redirect from と Redirect to を入力し、301 · Permanent を選択して、ドメインのDNSをRedirHubに向けると、HTTPSは自動的に発行されます。
このガイドでは、すべてのURLリダイレクトに必要なものと設定できる場所から始め、その後、登録からHTTPSリダイレクトが機能する状態になるまで、RedirHubのセットアップ全体を説明します。RedirHubの部分では、自分が所有するドメインとそのDNS設定にアクセスできることだけが必要です。RedirHubは初めてですか？ RedirHubとは？ から始めてください。
すべてのURLリダイレクトに必要なもの#
- ソース: 人々がまだアクセスする古いURLまたはドメイン。たとえば oldbrand.com や mybrand.com/pricing-2025。
- 宛先: https:// を含む、最終的に到達させる完全なURL。たとえば https://mybrand.com。
- リダイレクトの種類: 移動が最終的な場合は301（検索エンジンは古いURLのシグナルを新しいURLへ移します）、一時的な場合は302。たとえばメンテナンスページです。301と302のリダイレクトで違いを説明しています。
- 実行する場所: リダイレクトは、古いURLへのリクエストを受け取るサーバー上でのみ機能します。つまり、そのDNSが向いている先です。新しいサイトにルールを置いても、DNSがまだ別の場所を指しているドメインをリダイレクトすることはできません。
URLリダイレクトを設定する場所#
リダイレクトを追加する一般的な場所は4つあります。古いURLへのリクエストにすでに応答している場所、またはそこへ向けられる場所を選んでください。
| Where | 追加方法 | 最適な用途 | 注意点 |
|---|---|---|---|
| Webサーバー（Apache .htaccess、Nginx） | サーバー設定内のリライトまたはリターンルール | 自分でホストし、編集できるサイト | サーバーアクセスが必要です。 টাইポ一つでサイト全体に影響することがあります |
| ホスティングパネル（cPanel Redirects） | Permanent（301）またはTemporary（302）、ソースと転送先を選択する | cPanelを使うホスティングアカウント | cPanel はルールを .htaccess に書き込みますが、WordPress などのアプリでは無視される場合があります |
| CMS またはプラグイン（WordPress、Shopify…） | CMS 内のリダイレクト管理ツール | 稼働中サイト上の個別ページ | そのサイトが稼働している間しか機能しません |
| レジストラ転送（GoDaddy、Namecheap…） | ドメインの DNS パネルにある転送または URL リダイレクトのレコード | 予備ドメインを 1 つの URL に送る | HTTPS とパスの扱いはさまざまです。たとえば Namecheap は、HTTPS を別の転送先ドメインにのみ対応しています |
| リダイレクトサービス（RedirHub） | リダイレクトを作成し、次にドメインのDNSをサービスに向けます | ホスティングのないドメイン、多数のドメイン、サイト移転 | 有料：月額49ドルから、14日間の無料トライアル付き |
サーバールールとプラグインについては、301リダイレクト：その概要と設定方法およびWordPressでURLをリダイレクトする方法をご覧ください。レジストラ転送については、GoDaddyとNamecheapのガイドをご覧ください。このページの残りの部分では、RedirHubでのリダイレクトサービス経由の方法を示します。
URLリダイレクトの例#
- ドメイン変更：oldbrand.com → https://mybrand.com、301、パスを保持するため、oldbrand.com/about は mybrand.com/about に到達します。
- 1ページの移動：mybrand.com/pricing-2025 → https://mybrand.com/pricing、301。
- 一時的な迂回：mybrand.com/shop → https://mybrand.com/maintenance、302、ショップが戻ったら削除します。
- タイプミスや予備ドメイン：mybrnd.com と mybrand.net → https://mybrand.com、301、すべてのパスを1つのURLへ。
どのツールを使っても、ブラウザが受け取るものは同じです。たとえば HTTP/1.1 301 Moved Permanently のようなステータス行と、新しいURLを含む Location ヘッダー、たとえば Location: https://mybrand.com/about です。
RedirHubでURLリダイレクトを設定する方法#
以下の例では、oldbrand.com（および oldbrand.net）を301で https://mybrand.com に転送し、すべてのパスを保持します。DNS とメールは現在のプロバイダーのままです。変更されるのは、リダイレクトする名前のレコードだけです。
ステップ1: アカウントを作成するかログインする#
RedirHubダッシュボードに移動し、サインアップするかログインしてください。14日間の無料トライアルでこのガイドに従うには十分です。
ステップ2: Domain Redirectを選ぶ#
Linksを開き、CreateをクリックしてDomain Redirectを選択します。
Create → Domain Redirect. The same dialog starts branded links, QR codes and migrations.
作業に合ったカードを選び、形式にはこだわらないでください。Domain Redirectはドメイン、サブドメイン、またはパスを別の場所へ送信し、Website Migrationは多数のURLを一度に移行します。ここで作成したものは、Links内でまとめて一覧表示・管理されます。
ルートドメインが www を含む
www を別途追加する必要はありません。oldbrand.com へのリダイレクトは、www.oldbrand.com についても同じパスを含めて処理します。ただし、DNS で www も RedirHub を指していることが条件です（ステップ4）。
www をルートドメインとは別の場所に向ける必要がある場合のみ、独自の送信元として追加してください。ルートドメインとその www 版は、プラン上は1つのドメインとしてカウントされます。
サイト全体を別のドメインへ移すのであれば、Website Migration を選び、Web サイトの移行中に各古い URL をそれぞれ対応する新しいページへマッピングしてください。すでにスプレッドシートにマッピングがありますか？ ダイアログ下部の CSV のインポートを使うと、すべてのプランで CSV の一括インポート が実行され、確認前に行、エラー、プランの使用量が表示されます。
ステップ 3: リダイレクト元、リダイレクト先、種類、パスを設定する#
- リダイレクト元 / リダイレクト先: あなたが所有するドメイン（oldbrand.com）と、訪問者を送る完全な URL（https://mybrand.com）です。別のソースを追加 を使うと、oldbrand.net など他のドメインも同じ場所へ送れます。ルートドメインは www も含みます。
- リダイレクトの種類: 301・Permanent は移転が確定している場合、302・Temporary はテスト中に使用します。その他の種類 で 307、308、Frame、Custom HTML を追加できます。リダイレクト方法の説明 を参照してください。
- パス: パスを保持 を選ぶと oldbrand.com/about は mybrand.com/about に転送され、すべてを 1 つの URL に を選ぶとすべてのパスが目的地に送られます。その他のオプション の クエリ転送 では UTM タグなどのパラメータを保持できます。より細かく制御するには、宛先 URL 変数 を参照してください。
Check What happens before you click Create redirect.
保存する前に、右側の 何が起こるか パネルを確認してください。設定内容を使った実際のリクエストのプレビューが表示されるので、oldbrand.com/about のような深いページが 301 で mybrand.com/about に到達し、?ref=x のようなクエリ文字列も DNS を待たずに引き継がれることを確認できます。ソースドメインがまだ RedirHub を指していない場合は、その旨が黄色の नोटとして表示されます。リダイレクトはそれでも保存され、DNS が更新され次第（ステップ 4）すぐに有効になります。
リダイレクトを作成 をクリックします。リダイレクトは保存され、DNS が RedirHub を指すとすぐに動作を開始します。
ステップ 4: DNS を RedirHub に向ける#
Hostnames を開き、ドメインを選択して Connect DNS を使用します。自動設定は、対応している DNS プロバイダーでは必要なレコードを自動で処理します。それ以外の場合は、Manual タブに追加すべき正確なレコードと、削除すべき古いレコードが表示されます。
- ルートドメイン（oldbrand.com）: 表示されている A レコードと、確認用の TXT レコード。
- www を含むサブドメイン（www.oldbrand.com、go.oldbrand.com）：CNAME レコード。
- 同じ名前の A、AAAA、または CNAME レコードが他にあれば削除してください。そうしないと、一部の訪問者が引き続き古いサーバーに पहुंचいてしまいます。
Connect DNS → Manual lists every record to add and delete. Your values are shown in your own dashboard.
DNS プロバイダーで変更を行ったら、変更しました をクリックしてください。RedirHub が各レコードを確認し、まだ不足しているものをお知らせします。ネームサーバー、MX（メール）、その他すべてのレコードはそのまま維持されます。
詳細は 必要な DNS 変更 をご覧ください。プロバイダーのガイド：GoDaddy、Cloudflare、Namecheap ほか、サポートセンターに掲載されています。
ステップ 5: DNS の検証と HTTPS を待つ#
DNS の変更は反映まで最大 24 時間かかることがありますが、RedirHub は自動的に検出します。ドメインに DNS verified と表示されたら、リダイレクトは有効です。その後 SSL 証明書が自動で発行され、ステータスは Secured に変わります。詳しくは DNS の変更にはどれくらい時間がかかりますか？ と 自動 HTTPS をご覧ください。
ほとんどのドメインはそれより早く、一般的なドメインは追加後およそ 15 分で確認され、接続したドメインの約 4 分の 3 は最初の 1 時間以内に接続されます（RedirHub プラットフォームデータ、2026年10月）。
ステップ 6: リダイレクトをテストする#
古い URL をプライベートブラウザウィンドウで開き、ホームページ、oldbrand.com/about のような深いページ、そして www 版を確認してください。ステータスコード、遷移先、応答速度を確認するには、古い URL を リダイレクト速度テスト にかけてください。まだうまくいかない場合は、新しいリダイレクトのトラブルシューティング をご覧ください。
リダイレクトは機能していますか？ ドメインを入力してください。ステータスコード（301 または 302）、転送先、HTTPS が有効かどうか、そしてワシントン・フランクフルト・東京からの応答速度を確認できます。過去 7 日間にテストされたすべてのリダイレクトと比較して順位も表示されます。
リダイレクトをテストするレジストラ転送 vs RedirHub#
レジストラ転送は無料で、予備の単一ドメインには十分です。RedirHub は、信頼して使うリダイレクトのために作られています:
| レジストラ転送 | RedirHub | |
|---|---|---|
| 動作場所 | レジストラの転送サーバー | 各訪問者の近くにある 130 のグローバルエッジロケーション（PoP） |
| DNS とメール | 一部のレジストラは、ドメインのレコードまたはネームサーバーを引き継ぎます | そのままにしておきます。変更されるのはルートと www レコードだけです |
| HTTPS | レジストラによります | ルートと www に対して自動的に発行・更新されます |
| Paths | 通常、すべてを1つの行き先に集約します | パスを維持するか、各古い URL をそれぞれ対応する新しいページに割り当てます |
| 多数のドメイン | 一度に1件の転送 | リダイレクトごとに複数の送信元ドメインを指定できます。CSV インポートは全プランで利用可能です |
| リダイレクトの種類 | 通常は 301、302、およびマスキング | 301、302、307、308 およびフレームリダイレクト |
| Analytics | 通常はありません | ボットを除外したクリック数とユニーク訪問者数。ドメインごとの上位リンク |
| Price | 通常はドメインに含まれます | 月額 $49 から（Core）、Proは14日間の無料トライアル |
RedirHub がリクエスト自体に応答するため、リダイレクトのためだけに存在していたホスティングを解約でき、すべてのソースドメインで自動 HTTPSを利用でき、転送ドメインのポートフォリオ全体を1つのリストで管理できます。DNS は10分ごとに再チェックされるため、誰かが誤って変更したレコードもすぐに表示されます。ホームページへ転送するための1つのパークドメインだけが必要で、レジストラの転送機能がすでに HTTPS で動作しているなら、無料オプションで十分です。
よくある質問
いいえ。ルートドメインへのリダイレクトは、DNSでwwwがRedirHubを指している限り、同じパスを含めてwwwもカバーします。wwwを別の送信元として追加するのは、別の宛先に送る場合だけです。
いいえ。ドメインは現在のレジストラとDNSプロバイダーに残ります。リダイレクトしたい名前のDNSレコードだけを変更します。
いいえ。RedirHubがドメインへのリクエストに応答し、HTTPSを処理するため、リダイレクトのためだけに存在していたホスティングは解約できます。
通常は数分ですが、DNSの変更が広まるまで最大24時間かかることがあります。RedirHubは変更を自動的に検出し、DNS確認済みを表示してからSSL証明書を発行します。
移転が恒久的な場合、たとえばドメイン変更やページの移転先が新しく決まった場合は301を使います。旧URLが戻ってくる場合、たとえばメンテナンス中や短いテスト中は302を使います。迷った場合は、後から301へ簡単に切り替えられる302を使うとよいです。
標準的なレコードだけではできません。A、AAAA、CNAMEレコードはどのサーバーが応答するかを決めるだけで、リダイレクト自体はサーバーが送るHTTPレスポンスです。レジストラの転送やRedirHubのようなリダイレクトサービスは、そのレスポンスを返すサーバーにDNSを向けることで機能します。
URLを移転する推奨方法は、最も近い一致ページへ恒久的なリダイレクトを設定することです。検索エンジンはそのシグナルを新しいアドレスに引き継ぎます。問題は、すべてをホームページに転送すること、長いリダイレクトチェーン、恒久的な移転なのに302のままにしておくことです。