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

はじめに#

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

構想：リダイレクトボットでチームに何ができるのか#

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

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

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

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

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

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

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

いちばん良いところ：これはカスタム統合ではありません。あらゆるAIエージェントが理解できるオープンプロトコルであるMCP上に構築されています。あなたのリダイレクトボットは、今日の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` に追加してください：

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` で変更を同期します。ドライラン（dry-run）フラグにより、承認するまでデプロイされません。

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

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

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

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

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

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

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

承認フロー：

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

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

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

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

| 指標 | Bot導入前 | Bot導入後 |

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

| リダイレクト100件作成までの時間 | 3〜4時間 | 2〜3分 |

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

| リリースあたりのデプロイエラー | 1〜2 | 0 |

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

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

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

結論#

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

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

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