サーチコンソールでインデックスされない時の原因と確認ポイント

サーチコンソールで「インデックスされない」と表示されると、すぐにリクエスト送信を繰り返したくなります。しかし、インデックスされない理由は1つではなく、技術的にブロックしている場合、Googleがまだ処理していない場合、ページ内容を評価して見送っている場合で対応が変わります。

この記事では、Search Consoleの表示をどう読み分ければよいか、先に直すべき設定、様子を見るべきケース、記事内容を改善すべきケースを整理します。自分のページがどの段階で止まっているのかを見極め、無駄な作業を減らすための判断基準として使ってください。

目次

サーチコンソールでインデックスされない時は原因を分ける

サーチコンソールでインデックスされない場合、最初に見るべきなのは「登録されていない」という結果そのものではなく、なぜ登録されていないのかという理由です。Search Consoleのページインデックス登録レポートやURL検査には、クロール済み、検出、noindex、robots.txt、重複、代替ページ、404、5xxなどの状態が表示されます。ここを混同すると、待てばよいだけのページに手を入れすぎたり、逆に設定ミスを放置したりしてしまいます。

特に多い誤解は、インデックス登録リクエストを送れば必ず検索結果に出ると思ってしまうことです。リクエストはGoogleに再確認を促す手段であり、掲載を保証するものではありません。ページがクロール可能で、インデックス許可されていて、Googleが検索結果に出す価値があると判断して初めて登録されます。そのため、まずは「Googleが見に来られる状態か」「登録を拒否していないか」「似たページより優先される内容か」の順番で確認することが大切です。

原因は大きく分けると、技術設定、クロール待ち、重複・正規化、コンテンツ評価の4つです。WordPressならSEOプラグインのnoindex設定、公開状態、パーマリンク変更、サイトマップ送信、内部リンクの有無がよく問題になります。コーポレートサイトやサービスサイトでは、似たような下層ページを量産していてGoogleが別URLを正規ページとして選んでいることもあります。まず表示名を見て、どの分類に近いかを落ち着いて切り分けましょう。

Search Consoleの表示例よくある意味最初に見る場所
検出 – インデックス未登録URLは見つけたが、まだクロールしていない可能性があるサイトマップ、内部リンク、公開日、サイト全体の更新状況
クロール済み – インデックス未登録ページは見たが、登録を見送られている可能性がある本文の独自性、重複、検索意図との一致、低品質な薄いページ
noindexタグによって除外ページ側で検索登録しない指示を出しているSEOプラグイン、テーマ設定、HTMLのmeta robots
robots.txtによりブロックGooglebotのアクセスをrobots.txtで止めているrobots.txt、サーバー設定、セキュリティ設定
重複していますGoogleが別のURLを代表ページとして扱っているcanonical、URL違い、カテゴリページ、タグページ、パラメータURL

先に確認する基本設定

URL検査で現在の状態を見る

最初に行うのは、対象URLをSearch ConsoleのURL検査にかけることです。ページインデックス登録レポートだけを見るより、URL検査のほうが個別ページの状態を確認しやすくなります。表示される「URL は Google に登録されています」または「URL が Google に登録されていません」という結果だけでなく、クロール、インデックス作成の許可、ユーザー指定の正規URL、Googleが選択した正規URLを確認してください。

ここで重要なのは、公開URLのテストとGoogleインデックス上の情報を分けて見ることです。Googleインデックス上の情報は、Googleが前回見た時点の状態です。一方、公開URLのテストは現在のページをその場で確認するため、修正後の状態を見るのに役立ちます。たとえば、以前はnoindexだったページを修正した場合、公開URLのテストでは問題なしでも、インデックス上の情報にはまだ古い状態が残っていることがあります。この場合は再クロールを待つ必要があります。

URL検査で「インデックス登録をリクエスト」できる状態なら、技術的に大きなブロックはない可能性があります。ただし、リクエストを毎日何度も送るより、まずはページの中身と内部リンクを整えるほうが効果的です。特に新規記事、リライト直後の記事、新しく作ったサービスページは、Googleが発見してから検索結果に反映されるまで時間がかかることがあります。急ぎすぎず、状態の変化を数日から数週間単位で見てください。

noindexとrobots.txtを見る

インデックスされない原因として最初に潰すべきなのが、noindexとrobots.txtです。noindexは「このページを検索結果に登録しないでください」という指示で、WordPressのSEOプラグイン、テーマ設定、固定ページの個別設定、会員サイト用の設定などで入っていることがあります。制作中に検索除けをして、そのまま公開してしまうケースも少なくありません。

robots.txtは、Googlebotなどのクローラーに対してアクセス範囲を伝えるファイルです。管理画面や不要なパラメータをブロックする目的なら自然ですが、重要なページ、CSS、JavaScript、画像ファイルまで広くブロックしていると、Googleがページを正しく理解できないことがあります。robots.txtでブロックされているページは、Googleが内容を十分に確認できないため、インデックスや評価に影響することがあります。

確認するときは、ページ単体だけでなく、サイト全体の設定も見てください。WordPressなら「検索エンジンがサイトをインデックスしないようにする」のチェック、SEOプラグインの投稿タイプ設定、カテゴリやタグのnoindex設定、ステージング環境から本番へ移した時の設定がポイントです。特に固定ページはインデックスさせたいのに、カテゴリページやタグページはnoindexにしたいというように、ページの種類ごとに方針を分けることも大切です。

サイトマップと内部リンクを見る

サイトマップはGoogleにURLを知らせるための手段ですが、サイトマップに入れたから必ずインデックスされるわけではありません。Search Consoleのサイトマップ画面で送信済みになっているか、最終読み込みが成功しているか、検出されたURL数が極端に少なくないかを確認します。WordPressの場合、SEOプラグインのXMLサイトマップ、CMS標準のサイトマップ、古いプラグインのサイトマップが重複していることもあります。

ただし、実務ではサイトマップ以上に内部リンクが大事になる場面があります。Googleはリンクをたどってページを見つけ、サイト内での重要度も判断します。新しい記事を公開しても、トップページ、カテゴリページ、関連する記事、サービスページからまったくリンクされていなければ、見つかりにくく、重要なページとも判断されにくくなります。孤立したページは、Search Consoleで検出されてもクロールが遅れやすい傾向があります。

内部リンクを整えるときは、ただリンク数を増やすのではなく、関連性を意識してください。たとえば「Search Consoleの設定方法」の記事から「インデックスされない原因」の記事へリンクするのは自然です。一方、関係の薄い記事から無理にリンクしても、読者にもGoogleにも意味が伝わりにくくなります。記事末尾の関連記事、本文中の補足リンク、カテゴリ一覧、パンくずリストなどを使い、重要ページへ自然にたどれる構造にしましょう。

表示別に対処を変える

検出済みで止まる場合

「検出 – インデックス未登録」は、GoogleがURLの存在を知っているものの、まだクロールしていない、またはクロールを後回しにしている状態として考えると分かりやすいです。新しいサイト、大量に記事を公開した直後、内部リンクが弱いページ、サイト全体の更新頻度が低い場合によく見られます。この表示が出たからといって、すぐにページが悪いとは限りません。

まず確認したいのは、対象ページがサイト内で見つけやすい場所にあるかです。トップページから何クリックで行けるか、カテゴリ一覧に出ているか、関連記事からリンクされているか、XMLサイトマップに含まれているかを見ます。公開したばかりの記事であれば、インデックス登録リクエストを1回行い、その後は内部リンクを整えて数日待つ判断も自然です。

一方で、何週間も同じ状態が続く場合は、ページの重要度が伝わっていない可能性があります。記事数だけが多く、似たテーマの記事が乱立していると、Googleがどれを優先して見ればよいか判断しにくくなります。その場合は、関連する記事同士を整理し、中心となる記事に内部リンクを集めたり、内容が薄い記事を統合したりするほうが、単純なリクエスト送信より改善につながりやすくなります。

クロール済みで止まる場合

「クロール済み – インデックス未登録」は、Googleがページを見たうえで、今のところインデックスに入れない判断をしている状態です。ここでリクエストだけを繰り返しても、根本的な改善にはなりにくいです。ページの内容が薄い、他ページと似ている、検索意図に対する答えが弱い、テンプレート部分ばかりで本文の独自性が少ないなど、コンテンツ面の見直しが必要になります。

たとえば、サービスページで「当社の強み」「選ばれる理由」「よくある質問」だけが並び、具体的な対応エリア、料金目安、作業範囲、事例、相談前に確認すべきことが少ない場合、他社ページとの差が出にくくなります。ブログ記事でも、上位記事と同じ説明を言い換えただけで、読者が自分の状況に当てはめる判断基準がないと、登録されにくいことがあります。

改善するなら、文字数だけを増やすのではなく、検索意図に対する答えを具体化します。読者がどの表示で困っているのか、WordPressなのか自作サイトなのか、新規記事なのか既存ページなのか、noindexなのか重複なのかを分けて書くと、記事の役割が明確になります。画像、表、チェックリスト、実例、手順も有効ですが、本文に見えている内容と一致していることが大切です。

重複やcanonicalの場合

「重複しています」や「Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」という表示は、インデックスされないというより、別のURLが代表として扱われている状態です。たとえば、末尾スラッシュありなし、httpとhttps、wwwありなし、パラメータ付きURL、カテゴリページ、タグページ、印刷用ページなどが原因になります。

この場合、対象URLを無理にインデックスさせるべきかを先に判断してください。内容がほぼ同じなら、1つの正規URLにまとめるほうが自然です。canonicalタグで代表URLを示し、内部リンクも代表URLへそろえ、サイトマップにも代表URLだけを入れると、Googleが判断しやすくなります。逆に、別ページとして検索に出したいなら、タイトル、本文、見出し、目的、内部リンクを明確に分ける必要があります。

よくある失敗は、地域名やサービス名だけを少し変えたページを大量に作ることです。熊本市、八代市、合志市のようにエリア別ページを作る場合でも、本文がほぼ同じで地名だけ違うと、重複に近いページとして扱われやすくなります。各エリアの対応内容、事例、移動時間、よくある相談、写真、料金の考え方などを入れ、読者にとって別ページとして読む意味を作ることが大切です。

状態すぐやることやりすぎに注意すること
新規記事が検出済みのままサイトマップ確認、内部リンク追加、URL検査でリクエスト毎日何度もリクエストだけを送る
クロール済みだが未登録検索意図、独自性、重複、本文の薄さを見直す意味の薄い文字数追加だけで済ませる
noindexで除外SEOプラグインやページ設定からnoindexを外すカテゴリや不要ページまで全部indexにする
重複として除外正規URLを決め、canonicalと内部リンクをそろえる似たページを無理に全部インデックスさせる
404や5xxが出るURL、リダイレクト、サーバー、公開状態を確認するエラーのままインデックス登録をリクエストする

インデックスされやすいページに直す

検索意図に答えを置く

インデックスされにくいページは、Google以前に読者にとって役割が曖昧なことがあります。タイトルでは「サーチコンソール インデックスされない」と言っているのに、本文の多くがSearch Consoleの概要説明だけになっていると、困っている読者の答えになりにくいです。最初の見出しで、まず何を確認すべきか、どの表示なら何をするのかを示すと、ページの目的が明確になります。

検索意図に答えるためには、読者の状態を分けることが大切です。新しく公開した記事がまだ出ない人、URL検査でnoindexと出た人、クロール済みなのに登録されない人、検索結果に出ていたページが消えた人では、必要な対処が違います。1つの記事内でこれらを整理すると、読者が自分の状況に当てはめやすくなり、記事としての価値も高まります。

また、見出しだけでなく本文内にも具体的な判断基準を入れましょう。「質を上げましょう」だけでは行動できません。どのページと内容が重なっているのか、本文に独自の経験や事例があるか、画像の説明だけで終わっていないか、読者が次に何をすればよいかが書かれているかを確認します。SEO記事なら、上位記事の要約ではなく、自社サイトや読者の実務に合わせた判断軸を入れることが重要です。

薄いページを増やしすぎない

インデックスされないページが増えるサイトでは、似たような記事や薄い一覧ページが多くなっていることがあります。カテゴリ、タグ、月別アーカイブ、検索結果ページ、画像添付ページ、絞り込みページなどが大量にインデックス対象になっていると、Googleが重要なページを見つけにくくなります。WordPressでは、意図せずタグページや著者ページがインデックス対象になっていることもあります。

すべてのページを検索結果に出す必要はありません。お問い合わせページ、会社概要、主要サービス、実績、重要なブログ記事はインデックス対象にし、内容が重複しやすいタグページや低品質なアーカイブはnoindexにするなど、役割を分けます。サイト全体で「検索に出したいページ」と「ユーザー導線として必要だが検索に出さなくてよいページ」を整理すると、重要ページに評価を集めやすくなります。

ただし、noindexを使いすぎるのも注意が必要です。カテゴリページがしっかり整理されていて、関連する記事への入口として価値がある場合は、インデックス対象にしてもよいことがあります。判断基準は、検索から来た人がそのページだけを見て役に立つかどうかです。単なる記事一覧で説明がないなら弱く、カテゴリの目的、対象読者、主要記事への案内があるなら価値を持たせやすくなります。

内部リンクで重要度を伝える

インデックス改善では、記事単体の修正だけでなく、サイト内のつながりを整えることも大切です。Googleは外部リンクだけでなく、内部リンクからもページの重要度や関係性を読み取ります。どこからもリンクされていない記事は、存在していてもサイト内で重要なページと判断されにくく、クロールやインデックスが遅れることがあります。

内部リンクを入れる場所は、記事末尾の関連記事だけではありません。本文中で補足が必要な箇所、手順の途中、比較表の後、カテゴリの説明文、サービスページのよくある質問などに自然に入れると、読者にとっても使いやすくなります。アンカーテキストは「こちら」だけでなく、「Search ConsoleのURL検査の見方」「WordPressのnoindex確認方法」のように、リンク先の内容が分かる言葉にします。

重要なのは、リンクを増やすことではなく、読者の次の疑問に合わせてつなぐことです。インデックスされない原因の記事から、サイトマップ送信、noindex設定、内部リンク改善、記事リライト方法にリンクするのは自然です。反対に、関係の薄いページへ大量にリンクすると、読者の流れが分かりにくくなります。サイト全体の構造を見て、どの記事を中心に育てるかを決めると、改善の優先順位もつけやすくなります。

やってはいけない対応

リクエスト連打に頼らない

インデックスされないときにやりがちなのが、URL検査から何度もインデックス登録リクエストを送ることです。もちろん、公開直後や修正後に1回リクエストすること自体は自然です。しかし、ページのnoindex、robots.txt、canonical、重複、内容の薄さが残っているまま送っても、状況は大きく変わりません。リクエストは修正の代わりではなく、修正後に再確認してもらうための手段です。

特に「クロール済み – インデックス未登録」のページは、Googleが一度見ている可能性があるため、同じ内容のまま再送しても期待しすぎないほうがよいです。先に本文の役割を明確にし、見出しを整理し、独自の情報を増やし、似た記事を統合し、内部リンクを追加します。そのうえで公開URLのテストを行い、問題がなければリクエストするという順番が現実的です。

また、サイト全体で大量の低品質ページを抱えたまま、個別URLだけをリクエストしても改善しにくいことがあります。重要なページを優先し、不要なページをnoindexや削除、統合で整理し、サイトマップも正規URL中心に整えることが大切です。Search Consoleの数字に振り回されるより、検索に出したいページの質と導線に集中しましょう。

似た記事を量産しない

インデックスされないページが増えたとき、さらに記事を増やして解決しようとするのは注意が必要です。たとえば「サーチコンソール インデックスされない」「URLがGoogleに認識されない」「クロール済み インデックス未登録」など、近いテーマを別々に作る場合、記事ごとの役割が曖昧だと重複しやすくなります。Googleだけでなく読者も、どの記事を読めばよいか分かりにくくなります。

近いテーマの記事を作るなら、検索意図を明確に分ける必要があります。Search Console全体の見方を説明する記事、noindexの直し方に絞る記事、クロール済み未登録のコンテンツ改善に絞る記事、WordPress設定に絞る記事のように、対象と解決範囲を変えると役割が分かれます。逆に、見出し構成がほとんど同じなら、1本に統合したほうがよい場合があります。

記事を統合するときは、検索流入があるページ、被リンクがあるページ、内部リンクが集まっているページを確認し、残すURLを決めます。不要になったページは削除するだけでなく、必要に応じて関連するページへリダイレクトします。検索に出したい代表記事を明確にすると、canonicalや内部リンクもそろえやすくなり、Googleにとってもサイト構造が理解しやすくなります。

エラーを放置しない

Search Consoleで404、ソフト404、サーバーエラー、リダイレクトエラーが出ている場合は、コンテンツ改善より先に技術的な問題を直す必要があります。404はページが見つからない状態、5xxはサーバー側の問題、リダイレクトエラーは転送先の設定ミスやループが原因になっていることがあります。これらが残っていると、Googleが正しくページを確認できません。

WordPressでは、パーマリンク変更、記事削除、スラッグ変更、プラグインのリダイレクト設定、SSL化、wwwありなしの統一などでエラーが起きることがあります。特にリニューアル後は、旧URLから新URLへの301リダイレクトが不足していると、Search Consoleに未登録やエラーが増えやすくなります。ページを消した場合も、完全に不要なら404で問題ないことがありますが、代替ページがあるならリダイレクトを検討します。

ただし、Search Consoleに表示されるすべてのエラーを消す必要はありません。存在しないスパムURL、外部から勝手に作られたようなパラメータURL、過去に削除した不要ページなどは、正しく404を返していれば問題が小さい場合もあります。大事なのは、検索に出したい重要ページがエラーになっていないか、ユーザー導線に影響していないかを優先して見ることです。

次にやることを決める

サーチコンソールでインデックスされないページを見つけたら、まず対象URLをURL検査にかけ、表示されている理由を確認します。noindex、robots.txt、404、5xxのような明確なブロックがある場合は、記事のリライトより先に設定やサーバー状態を直します。修正後は公開URLのテストで現在の状態を確認し、問題がなければインデックス登録をリクエストします。

表示が「検出 – インデックス未登録」なら、サイトマップ、内部リンク、公開からの期間、サイト内での重要度を見ます。公開したばかりなら少し待つ判断も自然ですが、長く止まっているなら、関連ページからのリンクやカテゴリ構造を整えましょう。「クロール済み – インデックス未登録」なら、Googleはページを見たうえで登録を見送っている可能性があるため、検索意図への答え、独自性、重複、本文の具体性を見直します。

最後に、インデックス改善は1ページだけで完結しないことを意識してください。重要なページを決め、似た記事を整理し、不要な一覧ページやタグページの扱いを見直し、内部リンクでサイト全体の流れを作ることが大切です。Search Consoleの表示は不安をあおるものではなく、改善の順番を教えてくれるヒントです。原因を分けて見れば、リクエストを連打するより落ち着いて、効果のある作業に集中できます。

ポストしてくれるとうれしいです

この記事を書いた人

岩永奈々のアバター 岩永奈々 取締役・クリエイター

世界を旅するきゅうり大好きクリエイター🛫デザイン歴25年。
みんながハッピーになる企業のマーケティングを研究中。Canva+AI導入+SNS運用+商品企画+商品キット制作+映え壁作りならお任せください!映画・テレビドラマ美術協力&衣装協力35本突破! 工作、手芸、ピアノ、カラオケ大好きな元バンドマン。講師依頼もお待ちしています。

目次