WordPress リダイレクト vs RedirHub (2026): プラグイン、移行と最適な選択
WordPress と Redirection プラグインは、WordPress サイトに属するリダイレクトに適しています。RedirHub は、それを超えて存続し、複数のドメインにまたがるリダイレクトやインフラストラクチャとして機能します。
私たちは RedirHub を開発しています。 WordPress Redirects のほうが適している場合と、自社環境での確認方法も示しています。
結論（短く）
RedirHubを選ぶなら
- リダイレクトはWordPressのインストールよりも長く有効である必要があります
- 別のCMSへ移行する、または引退した/クロスプラットフォームのドメインを管理したい
- HTTPSとリダイレクト処理を、旧アプリケーションやサーバーから切り離したい
WordPress + Redirectionを選ぶなら
- 参照元のURLは、まだ稼働中のWordPressサイトに属しています
- CMS内で使える無料のリダイレクト管理を使いたい
- パーマリンクの監視、404の追跡、WordPressに対応した条件、そして一括のインポート/エクスポートが必要です
あなたの用途に合う製品はどれ？#
アクティブな WordPress サイト内で変更された URL を修正
このプラグインは無料で、wp-admin に配置されています。パーマリンクが変更されたときにリダイレクトを作成でき、404 の追跡も含まれます。
旧来の WordPress サイトをオンラインのままにして、何百もの移行マッピングを実行
Redirection は、数件のリダイレクトから数千件までに対応するよう設計されており、大量のインポート／エクスポートとプレミアムサブスクリプション不要を備えています。
WordPress から離れて、旧アプリケーションを引退させる
RedirHub は旧 CMS とは独立してリダイレクトを提供するため、WordPress アプリケーションをリクエスト経路に残しておく必要がありません。
引退済みまたはキャンペーン用ドメインのポートフォリオにわたってリダイレクトを管理
RedirHub は、接続されたドメイン、 自動 HTTPS、移行マッピング、大量管理、API アクセスを 1 つのワークスペースに集約します。
ログイン状態やページ種別など、WordPressを理解した条件に基づいてルーティング
WordPress のユーザー、ロール、リクエストの状況に直接紐づくリダイレクト条件を扱うドキュメント。
まず、「WordPress リダイレクト」とは何を指すのかを定義します#
WordPress には、RedirHub と直接競合する一次（公式）のリダイレクト管理プロダクトはありません。WordPress コアは wp_redirect() のようなリダイレクト機能を公開しており、さらに old-slug のリダイレクトのような挙動も含んでいます。
日常的なリダイレクト管理の比較としては、代表的な構成として WordPress と Redirection プラグインを用います。Redirection は、WordPress.org でアクティブインストールが 200 万件を超える専用のオープンソースのリダイレクトマネージャーです。wp-admin からのリダイレクトを管理し、404 を追跡し、正規表現と条件付きマッチングをサポートし、プレミアム版はありません。
この違いは重要です。あなたが選んでいるのは「WordPress のインフラ」か RedirHub か、ということではありません。リダイレクトを WordPress アプリケーションおよびホスティングのスタックの一部として維持するのか、それとも別のリダイレクトサービスへ移すのかを選んでいるのです。
リダイレクトが WordPress サイトに属するものであれば、そこに置いておく#
リダイレクトの元 URL が、アクティブな WordPress サイトにまだ属している場合、Redirection は特に強力です。
プラグインはパーマリンクの変更を監視し、自動的にリダイレクトを作成できます。また 404 ログも保持するため、SEO担当者やサイト管理者は、実際に訪問者やクローラーが要求している壊れた URL を同じ WordPress のインターフェースから確認し、そこからリダイレクトを作成できます。
対応するモデルもWordPressに対応しています。リダイレクトは、URLに加えて、ログイン状態、ロール/権限、参照元、ユーザーエージェント、IPアドレス、Cookie、WordPressのページ種別、HTTPヘッダー、またはブラウザーの言語などの条件で一致させることができます。
私たちの提案
稼働中のWordPressサイトを再編している場合、スラッグの変更、404の整理、WordPress固有のルーティングの維持などを行うなら、Redirectionは通常、よりシンプルな選択肢です。
これらのルールを別のSaaSプラットフォームに移すと、新しい課題を解決しないままコストが増える可能性があります。
料金：無料プラグインか、マネージド基盤か#
Redirectionは無料で、プレミアム版がないことを明確にしています。WordPressコアのリダイレクト機能にも、個別のリダイレクト購読はありません。
RedirHub Coreは月額$49で、現在の料金ページには25ドメイン、2,500件のマネージドリンク、無制限のリクエスト、3人のチームメンバー、自動HTTPS、バルクのインポート/エクスポート、APIアクセスが含まれています。
これらの価格は同等の単位ではありません。WordPressの選択肢は、すでにWordPressのインストール、ホスティング、HTTPS、運用上の所有権があることを前提としています。RedirHubの購読は、別途ホストされたリダイレクト層の費用を支払います。
たとえば、稼働中のWordPressサイトで500件の旧パスから新パスへのマッピングが必要な場合、Redirectionは追加のプラグイン購読コスト$0で、その作業負荷を管理できます。同じ500件のマッピングは、RedirHub Coreなら月額$49で収まります。
私たちの見解
WordPressサイト内ですでに動いているリダイレクト管理を再現するだけのために、RedirHubに支払わないでください。
WordPressからの独立、ドメイン運用、またはクロスプラットフォームでの所有権が本当の要件である場合に限り、別のリダイレクト層に対して支払ってください。
重要な境界：WordPressはリクエストパス内に留まるのか？#
リダイレクトのインストールドキュメントでは、リダイレクトしたいURLはWordPressによって提供される必要があるとされています。デフォルトでは、このプラグインはWordPress自身を通じてリダイレクトを処理します。
旧アプリケーションがオンラインのままであるなら、それは妥当です。移行によって古いWordPressスタックを廃止することが想定される場合、それは別の運用判断になります。
- 旧WordPressのホスティングを稼働させ続けるなら、Redirectionは引き続き旧URLを配信できます。
- ApacheまたはNginxにルールをエクスポートすれば、旧サーバーはWordPressなしでもそれらを配信し続けられますが、それでもサーバー設定はあなたが管理する必要があります。
- 旧アプリケーションとホスティングを完全に停止したい場合、リダイレクトは別の場所に置く必要があります。
RedirHubはその最後のケースのために設計されています。ソースドメインはRedirHubを指し、RedirHubは旧CMSとは独立してリダイレクトを配信し、接続されたソースホスト名に対して自動的にHTTPSをプロビジョニングします。
私たちの提案
旧WordPressアプリケーションの廃止を目標に含むクロスプラットフォーム移行では、RedirHubのほうが運用上の境界がより明確でクリーンです。
WordPressをソースアプリケーションとして維持する移行では、Redirectionは機能的でありながら無料でもあります。
一括移行：どちらも実際のマッピング作業に対応できます#
リダイレクトは、少数の手動ルールに限定されません。インポート／エクスポートのドキュメントでは、CSV、JSON、Apache .htaccess、Nginx リライトルール、コピー＆ペースト入力、WP-CLI をサポートしています。
RedirHub では CSV のインポート／エクスポートにも対応しており、ドメインの収容能力と管理リンクの収容能力を分けています。個別に設定された移行マッピングでは 1 つの管理リンクを使用し、一方でドメイン全体の転送は別途処理されます。
したがって、実務上の問いは「どちらが一括リダイレクトに対応しているか？」ではありません。どちらも対応しています。より良い問いは次のとおりです。
- ローンチ後、ルールはどこに置くべきですか？
- 移行元の WordPress アプリケーションはオンラインのままですか？
- 移行後のリダイレクトの所有者は誰ですか：WordPress チームか、それとも複数のシステムにまたがる SEO／IT ですか？
- リダイレクトは、複数の廃止ドメインや WordPress 以外のプロパティもカバーする必要がありますか？
移行が 1 つの WordPress 環境内にとどまるなら、プラグインには強いコスト面およびワークフロー面の優位性があります。リダイレクトが CMS 移行を越えて生き残り、長期的なインフラになる必要がある場合は、RedirHub のほうがより明確な所有モデルです。
HTTPS とドメインの所有権#
WordPressのリダイレクトプラグインは、リクエストがWordPressサイトに到達した後でしか動作できません。したがって、HTTPSの終端、DNS、ホストの受け入れはプラグイン自体ではなく、あなたのWordPressホスティングおよびサーバー設定に属します。
RedirHubには、接続されたソースホスト名に対する自動HTTPSが含まれています。つまり、退役したドメインでも、以前のWordPressアプリケーションを維持してリダイレクトを発行し続けなくても、HTTPSトラフィックを受け付け続けられます。
この違いは移行中に見落としやすいものです。リダイレクトルールは完全に正しくても、古いホスト名のDNS、TLS、またはホスティングが機能しなくなっているために、リクエストがそもそも到達しないことがあります。
私たちの提案
WordPressのホスティングが健全で、あなたの管理下にあるなら、それは移行する理由にはなりません。
目的が、古いドメインやバックリンクを動作させたまま、そのホスティングを退役させることであるなら、ホスト型のリダイレクト基盤はより役立ちます。
404の復旧とWordPress固有の可視性#
リダイレクトには、稼働中のWordPressサイトにとって実際の利点があります。CMS内に404リクエストを記録し、見つかった壊れたパスをリダイレクトルールに変換できるのです。また、ヒット数やリダイレクトログも保持されます。
そのため、WordPress上で直接作業する編集者やSEOチームにとって、便利な修復のループになります。
RedirHubの価値はそれとは異なります。特定のCMSの中ではなく、リダイレクト層でリダイレクトと分析を一元化します。複数のドメインを運用している企業で、移行、ブランドリンク、QRの行き先などが異なるシステムにまたがる場合、この分離のほうが管理しやすいことがあります。
どちらのモデルも自動的に優れているわけではありません。リダイレクトの問題が管理されている場所に最も近い可視性を選んでください。
サーバーのエクスポートにより、WordPressに逃げ道を提供#
リダイレクションは Apache の .htaccess にルールを書き込み、Nginx のリライトルールもエクスポートできます。つまり、WordPressチームがすべてのリダイレクトを永遠にPHP経由で運用し続ける必要はありません。
これにより競争上の境界がより微妙になります。リダイレクションは、CMS内での管理UIであると同時に、サーバーレベルのルールを生成する手段にもなり得ます。
トレードオフは運用上の所有権です。ルールが Apache または Nginx から提供されるようになると、チームがサーバー、デプロイ、HTTPS、設定のライフサイクルを所有することになります。RedirHubは、そのサーバー所有をマネージドなリダイレクトサービスに置き換えます。
私たちの提案
エンジニアリングチームがWebサーバーの運用を所有することに抵抗がないなら、リダイレクション＋エクスポートしたサーバールールは、耐久性のあるライセンス不要のセットアップになり得ます。
アプリケーション／サーバー運用からリダイレクトを切り離し、SEO、マーケティング、またはITに専用のコントロールプレーンを提供したい場合はRedirHubを選びましょう。
RedirHubがより適してくるとき#
リダイレクトの資産が、特定の1つのWordPressサイトに依存しなくなったとき、RedirHubは最も魅力的です。
典型的な例としては：
- WordPressからShopify、Webflow、ヘッドレス、またはカスタムプラットフォームへの移行で、旧WordPressのホスティングを停止する必要があるケース；
- 引退したブランド、買収、またはタイプミス（typo）ドメインのポートフォリオ；
- WordPress／サーバーのデプロイメント権限がない状態で、SEOまたはITによって維持が必要なリダイレクト；
- 旧CMSがなくなった後も、そのルールを維持し続ける必要がある移行；
- 一部の送信元ドメインがそもそもWordPressサイトではなかった混在環境。
この場合、比較はもはや「無料プラグイン vs $49のSaaS」ではありません。「リダイレクトのためにアプリケーション／サーバーのインフラを生かし続けるか、それともその用途のために構築されたインフラへリダイレクトを移すか」です。
移行での選び方#
まず、リダイレクトの棚卸しを2つのグループに分けます。
アクティブなWordPressアプリケーションに属するルール：変更された投稿スラッグ、WordPress 404のクリーンアップ、パーマリンクの移行、WordPressを理解した条件分岐の挙動。これらはWordPressに残す有力な候補です。
アプリケーションを超えて存続しなければならないルール：引退したドメイン、CMS移行後の旧サイトのマッピング、WordPressチーム外が保有するリダイレクト領域を含むクロスプラットフォームの移行。これらはRedirHubのより強力な候補です。
次に切り替えをテストします。代表的なルールセットをエクスポートまたはインポートし、重要なパスとクエリ文字列を検証し、旧ホスト名でHTTPSをテストし、旧アプリケーションを削除した後もソースドメインが引き続き解決することを確認してください。
よくある質問
はい。Redirection プロジェクトは、プラグインが無料でプレミアム版がないと述べています。
はい。公式サイトによれば、数件から数千件のリダイレクトを持つサイト向けに設計されており、一括インポート/エクスポートをサポートしています。
はい。WordPress コアにはリダイレクト機能といくつかの自動リダイレクト動作が含まれており、古いスラッグの処理も含まれています。Redirection のようなプラグインは、管理 UI、ログ記録、404 トラッキング、一括操作、より高度なマッチングを追加します。
古いリクエストがリダイレクトを提供する環境にまだ到達する場合のみです。WordPress を稼働させ続けるか、ルールを Apache/Nginx にエクスポートできますが、古いアプリケーションとサーバーを完全に引退させる場合は、別のリダイレクトレイヤーが必要です。
WordPress が古い URL を提供するためにオンラインのままであれば、Redirection は非常に有能な無料オプションとなります。移行が古いドメインと URL マッピングを保持しながら古い WordPress スタックを引退させることを目的とする場合、RedirHub がよりクリーンな選択です。
正確にはそうではありません。Redirection の 404 ログは、アクティブな WordPress サイトと密接に統合されています。RedirHub は、ドメインと管理されたリンクのための CMS 非依存のリダイレクト制御プレーンと考えるのが良いでしょう。
TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.