「ページにリダイレクトがあります」はリダイレクトで結ばれる先を失ったことが原因か？

ポイント整理 — 「ページにリダイレクトがあります」の原因を探る

この記事が伝えているのは、Search Console上で表示される「ページにリダイレクトがあります」というステータスの発生原因についての考察です。旧ドメインでデータ変動が記録される中、特定の記事でこのURLが消失した事例が確認され、リダイレクトで結ばれる先そのものを失ったことが原因ではないかと推測されています。複数回の更新で複数のURLがインデックスに再登録される一方、「クロール済みインデックス未登録」に移行せずそのまま消えた事例もあり、SEO検証の必要性が指摘されています。

WEBディレクターにとって、リダイレクトの管理は「一度設定したら終わり」ではなく、リダイレクト先URLが将来的に削除・変更されていないかを継続的に監視すべき運用項目です。リダイレクトチェーンの途中でリンク切れが発生すると、検索エンジンからの評価が宙に浮いた状態になりかねません。定期的にリダイレクトマップを棚卸しし、リンク切れのリダイレクトがないかを確認する習慣が、長期的なSEO資産の保全につながります。

チェックしておきたいこと

• リダイレクト先URLが削除・変更されていないか定期的に棚卸しする
• Search Consoleで「ページにリダイレクトがあります」ステータスのURLを継続監視する
• 「クロール済みインデックス未登録」に移行せず消えたURLがないか個別に検証する

Phase2 拡張 — リダイレクトの「袋小路」をどう防ぐか

Search Console上の「ページにリダイレクトがあります」ステータスは、リダイレクト自体が設定されていることを示すだけで、そのリダイレクト先が生きているかどうかまでは保証しません。今回の事例のように、リダイレクト元URLが再登録される一方で、リダイレクト先そのものが消失し、結果としてクロール履歴だけが宙に浮く「リダイレクトの袋小路」が発生することがあります。似たステータスに「クロール済み - インデックス未登録」がありますが、こちらは正規URLの判定に失敗しているケースが多く、原因の切り分け方が異なります（本サイトの関連記事も参照）。

WEBディレクターの実務としては、301/302リダイレクトを設定した時点で終わりにせず、リダイレクトマップ（旧URL→新URLの対応表）を資産として管理し、リンク先の生存確認を定期実行する体制が有効です。特にカテゴリ再編・ドメイン移行のタイミングでは、リダイレクトチェーン（複数回の転送）が発生しやすく、チェーンの途中でリンク切れが起きるとクロールバジェットの浪費にもつながります。

実務チェックリスト（拡張）

• リダイレクトマップを一覧化し、定期的に生存確認（HTTPステータス）を自動チェックする
• 301の連鎖（チェーン）が2回以上続いていないか確認し、可能な限り1回で完結させる
• 「ページにリダイレクトがあります」と「クロール済み - インデックス未登録」を混同せず、Search Console上の表記を正確に読み分ける

代替手段 — リダイレクト状況を確認する別の方法

Search Console のインデックス登録状況だけでなく、リダイレクトの設定自体を直接確認したい場合は、URLを1件ずつ叩いて応答コードを見られる httpstatus.io のようなオンラインツールや、Ahrefs・SEMrush などのSEO分析ツールに搭載されたサイト監査機能でも同様の確認ができる。Search Console は「Googleがどう認識しているか」を示すのに対し、これらのツールは「実際のサーバー応答」を直接見られる点で使い分けの余地がある。