「ページにリダイレクトがあります」は転送元が登録されない報告、確認は行き先の1点

サーチコンソールの「ページ」を開いたら、「ページにリダイレクトがあります」という行にURLが並んでいた。記事を統合した直後や、スラッグを英語に直した直後に増えていることが多いはずです。

この行が置かれているのは「ページがインデックスに登録されなかった理由」の表です。だから、転送の設定を失敗したのだと読んでしまいます。

結論を先に書きます。転送元のURLが登録されないのは、転送が効いているときの当然の結果です。公式ヘルプの説明文が、そのまま因果で書いています(ページのインデックス登録レポートの公式ヘルプ)。

これは別のページにリダイレクトする非正規 URL です。そのため、この URL はインデックスに登録されません。
— Google公式ヘルプ「ページ インデックス登録レポート」

つまり見るべきなのは、この行にURLが何本あるかではありません。行き先のURLが登録されているかどうかの1点だけです。

この項目は何を言っているのか

そのURLは別のURLへ行けという応答を返しているので、そのURL自体は登録しなかった、という報告です。公式ヘルプのこの項目の説明は、いくつかの段落に分かれています。まず冒頭の段落です。

これは別のページにリダイレクトする非正規 URL です。そのため、この URL はインデックスに登録されません。リダイレクト先の URL は、Google がそのターゲット URL をどのように捉えるかによって、インデックスに登録される場合と登録されない場合があります。
— Google公式ヘルプ

ここには、強さの違う2つの文が並んでいます。転送元については「登録されません」と言い切っていて、行き先については「登録される場合と登録されない場合があります」と限定しています。この非対称が、この記事でやることを決めます。転送元は確定なので確認しても意味がなく、行き先は未確定なので確認する意味があります。

なお、この項目の説明文には「エラー」という語が出てきません。同じヘルプは、未登録という区分そのものについて「ページはインデックスに登録されていませんが、必ずしもエラーによるものではありません。具体的な説明を読んで、対処する必要があるエラーかどうかを確認してください」と前置きしています。

⚠️ 1つ、正確を期して書いておきます。この項目には「正しく作動しています」のような言い切りは付いていません。2026年9月10日にページのインデックス登録レポートの日本語ヘルプの本文を取得して全文を検索したところ、その言い回しが付いているのはnoindexの項目のほうだけでした。確認したのはこの1ページの本文だけです。だからこの記事も、公式が正常だと宣言している、とは書きません。書けるのは、転送が意図どおりなら、登録されないのは説明文どおりの結果だというところまでです。

なぜ「正常な設定の結果」が未登録の表に並ぶのか

登録の単位とレポートの単位が違うからです。登録されるのは正規URLだけで、レポートが数えているのはGoogleが認識しているすべてのURLです。これから挙げる3つは、全部この1つのズレから出ています。

① 転送元は、中身ではなく行き先を返している

リダイレクトを返すURLは、Googleに対して読み取れる中身を渡していません。渡しているのは「別のURLへ行け」という指示だけです。そして永続的な転送であれば、その指示自体が正規化のシグナルとして扱われます。

(永続的なリダイレクトについて)Googlebot はリダイレクトを追跡します。リダイレクトはインデックス登録パイプラインによって、リダイレクト先が正規版であることを示すシグナルとして使用されます。
— Google公式「リダイレクトと Google 検索」

⚠️ いま引いたのは「リダイレクトと Google 検索」の表の「永続的」の行の説明の前半です。同じ表の「一時的」の行には「Googlebot はリダイレクトを追跡しますが、インデックス登録パイプラインは、リダイレクト先が正規版であることを示すシグナルとしてリダイレクトを使用しません(略)」とあります。 追跡はされるが、正規化のシグナルとしては扱われないという違いです。

正規化のドキュメントも、リダイレクトを材料の1つとして名指ししています。公式が「正規化で重要となる要素」として挙げているのは4つで、「HTTP と HTTPS のどちらでページが提供されているか、リダイレクト、サイトマップ内での URL の有無、rel="canonical" link アノテーションです」と書かれています。

ここまでをつなぐと、説明文の「非正規 URL」という言葉の意味が出ます。永続的な転送を設定すると、そのURLは「代表ではないほう」に回るのが通常です(公式は正規版の選ばれ方を「(略)リダイレクトが一時的か永続的かなどを示すシグナルによって異なります」とし、正規化について「(略)正規化の希望を伝えることはできますが、確実ではありません」とも書いています)。そして同じレポートのヘルプは、確認しなくてよい点として「サイトのすべての URL がインデックスに登録されるわけではありません。上記のとおり、インデックス登録されるのは正規ページのみです」と書いています。代表ではないURLが登録されないのは、この文のとおりです。

この記事では、永続的な転送と一時的な転送の使い分けには入りません。301の設定手順と、評価がどこまで引き継がれるかは301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるにまとめています。

② 転送しても、転送元のURLは消えない

転送は、古いURLをGoogleの認識から消す操作ではありません。公式ドキュメントは、そこをはっきり書いています。

URL をリダイレクトすると、Google は、リダイレクト元（元の URL）とリダイレクト先（新しい URL）の両方を記録します。どちらか 1 つの URL が正規版になります。どちらが正規版になるかは、リダイレクトが一時的か永続的かなどを示すシグナルによって異なります。もう 1 つの URL は正規 URL の代替名になります。
— Google公式「リダイレクトと Google 検索」

両方が記録される以上、転送元は表に残ります。レポートが何を数えているかも、公式が書いています。

ページのインデックス登録レポートには、プロパティ内で Google が認識しているすべての URLの Google インデックス登録ステータスが表示されます。
— Google公式ヘルプ

認識されているすべてのURLが対象で、登録されるのは正規URLだけ。この2つを重ねると、認識はされているが登録はされないURLという欄が必ずできます。転送元はそこに入ります。場所が用意されている以上、そこに入っていること自体は異常ではありません。

③ だからこの行は、サイトを直すたびに増える

転送元を1本作れば、この行が1本増えます。そして個人ブログでよくやる整理は、どれも転送元を作る作業です。

• httpからhttpsへ移した。旧アドレスのURLが全部、転送元になります
• wwwのあり・なしを片方に統一した。使わなくなった側が転送元になります
• 日本語スラッグを英語に直した。直した記事の数だけ転送元が増えます
• 似た2記事を1本に統合した。統合した回数だけ転送元が増えます
• カテゴリの構成を変えて、URLにカテゴリ名が入る設定にしていた。動いた記事の分だけ増えます

つまり件数の増加は、多くの場合そのまま作業の跡です。「未登録が急に増えた」の中身がこの行だったなら、増えた理由はすでに分かっていることになります。いつ何をしたかを思い出せるなら、それが答えです。

同じレポートには、これと似た形で「正常なのに未登録側に並ぶ」行がもう1つあります。 canonicalの指定がそのとおり扱われた場合の行で、そちらの読み方は「代替ページ（適切な canonical タグあり）」はエラーではない、確認は1点だけに書きました。この記事では、転送の行だけを扱います。

「リダイレクト エラー」とは別の行です

名前が似ていますが、指しているものが違います。「ページにリダイレクトがあります」は、Googleが転送をたどれた側の行です。たどった結果、転送元は登録せず、行き先を見に行っています。

「リダイレクト エラー」は、たどり切れなかった側の行です。公式ヘルプはこちらに「次のいずれかのリダイレクト エラーが発生しました」として条件を4つ挙げており、たとえば「リダイレクト チェーンが長すぎる」「リダイレクト ループが発生している」が入っています。

自分の画面にどちらが出ているかを先に確かめてください。エラーのほうが出ている場合、条件の内訳と、ブラウザでは普通に表示できるのに指摘される理由、道筋の追い方はサーチコンソールのリダイレクトエラーとは、転送が重なって行き先が決まらない状態に書いてあります。この記事ではエラー側の手順は扱いません。

確認することは1つだけ、行き先が登録されているか

転送元については、確認しても結論が変わりません。公式が「登録されません」と言い切っている以上、そこは確定です。未確定なのは行き先のほうだけです。

ここで、公式の書き方に強さの差があることに触れておきます。同じヘルプのFAQ「なぜ多数のページがインデックスに登録されていないのでしょうか？」には、よくある理由の1つとして「URL が別の URL にリダイレクトされています。リダイレクト URL はインデックスに登録されません。リダイレクト先のみが登録されます」という書き方が出てきます。一方、項目の説明文のほうは「インデックスに登録される場合と登録されない場合があります」と限定しています。この記事では、限定しているほうを採ります。行き先が必ず登録されている前提で放置すると、確認する動機がなくなるからです。

確認の手順は、公式ヘルプが同じ項目の中に書いています。

URL 検査レポートにこの URL が表示される場合、インデックス登録された情報はテスト済み URL に適用されます（リダイレクトは無視されます）。この URL に関連付けられている正規 URL（Google インデックスに登録されている URL）のインデックス ステータスを確認するには、レポートの [ページのインデックス登録] > [インデックス登録] セクションで [検査] ボタンをクリックします。
— Google公式ヘルプ

読み替えると、転送元のURLをそのまま検査しても、行き先の状態は分かりません。行き先の状態を見るには、検査結果の中から正規URLのほうを検査し直す必要があります。公式が[検査]ボタンの場所まで書いているのは、そこを1回踏まないと別のURLの話になってしまうからです。

もう1つ、ライブテストについての注意も同じ項目に付いています。

一般公開 URL 検査テストは、リダイレクトをたどり、最終ページ URL をテストします。ただし、ライブテストでは、リダイレクトをたどっていることは確認できません。
— Google公式ヘルプ

公開URLのテストで「登録できます」と出ても、それは行き先の話です。転送そのものが何段あるか、正しく効いているかを、この結果から読み取ることはできません。

URL検査の画面に出る表示ごとに次の一手がどう変わるかはサーチコンソールでインデックスを確認する方法、URL検査の表示ごとに次の一手が違うにまとめています。

手を入れる必要があるのは、この3つのとき

行き先を見た結果で、やることが分かれます。逆に言えば、行き先が登録されていれば、この行は読み終わりです。

行き先が未登録側の別の行にいるとき

このとき直す対象は、転送ではなく行き先のページです。行き先にnoindexが付いていた、行き先が404を返していた、行き先がまだクロールされていない——理由ごとに打ち手が変わります。

未登録側の理由をどう切り分けるかはインデックスされない原因は2系統に分かれる、確認できるものから潰すに、noindexが付いていた場合は「noindexタグによって除外されました」は正常、直すのは意図と違うときだけに書いています。ここでは理由ごとの手順を繰り返しません。

読ませたい記事のURLが、この行に入っているとき

これは順番が逆になっている状態です。いま公開している記事のURLが転送元になっているので、そのURLは登録されません。ここだけは、原因を探して外す必要があります。

個人ブログで起きやすいのは、意図した転送ではなくサイト全体にかかる転送です。httpからhttpsへ、wwwのあり・なしへ、末尾のスラッシュのあり・なしへ、といったURLの形をそろえる転送は、記事ごとの設定画面には出てきません。プラグインやサーバー側の設定に入っているので、記事を見ても見つかりません。

この記事では、転送の設定をどこにどう書くかには入りません。設定する場所と書き方、転送先の決め方、チェーンを短くする話は301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるの領分です。そもそもURLを変えるべきかどうかはURLを変えるとSEO評価は切れる、スラッグ変更の前に301を用意するに書きました。

この行を消すことはできるのか

転送をやめれば消えますが、それは引き継ぎを捨てることです。転送を外した旧URLは、404を返すか、元の中身を復活させるかのどちらかになります。件数を0にするために転送を外すのは、目的と手段が入れ替わっています。

そもそも公式は、このレポートを0件に近づける道具として説明していません。同じヘルプは「「未登録」は、必ずしも URL にとって不適切な状態であるとは限りません」と書き、確認しなくてよい点として「インデックス登録されていない URL でも問題ありません」と挙げています。

数の見え方についても、1つ知っておくと余計な心配が減ります。公式ヘルプは「レポート内のリストに表示される URL の例は 1,000 件に制限されています。また、1,000 件未満であっても、特定のステータスの URL がすべて表示されるとは限りません」と書いています。並んでいるURLは例であって、全件ではありません。

なお、記事を消すときに404・410・301・noindexのどれを返すかは別の判断になります。使い分けは記事の削除で404と410どちらを返すか、301・noindexとの使い分けに、そもそも統合するか削除するかの仕分けは伸びない記事はリライトか、統合か、削除か、手を動かす前に3つに仕分けるに書いています。

片付いた後にやること

この行を読み終えると、たいていは「転送は効いていて、行き先も登録されていた」で終わります。そのとき残るのは、その行き先のページをどうするかという問題です。

ここから先は、インデックスの話ではなく順位とクリックの話になります。使う道具も変わります。選択肢としては、たとえば次のような分かれ方をします。

• サーチコンソールの検索パフォーマンスをそのまま見る。 追加の道具は要りませんが、表示回数・クリック数・掲載順位を自分で見比べる手間がかかります
• Looker Studioなどにつないで表を作る。 自由に加工できますが、作るまでの設定が要ります
• スプレッドシートにCSVを落として並べ替える。 誰でもできますが、毎月同じ手順を踏むことになります
• リライト候補の抽出に特化したツールを使う。 判断は速くなりますが、道具ごとに前提と得意分野が違います

検索パフォーマンスのどこを見るかはサーチコンソールでリライト記事をどう選ぶ？迷わない判定基準と手順に、登録はされているのに表示回数が0のままという場合はサーチコンソールで表示回数が0のとき、表示されない原因を3つに切り分けるに書いています。

よくある質問

「ページにリダイレクトがあります」とはどういう意味ですか

そのURLが別のURLへ転送しているため、そのURL自体は登録されなかった、という意味です。公式ヘルプは「これは別のページにリダイレクトする非正規 URL です。そのため、この URL はインデックスに登録されません」と説明しています。転送の設定が失敗したという意味ではありません。

これはエラーですか。直さないといけませんか

転送が意図どおりなら、転送元については直すことがありません。公式ヘルプは未登録という区分について「ページはインデックスに登録されていませんが、必ずしもエラーによるものではありません」と前置きしています。ただし行き先については、公式は「インデックスに登録される場合と登録されない場合があります」と限定しています。行き先が登録されているかどうかだけは確認してください。

「リダイレクト エラー」と同じものですか

違います。Googleが転送をたどれたか、たどり切れなかったかが違います。「ページにリダイレクトがあります」はたどれた側で、転送元が登録されないだけです。「リダイレクト エラー」は行き先が決まらなかった側で、そこに読ませたい記事が入っていれば道筋を直します。エラー側についてはサーチコンソールのリダイレクトエラーとは、転送が重なって行き先が決まらない状態をご覧ください。

この行のURLが増え続けています。まずいですか

転送元を作る作業をした分だけ増えます。公式ドキュメントは「URL をリダイレクトすると、Google は、リダイレクト元（元の URL）とリダイレクト先（新しい URL）の両方を記録します」と書いています。https化・www統一・スラッグ変更・記事の統合は、どれも転送元を増やす作業です。増えた時期に何をしたかを思い出せるなら、それが理由です。

転送をやめれば、この行は消えますか

消えますが、おすすめしません。転送を外すということは、旧URLに来たアクセスを新しいページへ送るのをやめるということです。件数のために外すのは、目的と手段が入れ替わっています。同じヘルプも「インデックス登録されていない URL でも問題ありません」と書いています。

転送元のURLを検査したら「登録済み」と出ました

その結果は、たどった先のページについてのものです。公式ヘルプは「インデックス登録された情報はテスト済み URL に適用されます（リダイレクトは無視されます）」とし、行き先の状態を見るには「レポートの [ページのインデックス登録] > [インデックス登録] セクションで [検査] ボタンをクリックします」と案内しています。1回踏み直さないと、別のURLの話を読んでいることになります。

転送したのに、検索結果にまだ古いURLが出ます

公式は、それが起こりうることとして書いています。公式ドキュメントは、ドメイン移転の例として「新しい URL がインデックスに登録されていても、Google は検索結果に引き続き古い URL を表示することがあります。これは正常な動作で、ユーザーが新しいドメイン名に慣れてくると、何もしなくとも代替ドメイン名が非表示になります」と説明しています。反映までの期間や引き継ぎの中身は301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるの領分です。

canonicalタグでも同じことができますか

永続的なリダイレクトもcanonicalも正規化のシグナルですが、同じではありません。公式ドキュメントは「正規化で重要となる要素は多くありません」としてリダイレクトとrel="canonical"を並べたうえで、「正規化の希望を伝えることはできますが、確実ではありません」と書いています。書き方と使い分けはcanonicalタグの使い方、重複コンテンツと、指定が効かない理由にまとめています。

まとめ

• 「ページにリダイレクトがあります」は、転送元のURLが登録されなかったという報告。公式ヘルプは「これは別のページにリダイレクトする非正規 URL です。そのため、この URL はインデックスに登録されません」と因果で書いている
• 転送が意図どおりなら、転送元について直すことはない。公式は未登録という区分に「必ずしもエラーによるものではありません」と前置きしている。ただしこの項目に「正しく作動しています」のような言い切りは付いていないので、正常だと宣言されているとまでは読まない
• 転送元が登録されないのは、永続的なリダイレクトが正規化のシグナルだから。公式は永続的なリダイレクトについて「(略)リダイレクト先が正規版であることを示すシグナルとして使用されます」とし、レポート側は「インデックス登録されるのは正規ページのみです」と書いている
• 転送しても転送元のURLは消えない。公式は「リダイレクト元（元の URL）とリダイレクト先（新しい URL）の両方を記録します」と明記しており、レポートは「認識しているすべての URL」を数える
• だからこの行は、https化・www統一・スラッグ変更・記事統合のたびに増える。件数の増加は、多くの場合そのまま作業の跡
• 確認するのは1点、行き先が登録されているか。公式は行き先を「登録される場合と登録されない場合があります」と限定しているので、そこだけ見に行く
• 「リダイレクト エラー」は別の行。あちらはたどり切れなかった側で、読ませたい記事が入っていれば道筋を直す

ここから先は、私が作ったツールの話です。

リライトレーダーは、この記事の「片付いた後にやること」で書いたすでに検索結果に出ているページの側を扱います。 Search Console のエクスポートをZIPのまま落として貼るだけで、掲載順位4.0〜20.5位・表示回数100回以上のページだけを拾い、改善余地スコアの大きい順に並べます。判定と候補3記事の改善余地スコアの確認、そのうち1記事分の診断カードまでは無料で、残りの診断カードが2,980円(税込)の買い切りです。月額課金や自動更新はありません。ログインも不要です。CSVファイルそのものはブラウザの外に出ません(送るのは、診断カードを出すときは選んだ1ページのURL・数値・入力したキーワード、「ページタイトルを取得する」を押したときは判定に出たページのURL最大10件です)。

⚠️ ただし、向かない人がいます。リダイレクトの行を調べに来た人には、この時点では向きません。リダイレクトも正規化もインデックス登録も扱っていません。読むのは、すでに検索結果に出ているページの4つの数字だけです。 また、表示回数が2桁で止まっているサイトにも向きません。判定の条件が表示回数100回以上なので、対象になるページが1つも出ないからです。