2026年のリダイレクトソフトウェア：ユースケース別に10ツールを比較

金曜日にドメイン変更を本番反映すると、障害はたいていチケットが起票されるのを待ってはくれません。月曜日には旧価格ページが404を返し、キャンペーンリンクは前四半期のパスのままで、印刷チラシのQRコードは廃止済みのホストを指したままです。公開URLはサイトに合わせて移動していないのです。誰かが、別の用途向けに作られたリダイレクトソフトウェアを選んだのでしょう。

この取り違えは起こしやすいものです。ブランド短縮URLサービスは、リンクがすでに世に出た後にキャンペーンの遷移先を差し替えるのが得意です。しかし、廃止予定ドメイン上のインデックス済みURLすべてに対して使う道具ではありません。WordPressプラグインは、1つのインストール内でパーマリンクの編集を拾えますが、もう自分ではホストしていないホスト名のDNS応答はできません。エッジルールならドメイン全体を1回のホップで送れますが、印刷後に編集できるQRコードをマーケティングに提供することはできません。

この分け方こそが本リストの要点です。以下の10個は、元々どの作業向けに作られたかで分類しています。キャンペーンリンク、サイト全体の移行、WordPress内のルール、あるいはセルフホストでの管理です。ブランドリンク系プラットフォームは、サイト全体のリダイレクト作業では不十分な箇所を明示しています。ステータスコードは、クライアントやクローラーが次に何をするかを左右します。恒久的なコードは永続的な移動を示し、一時的なコードはそうではありません。フォーム、チェックアウト、APIが経路に入ると、メソッドを保持するペアが重要になります。誰にも気づかれずにPOSTがGETに変わるのは、きれいなリダイレクトではなく壊れたリクエストです。

1. RedirHub#

RedirHubは、キャンペーンリンクと移行マップを、すでに所有しているドメイン上で一元管理しようとする選択肢です。DNSをサービスに向け、redirect-from URLとredirect-to URLを作成すると、公開ホスト名は自分のまま保てます。遷移先は後で変更でき、301と302の切り替えも、DNSを再編集せずに可能です。

この組み合わせこそ、多くの比較記事がごちゃ混ぜにする部分です。短縮URLサービスはマーケティングリンクを管理し、CDNはインフラのルールを管理し、プラグインはCMSを管理します。ここでは、ブランドリンク、動的QRコード、ドメインリダイレクト、サイト移行マッピングが1つのLinksページに集約され、自動HTTPS、Management API、そしてアシスタント駆動の確認に使えるMCPサーバーも備えています。

実運用の移行で役立つ点#

移行作業ではパスとクエリの転送を有効にして、old-brand.com/pricing?utm_source=xが新しいホスト上の対応するパスへ、タグを保持したまま到達するようにしましょう。チェーン検出は、そうでなければエクイティと遅延を漏らす2回目のホップを隠してしまう恒久的リダイレクトを検知します。さらに継続的な監視がライブのリダイレクトを見守ります。公開後に遷移先が404を返し始めても、誰もチケットを起票しないまま失敗するからです。

130のグローバルPoPから、HTTPSでリダイレクトに応答します。維持するサーバーはなく、リクエストに応答する前に起動しなければならないものもありません。ProではDedicated Clusterアドオンをご利用いただけます。

プラン、制限、注意事項#

Coreは25ドメインと2,500件の管理リンクをカバーし、Proは250ドメインと10,000件の管理リンクに加え、高度な分析、監視とアラート、高度なルーティングと制御、フィルター付きのワークスペース監査ログ、5週間のアクティビティヒートマップ、CSVエクスポートを備えています。Proには14日間の無料トライアルが付属し、Coreはすぐに利用開始できます。Frameリダイレクトは、アドレスバーにあなたのドメインを表示したまま、iframe内に遷移先を読み込みます。ルートドメインと自動的にカバーされるwwwは1つのドメイン枠を共有し、基本的な全ドメインリダイレクトは管理リンク容量を消費しないため、駐車済みドメインはドメイン枠は使いますが管理リンク容量は使いません。Enterpriseの容量は契約により定められます。

実用上のルール: 公開URLが印刷される、メールで送られる、またはインデックスされるなら、あなたが管理するホスト名に置き、変更するのは行き先だけにしてください。

移行後も恒久的なリダイレクトはそのまま維持してください。外部の被リンク、ブックマーク、インデックスされたURLは何年もトラフィックを送り続けることがあり、リダイレクトを早く外すと、きれいな移行が404に崩れてしまいます。開始するには、ドメインとDNSへのアクセスが必要です。作業がベンダーの短縮ドメインで行う一度きりのSNS投稿なら、これはその作業には過剰なインフラです。

2. redirect.pizza#

redirect.pizza^[1]は、キャンペーン用のスタジオではなく、ホスト名向けのホスト型リダイレクト層です。ソースとなるホスト名のDNSをサービスに向け、ダッシュボードでルールを編集します。リダイレクト用サーバーをパッチする必要はありません。これは、ドメイン統合、バニティホスト名、そしてパスを維持する必要がある移行に適した形です。

ステータスメニューは、Webの動作に合わせています。301（"Moved Permanently"）と302（"Found"）は古い組み合わせです。308（"Permanent Redirect"）は、POSTを含めて元のメソッドを維持したまま恒久的な移動を行えるよう、RFC 7538^[2]によって2015年4月に標準化されました。307は一時的な移動でも同様です。URLが完全に不要になったときは301または308を使ってください。テスト、メンテナンス時間、短期キャンペーンには302または307を使ってください。APIやチェックアウトフォームでメソッドを変えることが、「単純」なリダイレクトをリクエスト破壊に変えてしまう原因です。

パス固有のルールとホスト名全体のルールの両方があり、パスとクエリの転送も可能です。API、一括インポート/エクスポート、Terraformプロバイダーにより、クリック操作を好まないチームにも対応します。分析と遷移先の監視は対象プランで利用できます。制限付きの無料プランもあります。

厳しい制約はホスト名そのものです。DNSがここを指すと、その名前は既存サイトの他の部分も同時に提供できません。正規表現と監視はプランに依存し、DNSの管理権限が必要です。廃止したドメインを完全に切り替えるなら、このカテゴリが適しています。編集可能なQRコードやチーム用リンクワークスペースには向いていません。

3. Cloudflare リダイレクト ルール#

ドメインがすでにプロキシされている場合、Cloudflare^[3] はオリジンが立ち上がる前にリダイレクトを返せます。これが性能面での利点であり、ブランディング上の利点ではありません。リダイレクトは1回ごとに追加の HTTP リクエストです。オリジンをまたぐと、DNS、TCP、TLS を経て、往復に 数百〜数千ミリ秒 かかることがあり、そのため 移行時のパフォーマンス指針^[4] ではリダイレクトを無料のエイリアスではなく、ロード時間のコストとして扱っています。エッジのルールが1回のホップで完了するなら、起動・認証・データベース照会を先に行うアプリケーション ルールより速いです。

リンク製品ではなく、ルールです#

Single Redirects は、ワイルドカードを含む静的ターゲットと動的パターンに対応します。Bulk Redirects は、ソース URL と宛先 URL の一覧を扱います。パスのサフィックスやクエリ文字列を維持できます。リダイレクト機能は Free プランで利用でき、文書化されている Bulk Redirect の URL リスト上限はそこで 10,000 件から始まります。上位プランでは割り当てが増えます。なお、マッチング順序とこれらの上限は自分で管理する必要があります。

これはインフラであって、ブランドリンク管理のための機能ではありません。キャンペーン用ワークスペースも、動的な QR アセットも、そして「チラシの遷移先を編集する」ワークフローもありません。これらのプロダクトを動かすには、ドメインをプロキシする必要があります。Cloudflare がすでに DNS と CDN でないなら、リダイレクトだけのために導入するのは大きな変更です。スタック全体を作り直さずに無料のエッジ経路を使いたいチームは、Cloudflare のドメインを別の URL にリダイレクトする方法 に従い、それを専用のリダイレクト用ホスト名と比較できます。

HTTP から HTTPS へ、そして末尾スラッシュの挙動をその1回のホップに正規化しましょう。HTTP、HTTPS、www、そして最終パスへと続くチェーンは、送るつもりのなかった追加のリクエストを3回生みます。

4. Rebrandly#

Rebrandly^[5] は、サイトマップ向けではなく、人が共有するリンクのために作られています。組織のドメインを接続し、短い URL を公開し、あとから遷移先を変更し、クリック分析を確認できます。QR コード、API、チーム ワークスペース、Webhook がその中核を取り囲んでいます。Enterprise プランでは SSO とより厳しい制御が追加されます。無料プランで、ブランド付きリンクとコードを試すのには十分です。作成をプログラムから行う場合は、高トラフィック向けの API オプションもあります。

このサービスの限界は、作業が「すべての古い URL」になった瞬間に現れます。リンク、ドメイン、編集、分析の許容量はプランごとに異なり、この製品はサイト用の汎用リダイレクトマップではありません。インデックスされたパスをクロールして、それで移行完了とはいきません。

編集可能なリンクには所有者が必要です#

Destination の編集は、マーケティングが望み、セキュリティが確認すべき機能です。APWG の 2025年第2四半期トレンドレポート^[6]は、QR 悪用がいかに速く広がったかを示しています。Mimecast は 2025年第2四半期に 635,672 個のユニークな悪意ある QR コードを検出し、第3四半期には 716,306 個を検出しました。第3四半期までの12か月間では、ユニークな悪意ある QR コードは 300万 個を超えています。APWG は QR コード攻撃の標的となった 1,642 のブランドを記録しました。印刷されたコードは何年も流通し続けることがあります。紙を回収することはできません。

編集可能なリンクが自動的に安全になるわけではありません。承認ステップがなければ、再印刷を不要にするその編集は、信頼されたフィッシングの攻撃面のままです。

このようなプラットフォームを使うなら、ロール制限、変更履歴、有効期限、そして緊急停止スイッチを組み合わせてください。ドメイン切り替えの正本システムとして扱ってはいけません。

5. Short.io#

Short.io^[7] は、複数のクライアントブランドにまたがって短縮リンクを運用する代理店に適しています。ブランドごとのカスタムドメイン、一括作成のための CSV やスプレッドシート、動的 QR コード、そしてプログラム処理向けの API が売りです。遷移先は編集可能なままなので、ランディングページが変わっても公開短縮リンクは変わりません。チームロール、クリック分析、ターゲティングがマーケティング面をカバーします。

無料プランはありますが、有料プランでは容量と制御機能が追加されます。リンク、ドメイン、自動化の上限はプランに応じて変わり、ベンダーはプラン体系を頻繁に見直します。クライアントにカスタムドメインを約束したり、大きなカタログのスクリプトを組んだりする前に、Short.io の料金ページで現在の無料プランの上限を確認してください。無料枠は評価時と登録時の間に変わることがあるため、検討した月ではなく、契約するその週に確認してください。

小売と CPG のチームには、QR の側面を気にする理由があります。Hospitable Technology が取り上げた Bitly の 2023 年 QR Code Trends Report^[8] によると、小売と消費者向けパッケージ商品における QR コード作成は 2023 年に 88% 増加しました。パッケージのコードはソーシャル投稿より長持ちし、短縮サービスは印刷後にそれらの遷移先を更新できます。ただし、旧来のパス構造を維持したり、すべてのクエリ変種を転送したり、プラットフォーム移行中にホスト名レベルのリダイレクトを担ったりはできません。ここではキャンペーンを実施してください。移行は別の場所で行いましょう。

6. Bitly#

Bitly^[9] はおなじみのキャンペーン用スタックです。短縮リンク、QR コード、分析、チーム制御を備えています。マーケティングチームはすでにこのワークフローを知っており、元の URL を並べたスプレッドシートしかない代替案よりは価値があります。ブランドドメインは対象プランで利用できます。API とエンタープライズ連携は高ボリュームに対応します。エンタープライズでは、コラボレーション、SSO、より強力なセキュリティ制御も追加されます。基本的なテスト用の無料プランもあります。

リンクと QR コードの作成上限はプランごとに異なり、ブランドリンクはすべてのプランで使えるわけではありません。クライアントにカスタムドメインを約束する前に、そのプランを確認してください。これは Web サイトのリダイレクトマップではなく、ドメイン移行ツールでもありません。「4万件のインデックス済み URL を取り出して、それぞれを新しい先へ送る」という用途に真剣に対応する仕組みはありません。

2023年前半には、グローバルなQRコード作成数が2022年の同期間比で41%増加したと、Bitlyの2023年QRコードトレンドレポート^[10]は述べています。その需要が、このカテゴリが混み合って見える理由です。ただし、仕事の境界は変わりません。ここではキャンペーンを測定し、サイトは別の場所へ移しましょう。

移行プラットフォームと短縮ツールがどこで分かれるのかを直接確認したいなら、リンクプラットフォームの比較を並べて見てみましょう。必要なのが、既知の編集画面と基本的なクリックレポートだけなら、Bitlyは無難な選択です。旧ドメインでディープリンクを引き続き解決しなければならないなら、それは違うカテゴリです。

7. Dub#

Dub^[11]は、クリック数を単に数えるだけでなく、コンバージョンにつながるようにしたいプロダクトチームやグロースチーム向けです。カスタムドメイン、リンク作成、QRコードが基本機能です。その上に分析とコンバージョントラッキングが乗ります。イベントWebhookは有料プランで利用できます。APIと開発者向けツールは、すでにコードからデプロイしているスタートアップに適しています。上位プランでは、ワークスペース制御、権限、SSOが追加されます。

無料プランでは、少量のリンク数とクリック数が利用でき、アトリビューションの循環を証明するには十分です。有料プランでは、追跡イベント数、リンク作成数、ドメイン枠が増えます。プランによっては、リダイレクトだけが目的なら一度も触れないようなパートナー管理機能も含まれます。パートナーシップが仕事なら、それで問題ありません。そうでないなら、むしろ余計なものです。

Dubは、既存のWebサイト上のリダイレクトをそのまま置き換えるためのものではありません。古いマーケティングドメインを向けて、過去の記事すべてのパスを保持したまま対応できると期待すべきではありません。サインアップの前に1つ経由させるなら、その遅延も重要になります。公開URLを、配信地域からDubに対するリダイレクト速度テストにかけ、直接リクエストとその1ホップを比較してください。リダイレクトによる追加時間は個別に追跡しましょう。平均値では、遠方ユーザーにとっての悪い長尾は見えなくなります。

8. Linkly#

Linkly^[12]はマーケター向けの領域にとどまりつつ、より素朴な短縮ツールが省くいくつかのルーティング機能を備えています。カスタムドメイン、クリック分析、遷移先を編集できるQRコードが標準です。適切なプランでは、地域別・デバイス別ルーティング、リンクローテーター、期限設定も利用できます。APIと自動化連携により、リンクをキャンペーンスタックの他の部分とつなげられます。

無料プランは少量利用向けです。有料プランでは、リンク数、クリック数、ドメイン数の上限が引き上げられます。価格を先に決めてローンチする際には、月間上限がトレードオフになります。たとえば、無料プランのクリック上限に達したらどうなるのか、超過分はいくらか、という点です。ローテーターや地域ルールはテストには便利です。しかし、テスト終了後に誰もそのルールを管理しておらず、トラフィックの半分がまだ敗者側に流れているなら、それは負債になります。

これはあくまでキャンペーン向けのリダイレクトソフトウェアです。被リンクの在庫管理はできませんし、古いパスから最終的な正規URLへの1ホップの対応表を強制することも、実サイトを配信し続けなければならないホスト名の前段に置くこともできません。代理店はここで多くのクライアントキャンペーンを運用できます。ただし、短縮リンクが整って見えるというだけで、ドメイン移行が完了したとクライアントに伝えるべきではありません。

起動後に名前を付けられないルーティングルールは、結局また別の連鎖を招くだけだ。

9. リダイレクション#

WordPress内では、Redirection^[13] が実用的なプラグインです。301 リダイレクトを管理し、404 を監視し、投稿やページのパーマリンクが変更されたときにリダイレクトを作成できます。インポートとエクスポートは CSV、JSON、Apache、Nginx に対応しているため、あとでサイトを移転してもルールセットをプラグインの外へ持ち出せます。WP-CLI はスクリプト化した更新をカバーします。コア機能は無料です。基本的な作業をするために、購入しなければならない有料プランはありません。

あの404ログには十分な価値があります。MDN のリダイレクトガイド^[14] で取り上げられている 2025 年のリダイレクト URI 分析では、62,000 件のカスタム 404 URI が見つかり、その 404 のほぼ半数はソフト 404 でした。200 を返しながら「見つかりません」と表示するページは、素朴なチェックではきれいな失敗としては現れません。プラグインの 404 モニターは、パーマリンク変更で生じた取りこぼしを見つけるためのものです。他のホスト上のソフト 404 を自動で分類してはくれません。

すでにあるスタック#

このプラグインは、WordPress が動く場所でしか動きません。ホスト型のドメインルーターでも、ブランド付き短縮ドメインでも、動的 QR システムでもありません。速度と稼働率はホスト側の問題です。すべてのレガシーアクセスの前に遅い PHP スタックを置くのは、もはやサイトのない廃止済みドメインを置いておく場所としては適していません。Redirection は CMS 内のパーマリンク整理や、限定されたルール一覧を WordPress の資産へ取り込む用途に使ってください。ホスト名レベルの切り替えは、WordPress の起動を必要としない場所に置きましょう。

10. Shlink#

Shlink^[15] は、ベンダーの名前空間を拒み、そのサービスを運用する意思のあるチーム向けのセルフホスト型短縮ツールです。自分の所有するドメインで短縮リンクを使え、REST API、CLI、そして複数インスタンスを管理できる公式 Web クライアントもあります。インポートと動的リダイレクトルールは、このプロジェクトの一部です。Docker やその他のドキュメント化されたインストール方法が導入経路になります。

コントロールは長所であり短所でもあります。ホスト、データベース、TLS、バックアップ、更新のタイミングを自分で決めます。公開 URL に他社の短縮ドメインは表示されません。その代わり、障害も自分のものです。指を向けるべきベンダーの稼働率目標はなく、パッチの適用漏れは自分のインシデントになります。すでに社内サービスを運用している人がいないチームは、1 か月以内にそれを痛感するでしょう。

それでも Shlink は短縮ツールです。動的ルールは役立ちますが、パス転送、証明書の自動化、マーケティング担当者向けの共有監査ログを備えた複数ドメイン移行のためのターンキーソフトウェアではありません。要件が「リンクは自社のもの、サーバーも自社のもの、API も自社のもの」であれば、合っています。要件が「旧サイトは月曜に解決できる必要があり、ページャーは鳴らしたくない」であれば、代わりにホスト型のリダイレクト層を選んでください。

主な用途、無料オプション、移行への適合性で比較したリダイレクトソフトウェア#

ここでは機能数だけでは判断できません。ブランドリンク向けのプラットフォームは40もの機能を並べられても、ドメイン移行ではうまくいかないことがあります。一方、用途特化型のリダイレクトホストは機能が少なくても、切り替えをスムーズに処理できます。この表はまず主な用途で読み、そのあと無料プランで何が含まれるかを確認してください。

移行の列が重要な差別化要素です。これらのツールのうち5つはキャンペーン用リンクプラットフォームで、本格的なサイト移転が始まる地点で止まります。一方、セルフホスト型の選択肢は、ベンダーの信頼性と引き換えに制御を得る形です。パス転送と証明書の取り扱いを伴う複数ドメインの切り替えでは、実用的な候補は RedirHub、redirect.pizza、Cloudflare ルール、またはサイトがすでに WordPress 上で動作している場合の Redirection です。

リダイレクト自体が応答する速さ#

速度は、この比較でほとんどのツールに同じ方法で適用できる、唯一測定可能な数値です。RedirHub のリダイレクト速度ベンチマーク、2026年10月19日〜26日^[16] は、ワシントンD.C.、フランクフルト、東京から各プロバイダーのリダイレクトURLの初回応答を計測し、その後プロバイダーのURL全体の中央値を算出します。直近7日間で26社を測定しました。表には、この一覧の中で対象集合に含まれるプロバイダーが示されています。Linkly、Redirection、Shlink は含まれておらず、Cloudflare の行は特定のルール種別ではなく、対象集合のうち Cloudflare で配信されるリダイレクトURLを示しています。

このテストは RedirHub のネットワークではなく Vercel の関数から実行され、計測対象は最初のレスポンスのみです。redirect speed testで自分のリンクを実行し、同じ3つのロケーションから比較してください。

チームが実際に行う作業に合ったリダイレクトソフトウェアの選び方#

最も防ぎたい失敗から始めて、次にカテゴリを選びます。間違ったカテゴリの長い機能一覧では、金曜の切り替えはやはり失敗します。

サイト全体の移行では、パスとクエリの転送、一括インポート、旧URLから最終URLへの直接マップが必要です。恒久的なリダイレクトは無期限に維持してください。被リンク、ブックマーク、インデックス済みURLは何年もトラフィックを送り続けます。DNSを変更する前に、インデックス済みURL、被リンク、高トラフィックの宛先のベースラインをエクスポートし、migration redirect mapperで旧URLと新URLを対応付け、公開前にwebsite migration testingを実施してください。1ホップを徹底し、新しいルールがチェーン、ループ、ソフト404、またはずれた宛先を生み出したら警告を出します。

悪いチェーンは理論上の問題ではありません。研究者は1,100万の一意なリダイレクトURI^[17]を最大10ホップまで追跡しました。ほとんどのチェーンはすぐに止まり、最初のリダイレクト後に690万、2回目の後に約200万でしたが、672,306はさらに続き、10ホップを超えたのは0.06%だけでした。止まることと解決することは同じではありません。URIのうち成功裏に終了したのは50%だけで、HTTPからHTTPSのような正規のリダイレクトでも、48.70%しか2xxレスポンスに到達しませんでした。チェーンは1ホップで終わっても、エラーページに着地することがあります。301が誤ったページに着地し、キャンペーンのクエリを落とし、あるいはブラウザ以外のクライアントで異なる挙動を示すなら、それも失敗した移行です。

キャンペーンリンクとQRコードには、編集可能な遷移先、スキャンとクリックの分析、そして遷移先の変更を承認する担当者が必要です。Short.io、Bitly、Rebrandly、Dub、Linklyがここに当たります。どれもサイト全体のリダイレクトマップの代わりにはなりません。

WordPressなら、パフォーマンス低下を受け入れてRedirectionを使います。セルフホストでの管理なら、パッチ適用とバックアップの負担を受け入れてShlinkを使います。ホスト名の切り替えには、プラグインでは到達できないエッジルールまたは専用のリダイレクトサービスが必要です。

公開前に、複数のネットワークから旧URLのサンプルをエンドツーエンドでテストしてください。複数のホップをたどり、各ステータスと最終URLを記録し、DNS、TLS、タイムアウト、4xx、5xxの失敗を切り分けます。恒久的リダイレクトが正規URLに直接到達することを確認し、一時的リダイレクトが恒久的としてキャッシュされていないことも確認してください。

公開後は、保存したルールの数ではなく、失われたトラフィックとコンバージョンを監視してください。リダイレクトも時間とともにずれるため、切り替えが完了したものとして扱うのではなく、継続的に監視しましょう。

ブランドリンク、ダイナミックQRコード、そして所有ドメイン上の移行ルールが必要なら、それがRedirHubで私たちが提供するスタックです。古いURLを新しいURLにマッピングし、パスとクエリ文字列を保持し、切り替え前に完全なリダイレクトチェーンを確認してください。月曜日に壊すわけにはいかないリンクから始めましょう。