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の記事をご覧ください。