Search Consoleの「ページにリダイレクトがあります」とは？
Search Consoleのページのインデックス登録で、「ページにリダイレクトがあります」と表示されることがあります。
これは、そのURLを開くと別のURLへ転送されるため、リダイレクト元URL自体は検索結果に出ない状態です。旧URLやhttp版を正規URLへ送っているなら自然な表示ですが、公開したいURLで出ている場合は確認が必要です。
先に結論
この表示が出たら、次の順番で見ます。
- 対象URLがリダイレクト元でよいURLか判断する
- ブラウザとHTTPヘッダーで最終URLを確認する
- リダイレクト先URLが200で表示されるか見る
- 301/308の永続リダイレクトか、302/307の一時リダイレクトか確認する
- サイトマップと内部リンクにリダイレクト元URLが残っていないか確認する
- canonicalが最終URLと矛盾していないか確認する
- Search Consoleではリダイレクト先URLもURL検査する
問題ないケース
| 状態 | 考え方 | 確認すること |
|---|---|---|
| httpからhttpsへ転送している | HTTPSへ統一できていれば問題になりにくい | サイトマップと内部リンクはhttpsにする |
| wwwありからwwwなしへ転送している | 正規URLへ揃えるための正常な転送 | canonicalも同じURLへ向ける |
| 旧記事URLから新記事URLへ転送している | 移転済みならリダイレクト元は出なくてよい | 転送先が内容に合っているか見る |
| 末尾スラッシュ違いを統一している | URL正規化として自然 | 内部リンクで混在させない |
確認が必要なケース
| 状態 | 起きているかもしれないこと |
|---|---|
| 新規記事URLが別ページへ飛ぶ | .htaccess、PHPヘッダー、古い転送ルールが残っている |
| サイトマップに入れたURLがリダイレクト元 | XMLサイトマップに最終URLではなく古いURLが入っている |
| リダイレクト先が404や500 | 転送はあるが、最終ページが取得できない |
| 302のまま長期間運用している | 恒久移転なのに一時転送扱いになっている |
| canonicalと転送先が違う | Googleへ送る正規URLのシグナルが矛盾している |
| リダイレクトループになる | http/https、wwwありなし、末尾スラッシュのルールが衝突している |
301と302の考え方
Google公式のリダイレクト説明では、永続的なリダイレクトはリダイレクト先を正規URLにしたい強いシグナルとして扱われます。元に戻す予定がないURL変更、httpからhttps、www統一、旧URLから新URLへの移転では、基本的に永続リダイレクトを検討します。
一方、メンテナンスや一時的な案内ページへ送るだけなら、一時的なリダイレクトを使います。長く残るURL整理なのか、一時対応なのかを先に分けます。
| 種類 | 使う場面 | 注意 |
|---|---|---|
| 301 / 308 | URLを恒久的に変更した | 元に戻す予定がない時に使う |
| 302 / 307 | 一時的に別ページへ送る | 長期運用のURL正規化には向きにくい |
| meta refresh | サーバー側転送が使えない時 | できればHTTPリダイレクトを優先する |
| JavaScript転送 | 他の方法が使えない時 | 検索エンジン向けの移転通知としては最後の手段 |
URL検査で見る順番
Search ConsoleのライブURLテストは、リダイレクト先をテストすることがあります。ただし、ライブテスト画面だけでは、リダイレクトをたどったことや最終URLがどれかが分かりにくい場合があります。
もし表示が「ページにリダイレクトがあります」ではなく「リダイレクト エラー」なら、正常な転送ではなく、チェーン、ループ、空の転送先などを疑います。その場合はリダイレクト エラーの確認順を先に見てください。
- Search Consoleでリダイレクト元URLを検査する
- 表示理由に「ページにリダイレクトがあります」と出ているか確認する
- ブラウザで対象URLを開き、アドレスバーの最終URLを見る
- 可能ならHTTPステータスとLocationヘッダーを見る
- リダイレクト先URLをSearch Consoleで改めてURL検査する
- リダイレクト先が登録可能か、canonicalが想定通りか確認する
サイトマップと内部リンクを整理する
リダイレクト元URLは、ユーザーを正しい場所へ送るためには残してよいことがあります。ただし、XMLサイトマップや主要な内部リンクでは、最終的に検索結果に出したいURLを使います。
- XMLサイトマップにはリダイレクト先の正規URLを入れる
- トップ、ハブ、関連記事のリンクも最終URLへ揃える
- canonicalもリダイレクト先URLと矛盾させない
- 古いURLを案内し続ける必要がある場合だけ、リダイレクト元を残す
- 削除済みURLを全然関係ないページへ転送しない。関係が薄い転送はソフト404の原因になることがある
AIへ相談する時のメモ
リダイレクトの相談では、リダイレクト元と最終URLの両方を渡します。Search Console画面だけでなく、ブラウザで開いた時の最終URLもメモします。
Search Consoleで「ページにリダイレクトがあります」と表示されています。
リダイレクト元URL:
ブラウザで開いた時の最終URL:
HTTPステータス:
301 / 302 / 307 / 308 / 未確認
Search Consoleの表示:
このURLは検索結果に出したいですか:
リダイレクト元を出したい / リダイレクト先を出したい / 迷っている
サイトマップに入っているURL:
内部リンクで使っているURL:
canonical:
.htaccessやPHPで変更したこと:
確認してほしいこと:
1. このリダイレクトは正常か
2. 301と302のどちらが適切か
3. サイトマップや内部リンクに古いURLが残っていないか
4. canonicalとリダイレクト先が矛盾していないか
5. Search Consoleで次に検査すべきURLはどれか