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」ページが表示されます。
このエラーページのブランディングをカスタマイズしたいですか？より多くのコントロールのために、Dedicated IPを利用できます。詳細については、私たちのDedicated IP 記事 をチェックしてください。
