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 が見つかりません」ページが表示されます。
このエラーページのブランドをカスタマイズしたいですか？ より多くの制御を得るために専用IPを利用できます。 詳しくは 専用IPの記事 をご覧ください。
