コードは印刷済み。遷移先は未確定。

自社で管理するドメインが入っているコードなら可能です。一括インポートで取り込むか、サポートチームの手を借りて移行できます。パスと遷移先はすべてそのままで、ドメインをRedirHubに向けた時点で印刷済みのコードも読み取れます。他のベンダーのドメインが入っているコードはそのベンダーに残るため、次の印刷に向けて同じ遷移先を自社ドメインで設定してください。

印刷されたコードがアクティブなリダイレクトURLをエンコードしている場合のみ可能です。そうであれば、そのリダイレクトの背後にある目的地はいつでも更新できます。最終的なウェブアドレスを直接エンコードしているコードは再ポイントできません — アドレスはパターンの一部です。

スキャンして、ページが開くときにアドレスバーを見てください。最終ページに到達する前に短いリダイレクトドメインが一瞬表示される場合、それはリダイレクト支援です。目的地に直接行く場合、目的地は組み込まれています。

いいえ。パターンはリダイレクトURLをエンコードしており、そのURLは決して変わりません。変わるのはその背後のルールだけです。

はい。スキャンは自社のドメインを経由し、HTTPSは自動で発行されます。Coreは25ドメイン、Proは250ドメインまで接続できます。

それは通常のHTTPリダイレクトで、目的地のページが読み込まれる前に解決されます。実際には、人々はホップではなく目的地を見ます。

はい。各スキャンはスキャン数の推移、地域、デバイス、リファラーとともに記録され、ダッシュボードまたはAPIで確認できます。

RedirHubは、大規模にリダイレクト記録を管理するために構築されており、すべてのプランでバルクインポートとエクスポート、REST APIが利用可能です。管理できる数はプランと設定によります。

リダイレクトは、アカウントと接続されたドメインがアクティブな間に解決されます。これは、どのリダイレクト支援の印刷ランでも計画する価値があります。どのプロバイダーを使用しても。