リダイレクトボットを構築する：ゼロからAI駆動のリダイレクトマネージャーへ

はじめに#

成長中のサイトやポートフォリオに対するリダイレクト管理は、繰り返し作業の連続です。レコードを作成し、DNSを確認し、SSLをチェックし、稼働状況を監視し、状況が変わったら更新する——これを数百、数千のドメインに掛けると、実質的にフルタイムの仕事になります。ですが、より良い方法があります。あなたの代わりにリダイレクトを行う「リダイレクトボット」を作りましょう。RedirHubのMCPサーバーと任意のAIエージェント（Claude、Codex、Cursor）を使えば、10分以内にゼロから完全自動のリダイレクト管理者を構築できます。ここでは、実際のコマンド、実際のワークフロー、実際の成果を含む完全ガイドを紹介します。

ビジョン：リダイレクトボットでチームは何ができるのか#

コードに触れる前に、まず何を作るのかを定義しましょう。リダイレクトボットとは、Model Context Protocol（MCP）を通じてRedirHubのAPIに接続されたAIエージェントです。接続すると、次のことができます：

- リダイレクトの作成と管理 — 自然言語のコマンド1つで、リダイレクトルールの追加・更新・削除が可能

- スプレッドシートからの一括インポート — CSVを会話に投げるだけで、ボットが数百件のレコードを処理

- リンク健全性の監視 — ポートフォリオ全体で、リダイレクトのステータス、SSLの有効性、DNS設定を確認

- 障害の通知 — リダイレクトが壊れたときにSlackまたはメールへ通知

- デプロイの対応 — 承認ワークフロー付きで、ステージングから本番へリダイレクト設定を移行

- チームでの共同作業 — 複数人が共有ワークスペースでリダイレクトを管理でき、それぞれが独自の権限を持てます

いちばん良い点：これはカスタム統合ではありません。MCP（オープンプロトコル）に基づいており、あらゆるAIエージェントが理解できます。あなたのリダイレクトボットは、今日のClaude、明日のCodex、そして来月登場するどんなものにも対応します——書き換え不要です。

ステップ1：RedirHub MCPをあなたのAIエージェントに接続する#

まず、AIエージェントをRedirHubのMCPサーバーに接続します。エンドポイントは、無料プランを含むすべてのRedirHubプランで利用可能です。

APIトークンを取得：

1. RedirHubダッシュボードにログイン

2. Workspace → API Tokens に移動

3. リダイレクト管理権限付きの新しいトークンを生成

AIエージェントを設定します。Claude Desktopの場合は、これを `claude_desktop_config.json` に追加してください：

{
"mcpServers": {
"redirhub": {
"command": "npx",
"args": ["-y", "@redirhub/mcp-server"],
"env": {
"REDIRHUB_API_TOKEN": "your-token-here"
}
}
}
}

CodexやCursorでもセットアップは同様です——MCP設定を `https://api.redirhub.com/mcp/v1` に向け、Bearerトークンを指定してください。詳細なドキュメントは、RedirHubダッシュボードの Integrations → MCP で確認できます。

接続を確認します。AIエージェントを開いて、次のように聞いてください：「リダイレクト一覧を表示して」。接続が機能していれば、応答に現在のリダイレクトレコードが表示されます。これでリダイレクトボットが使えるようになりましたが、まだ始まったばかりです。

ステップ2：CSV/スプレッドシートからの一括インポートを自動化#

手動でのリダイレクト作成は、最も時間を奪われる作業です。ボットに一括インポートを処理させましょう。

ワークフロー：

1. リダイレクト一覧をCSVとしてエクスポート（ソースURL、宛先URL、リダイレクト種別）

2. CSVをAIエージェントの会話に投入する

3. ボットがすべてのレコードを処理し、MCPで各リダイレクトを作成して結果を報告します

ボットへの例のプロンプト：

> 「こちらに、サイト移行用のリダイレクト150件のCSVがあります。RedirHub上でそれらをすべて301リダイレクトとして作成してください。失敗したものがあれば、ソースURLとエラーの理由を教えてください。」

ボットは `BulkImport` MCPツールを使って、すべてのレコードを1回の操作で処理します。ドライランモードでは、コミットする前に変更内容をプレビューできるため、CSVのタイプミスが問題を引き起こし得る大規模な移行に特に便利です。

実際の成果：マーケティング会社が、古いCMSからRedirHubへ850件のリダイレクトを4分で移行しました。手作業で行う場合、チームには丸2日かかったはずです。ボットが無効な宛先URLを含む3件のレコードを検出し、修正して30秒で再インポートしました。

ステップ3：監視の設定＋Slack/メール通知#

何も起きていないように静かに壊れるリダイレクトは、リダイレクトがないよりも悪い。監視を追加しましょう。

監視するもの：

- リダイレクト先URLのステータス（宛先はまだ生きている？）

- SSL証明書の有効性（HTTPSは機能している？）

- DNS設定（ドメインはまだRedirHubを指している？）

- 応答時間（リダイレクトは十分速い？）

ボットで設定：

> "すべてのリダイレクトを監視し、宛先が4xxまたは5xxのステータスコードを返した場合はSlackで通知して。1時間ごとに確認して。"

このボットは、RedirHubのリンク健全性モニタリング（Pro以上で利用可能）と、`GetAccessLogs` および `GetStats` のMCPツールを組み合わせて、モニタリングダッシュボードを構築します。Slackアラートには、シンプルなWebhook連携を併用してください。

Slackアラートの形式：

> 🚨 リダイレクト警告: `old-site.com/blog` → `new-site.com/articles` が404を返しました

> 最後の成功したチェック: 2時間前

> 対応が必要です: 宛先を更新するか、対象ページを復元してください

これにより、リダイレクト管理をリアクティブ（「誰かがリンクが壊れているって言ってた」）から、プロアクティブ（「誰も気づく前に把握している」）へ変えます。

ステップ4：デプロイ手順を構築（ステージング → 本番）#

環境をまたいでリダイレクトを管理するチームにとって、デプロイ・パイプラインは安全性を保ちます。

手順：

1. ステージング: ステージング用ワークスペースでリダイレクトを作成し、テストする

2. レビュー：ボットがステージングと本番の差分（diff）を生成します

3. 承認：チームメンバーが変更内容を確認し、承認します

4. デプロイ：ボットが変更を1回のバッチで本番に適用します

例：ボットのコマンド：

> "私のステージングと本番のワークスペースを比較して差分を表示して。次に、ステージングのみのリダイレクトをすべて本番にデプロイして。"

ボットは `QueryResource` を使ってワークスペース間のレコードを比較し、その後 `BulkUpdateRecords` で変更を同期します。ドライランフラグにより、承認するまで何もデプロイされません。

重要な理由：12のマーケティングサイトにまたがって2,000件以上のリダイレクトを管理するSaaS企業が、このワークフローでデプロイ時のエラーを防いでいます。ボット導入前は、リリースごとに1件の壊れたリダイレクトが平均でした。導入後は、6か月でゼロです。

ステップ5：チーム連携の追加（共有ワークスペース、承認フロー）#

リダイレクトは1人だけで管理すべきではありません。MCPなら、ボットがチーム全体で連携できます。

共有ワークスペースのアクセスを設定：

1. チーム用のRedirHubワークスペースを作成する

2. 適切な権限（管理者、編集者、閲覧者）を持つメンバーを追加する

3. 権限の境界を尊重するようにボットを設定する

承認フロー：

> 「本番ドメインを対象とするリダイレクトの作成には、作成前にDevOpsチームの承認が必要です。マーケティングドメインは自動承認し、Slackに通知します。」

ボットは各リダイレクト要求の宛先ドメインを確認し、適切な承認チャネルを通してルーティングします。マーケティングはキャンペーン用のリダイレクトを即時に作成できます。本番の変更は、もう一組の目で確認されます。

実際の成果：時間の節約、エラーの排除、スピードの向上#

MCPを備えたリダイレクトボットを利用するチームでは、次のような一貫した改善が報告されています：

| 指標 | ボット導入前 | ボット導入後 |

|--------|-----------|-----------|

| 100件のリダイレクト作成にかかる時間 | 3〜4時間 | 2〜3分 |

| 壊れたリダイレクトの検知 | 日単位（ユーザーレポート） | 分単位（自動） |

| リリースごとのデプロイエラー | 1〜2 | 0 |

| リダイレクトを管理する担当者 | 1〜2（ボトルネック） | 誰でも（セルフサーブ） |

| DNS/SSLの問題を週次で発見 | 手動のスポットチェック | 自動の日次スキャン |

共通点はこれです。リダイレクト管理は専門的な作業ではなくなり、チームの誰もが自然言語でできるものになります。SEO担当者はAPIを学ぶ必要がありません。マーケティング担当者もダッシュボードへのアクセスは不要です。必要なのは、ボットに頼むだけです。

結論#

RedirHub MCPをベースにしたリダイレクトボットは「将来のプロジェクト」ではありません。無料プランで、今日すぐにセットアップできます。AIエージェントを接続し、最初の一括インポートを実行し、監視を設定して、時間削減が積み上がっていくのを見てください。

ツールはオープンソースで、プロトコルは標準的。セットアップは2分で完了します。唯一の問いは、取り戻せた時間を何に使うかです。

今日、リダイレクトボットを作りましょう — 無料・オープンソースのツール、2分でセットアップ。