RedirHubのマッチングオプションにより、複雑なリダイレクト設定を簡単に構築できます。
まず、完全なURLパスに一致するリダイレクトが当社のデータベースに存在するかを確認します。たとえば、www.example.com/path?query-string=1 へのリクエストが受信された場合、その完全一致を探します。見つかれば、指定された宛先を使用します。見つからなければ、次のマッチング基準へ進みます：
- 完全一致パス（大文字小文字を区別） : www.example.com/path
- パスなし : www.example.com
- ルートドメイン（www版のドメインでのみ動作） : example.com
- ワイルドカードドメイン : *.example.com
これらの条件のいずれも満たされない場合、404ページが表示されます。これを防ぐために、「ルートパス」へのリダイレクトを設定し、ユーザーが常に有効な宛先を持てるようにすることをおすすめします。
詳細は以下をご覧ください。
URIフォワーディング = ルート一致に関する優先度なし#
指定されたパスがないリクエスト（つまりホームページ）が来た場合、URLフォワーディングが無効になっているソースを優先します。これにより、以下のような設定が可能になります：
• リダイレクト 1：example.com/ -> new.com – URI転送 = はい
• リダイレクト 2：example.com/ -> new.com/new-homepage – URI転送 = いいえ
この設定では、example.com（ホームページ）へのリクエストは new.com/new-homepage にリダイレクトされますが、それ以外のリクエストは、ソースで指定されているとおり new.com/$PATH$ に送られます。
一致が見つかりません#
リダイレクトのリクエストで一致が見つからない場合はどうなりますか？
パスが見つかりません#
次のようなリダイレクトを設定しているとします：
• https://example.com/ -> https://new-domain.com
• https://example.com/contact -> https://new-domain.com/contact-us
例1：ユーザーが https://example.com/contact にアクセスし、正しく https://new-domain.com/contact-us にリダイレクトされます。
例2：ユーザーが https://example.com/old-contact-page を訪問しますが、完全に一致するパスがありません。このときRedirHubは、 https://example.com/ に対するリダイレクトがあるかを確認します。見つかれば、ユーザーは https://new-domain.com にリダイレクトされます。だからこそ、404エラーを避けるために「ルートパスのリダイレクト」を必ず設定することをおすすめします。
ユーザー体験をシームレスにするため、当社のインターフェース上で自動的にこの設定をおすすめします。
一致が見つからない場合はルートパスにフォールバックするため、訪問者は404ページに遭遇しません。特定の用途でカスタム404ページが必要な場合はお知らせください。対応方針を再検討できます。
ホスト名が見つかりません#
ホスト名が見つからない場合（つまりRedirHubで設定されていない場合）、リクエストをリダイレクトできません。この場合、「404 not found」ページが表示されます。
このエラーページのブランディングをカスタマイズしたいですか？より細かな制御のために専用IP（Dedicated IP）をご利用いただけます。詳細は「Dedicated IP」の記事をご覧ください。