RedirHubのマッチングオプションにより、複雑なリダイレクト設定を手間なく構築できます。
まず、完全なURLパスに一致するリダイレクトがデータベースにあるかを確認します。たとえば、www.example.com/path?query-string=1 へのリクエストを受け取った場合、その完全一致を探します。見つかれば、指定された宛先を使用します。見つからなければ、次のマッチング基準へ進みます：
- 完全一致パス（大文字・小文字を区別） ： www.example.com/path
- パスなし ： www.example.com
- ルートドメイン（wwwリクエストの場合） ： www.example.com/path へのリクエストで、そのリクエスト自体に紐づくリダイレクトがない場合は、example.com/path を使用し、次に example.com となります。これが、ルートドメインのリダイレクトはDNSでwwwがRedirHubを指している限り、wwwもカバーする理由です。
- ワイルドカードドメイン ： *.example.com
これらの条件のいずれも満たされない場合、404ページが表示されます。これを防ぐために、「ルートパス」へのリダイレクトを設定し、ユーザーが常に有効な宛先を持てるようにすることをおすすめします。
詳細は以下をご覧ください。
パスフォワーディング = ルート一致にこだわらない#
指定されたパスがない（つまりホームページ）リクエストが来た場合、パスフォワーディングがオフになっているソースを優先します。これにより、次のような設定が可能になります：
• リダイレクト 1：example.com/ → new.com – パス転送 = オン
• リダイレクト 2：example.com/ → new.com/new-homepage – パス転送 = オフ
この設定では、example.com（ホームページ）へのリクエストは new.com/new-homepage にリダイレクトされますが、その他のリクエストは新しいドメイン上でパスをそのまま維持します（例：example.com/about は new.com/about に移動）。
パス転送（ダッシュボードの「Forwarded Options」内）は、宛先に {uri} 変数を追加することで動作します。より細かく制御したい場合は、宛先に {path}、{host}、{host.domain} などの変数を自分で配置して、各リクエストから組み立てることもできます。 「Destination URL Variables」を参照してください。
一致なし#
リダイレクト要求で一致が見つからない場合はどうなりますか？
パスが見つかりません#
次のようなリダイレクトを設定しているとします：
• 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 をご利用いただけます。詳細は「専用 IP」の記事をご覧ください。