SiteOps
トップメディアダッシュボード更新履歴
記事一覧

Search Consoleで「ページにリダイレクトがあります」が増えたとき、最初の30分でやること

Search Consoleで「ページにリダイレクトがあります」が増えたときに、最初の30分で“入口（内部リンク/サイトマップ/canonical）”の事故を止血するチェックリストです。

著者: 川原更新: 2026-05-14検索改善RSS
Xで共有FacebookLinkedIn
料金相談

Search Console の「ページがインデックスに登録されない理由」で 「ページにリダイレクトがあります（Page with redirect）」 が急に増えたとき、最初の30分でやるべきことは「正しいURLに寄せる」より、(1) リダイレクトが意図通りか、(2) “入口（内部リンク/サイトマップ）”が誤っていないか、(3) 重要ページの評価が別URLに逃げていないか を短時間で確定することです。

この記事は、最初の30分で「止血できる事故（誤リンク・誤サイトマップ・誤canonical）」を先に潰して、次の1時間で触る場所（ルーティング/正規URL設計/リダイレクト方針）を固定するチェックリストです。

関連:

  • /media/search-console-sitemap-fetch-error-first-30-minutes
  • /media/search-console-duplicate-google-chose-different-canonical-first-30-minutes
  • /media/search-console-soft-404-first-30-minutes

0. まず結論（先にやる順番）

  1. 代表URLを3つだけ選び、リダイレクトの“行き先”と“回数”を確定する
  2. 入口の誤り（内部リンク/サイトマップ/canonical）を疑い、重要URLから直す
  3. 収束後に、正規URLポリシー（www/https/末尾スラッシュ等）を文章化して固定する

1. 「ページにリダイレクトがあります」は“悪”ではない（まず事故か設計かを分ける）

この理由は、Google がそのURLをクロールした結果「最終的に別URLへ転送される」ことを検出した、という意味です。

よくある“正常な”リダイレクト:

  • http → https
  • www → non-www（または逆）
  • /index.html → /
  • 大文字/小文字や末尾スラッシュの正規化

一方で、次のようなときは「入口が壊れている/評価が逃げる」事故になりやすいです:

  • 重要ページが 302（暫定）になっている
  • リダイレクトが多段（2回以上）になっている
  • 入口（内部リンク/サイトマップ）が“リダイレクト元URL”のまま大量に残っている

2. 代表URLを3つに絞って“現実”を確定（10分）

代表URLは3つだけで十分です。

  • 代表A: Search Console で増えているURL群の典型
  • 代表B: 重要ページ（収益に近い/問い合わせ/LP/主要記事）
  • 代表C: 同じテンプレの“正常にインデックスされている”ページ

各URLについて、最低限これだけ確定します。

  • 最終到達URL（どこへ転送されるか）
  • リダイレクト回数（1回か、多段か）
  • ステータス（301/308 か、302/307 か）

3. 最初の30分で止血できる「入口の誤り」を直す（10分）

“ページにリダイレクトがあります”が増えたときは、URLそのものより 入口（Googleが辿る導線） が壊れているケースが多いです。

最初に疑う順:

  1. 内部リンク がリダイレクト元URLを指している（ナビ/パンくず/関連記事/一覧）
  2. サイトマップ がリダイレクト元URLを載せている
  3. canonical がリダイレクト元URLや別URLを正にしている

止血の最小差分:

  • 重要ページの内部リンクだけでも“最終URL”へ直す（全修正は後でよい）
  • サイトマップからは 最終URLだけ を出す（リダイレクト元は混ぜない）
  • canonical は 最終URL に統一する（曖昧な相対URL/別URLを避ける）

4. 302（暫定）や多段リダイレクトを優先して潰す（5分）

急増時に優先度が高いのは次です。

  • 302/307: 重要ページが暫定扱いのままだと、評価が安定しづらい
  • 多段リダイレクト: クロールが無駄になり、遅延/取りこぼしの原因になる

まずは「重要ページの 302 → 301（または 308）」と「多段 → 1回」に寄せるのが先です。

5. 収束後にやること（恒久対応の入口）

  • 正規URLのポリシー（例: https / non-www / 末尾スラッシュ有無）を文章で固定する
  • 生成されるURLパターン（UTM/パラメータ/重複テンプレ）を整理し、入口に出さない
  • Search Console で「入口（サイトマップ/内部リンク）」の修正が反映されたかを週次で確認する

6. SiteOpsでやると楽になること

SiteOpsは、複数サイトのSearch Console/GA4をまとめて見て、「どのサイトのどの異常から触るべきか」を早く決めるための運用ツールです。

  • “ページにリダイレクトがあります”が増えたときに、影響が大きいサイト/ページから先に並べる
  • 内部リンク/サイトマップ/canonical の入口チェックを、事故検知→修正の順番で回す

試す: /dashboard

参考にした一次情報

  • Search Console Help: Why pages aren’t indexed
  • Google Search Central: Canonicalization

この記事を書いた人

川原

SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。

著者情報

関連記事

Search Consoleでクロール異常（Crawl anomaly）が増えたとき、最初の30分でやること検索改善更新: 2026-05-18Search ConsoleでAlternate page with proper canonical tagが増えたとき、最初の30分でやること検索改善更新: 2026-05-17Search Consoleで“Excluded by 'noindex' tag”が増えたとき、最初の30分でやること検索改善更新: 2026-05-16
前の記事Search ConsoleでNot found (404)が急増したとき、最初の30分でやること次の記事Search ConsoleでAlternate page with proper canonical tagが増えたとき、最初の30分でやること

次にやること

複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。

料金を見る相談したい / お問い合わせ