直接の答え
「機能しない」新しいリダイレクトの多くは、DNS待ちかブラウザのキャッシュによって隠れているだけです。DNSがRedirHubを指していることを確認し、プライベートウィンドウでテストしてください。リダイレクトは動くのに行き先が違う場合は、メソッド、Path forwarding、Query forwardingを確認してください。
1. DNSはRedirHubを指していますか？#
1つずつリンクを見るのではなく、一覧から始めましょう。Linksを開き、DNS issueフィルターをクリックします。これにより、ドメインがRedirHubを指していないリンクだけに絞り込まれるので、どのリダイレクトがDNS待ちなのかを一目で確認できます。
Links → DNS issue: one link left, so promo.mybrand.com is the domain to fix.
この例では、絞り込み後に1,556件のうち1件だけが残ります。それがpromo.mybrand.comです。ほかのリンクはすべてすでに解決されているため、問題はリダイレクト設定ではなく、そのドメイン1件のDNSです。フィルターで何も表示されない場合、DNSは正常で、原因はこのページの下のほうにあります。
ダッシュボードでリダイレクトを開き、Check DNSをクリックします。DNS verifiedと表示されるまでは、訪問者はまだ古いサーバーに到達します。DNS変更が反映されるまで最大24時間かかることがあります。WhatsMyDNSを使って世界中での反映状況を追跡してください。詳細はHow long does the DNS change take?を参照してください。
- 残っている古いレコード: 同じ名前の他のA、AAAA、またはCNAMEレコードを削除します。2つのレコードが残っていると、一部の訪問者は古いサーバーに接続されます。
- ホスト欄の誤り: 多くのプロバイダーでは、ルートドメインには@を、wwwにはwww.example.comではなく単にwwwを指定します。
2. ブラウザに古い結果が表示されていますか？#
ブラウザはDNS応答と恒久的なリダイレクト（301と308）をキャッシュします。変更後は、他の人がすでに新しい動作を見ていても、自分のブラウザだけ古い動作を表示し続けることがあります。リダイレクトをテストしてください:
- プライベートウィンドウまたはシークレットウィンドウ、あるいは別のブラウザで、
- ランダムなクエリ文字列付きで、たとえば https://example.com/?v=2 のように、
- Redirect tester を使うか、コマンドラインから:
bashcurl -I https://example.com/some-pageLocationヘッダーには、RedirHub がリクエストを送る先が正確に表示されます。まだテスト中の間は 302 を使い、ブラウザに未完了の転送先を記憶させないようにしてください。
3. 「安全ではありません」または証明書エラー#
SSL証明書は DNS の確認直後に発行され、ステータスは Queued から Provisioning、そして Secured へと移行し、通常は数分以内に完了します。もしそのまま止まっている場合は、ドメインの CAA レコードを確認してください。letsencrypt.org と sectigo.com を許可する必要があります（どの DNS タイプを使えますか？ を参照）。証明書の詳細は Automatic HTTPS をご覧ください。
4. リダイレクトは機能するが、間違った場所に移動してしまう#
- すべてのページがホームページに移動する: Path forwarding を有効にして、old-domain.com/about が new-domain.com/about に移動するようにします。
- UTM タグやその他のパラメータが失われる: Query forwarding を有効にします。
- パスが2回表示されている、または {host} / @ がURLに表示される：Destination URL Variables を参照してください。
- 特定のパスがルートの遷移先に向かう：パスは完全一致で照合され、大文字小文字が区別されます。どのパスにも一致しない場合は、ルートへのリダイレクトが使用されます。Matching を参照してください。
5. www はルートドメインとは異なる動作をします#
example.com へのリダイレクトは www.example.com もカバーしますが、www が DNS でも RedirHub を指している場合に限られます。通常は CNAME レコードを使います。www がまだ古いホストを指している場合、www の訪問者は RedirHub に到達しません。www 用に別のリダイレクトを作成している場合は、www リクエストではそちらが優先されます。
6. Frame (Masking) で空白ページが表示される#
遷移先はフレーム内で表示されることを拒否しているか、https:// ではなく http:// を使用している可能性があります。これを変更できるのは遷移先の所有者だけです。それ以外の場合は 301 または 302 を使用してください。Redirect Methods Explained を参照してください。
まだ問題が解決しませんか？#
数時間たってもまだ動作しない場合は、ダッシュボードのチャット、または support@redirhub.com からご連絡ください。ドメインとテストしたURLを記載していただければ、確認いたします。
よくある質問
ブラウザまたはコンピュータがまだキャッシュされた応答を使用しています。シークレットウィンドウ、別のブラウザ、または curl -I でテストしてください。通常、他の訪問者にはすでに新しいリダイレクトが表示されています。
ブラウザは301と308のリダイレクトを記憶します。ブラウザのキャッシュを消去するか、シークレットウィンドウでテストしてください。移動先をまだテストしている間は302を使用してください。
ルートドメインがwwwもカバーするのは、DNSでwwwもRedirHubを指している場合のみです。wwwをRedirHubに向け（ドメインリダイレクトに必要なDNS変更について参照）、古いwwwレコードを削除してください。