インデックスされない原因をGSCで切り分ける診断フロー｜新規サイト・復旧サイトの最短確認順

公開したページが検索に出ず、Search Consoleを開いても項目が多くて止まることがあります。こういうときは対策を思いつく順ではなく、GSCで確認する順に沿って切り分けた方が早いです。新規サイトなのか、復旧直後のサイトなのかでも優先順位は変わります。

先に結論を置くと、個別URLはURL検査、全体傾向はページのインデックス登録レポートで確認し、技術的なブロックを外したあとに品質要因を疑う流れが最短です。

まず結論：インデックスされない原因はGSCの確認順でほぼ切り分けられる

インデックスされない原因は、闇雲に対策を足すより確認順を固定した方が見つけやすいです。最初に個別URLを見て、その後にサイト全体の傾向を確認します。

実務では、①URL検査、②ページのインデックス登録レポート、③手動対策とセキュリティの有無、④robots・noindex・canonical、⑤サイトマップ、⑥内部リンクと品質、の順で確認すると、個別の設定ミスなのか全体の構造問題なのかを分けやすくなります。

最短確認順の全体フロー

個別URLが出ないならURL検査から始めます。複数URLがまとめて出ないなら、ページのインデックス登録レポートで同じ状態のURL群を見た方が早いです。

新規サイトでは、認識不足でまだ拾われていないだけのケースがあります。復旧サイトでは、過去設定の残骸やリダイレクト不整合が混ざりやすいです。この違いを最初に分けるだけで、不要な修正をかなり減らせます。

診断を始める前に確認する前提条件

誤診を防ぐには、GSCの表示がリアルタイムではないことを前提に置く必要があります。公開直後や修正直後は、正しい設定でも反映まで時間差があります。

もう1つの前提は、URL単位の問題とサイト単位の問題を混同しないことです。1ページだけ未登録なのか、カテゴリ以下でまとめて未登録なのかで、見る場所も打つ手も変わります。

site:検索は補助、判断の起点はURL検査にする

site:検索で見つからないだけでは、未登録と断定できません。表示揺れや反映差があるため、判断の起点はGSCのURL検査に置く方が安全です。

URL検査では、Googleに登録済みか、最後にクロールされたか、ユーザー指定canonicalとGoogleが選んだcanonicalが一致しているかを先に見ます。ここがずれていると、ページ自体は存在していても別URLが正規扱いになっている可能性があります。

新規公開直後は様子見でよい期間がある

新規ドメインや公開直後の少ページサイトでは、未登録が一時的に出ても即異常とは限りません。とくにトップから遠いページや孤立気味のURLは拾われるまで差が出ます。

一方で、数日からしばらく経ってもトップしか登録されない、主要ページがまとめて未登録、URL検査でブロック要因が見える場合は様子見ではなく確認に進むべきです。

STEP1：URL検査でインデックスされない原因の一次切り分けを行う

最初の分岐点はURL検査です。1本のURLについて、未登録の理由が技術要因なのか、評価保留なのかをここで絞れます。

『URLはGoogleに登録されていません』で最初に見る項目

先に見るのは、クロール有無、参照元サイトマップ、検出経路、canonicalの一致です。サイトマップに載っていない、内部リンクも弱い、canonicalが別URLを向いている。この3つは見落としやすいです。

Googleが選択したcanonicalが意図したURLと違うなら、登録されない原因は品質以前に正規化のズレである可能性が高まります。末尾スラッシュ、httpとhttps、www有無、パラメータ付きURLの混在は、ここで必ず確認します。

noindex・robots.txt・アクセス制御の見落としをここで潰す

技術的に止めていないかは、この段階で片づけるべきです。meta robotsのnoindex、HTTPヘッダーのX-Robots-Tag、robots.txt、BASIC認証、IP制限が残っていれば、内容を直しても登録は進みにくくなります。

Googleのnoindexの公式説明でも、検索結果から除外したい場合はmetaタグやHTTPレスポンスヘッダーで制御すると整理されています。意図せず入っていないかを、テンプレートと配信ヘッダーの両方で確認してください。

canonical不一致で別URLが正規扱いになっていないか確認する

登録されないというより、別URLが採用されているケースは少なくありません。移転前URL、テスト環境URL、パラメータ付きURLが正規として残ると、狙ったURLは未登録に見えます。

CMSの自動出力だけで安心せず、実ページのHTMLとGSCの判定を照合します。似たページが複数あるなら、重複ページをGSCで見分ける手順もあわせて確認すると、正規URLの迷子を見つけやすくなります。

STEP2：ページのインデックス登録レポートで状態別に原因を絞り込む

URL検査で個別要因を見たら、次は同じ状態のURL群をまとめて見ます。1本だけの問題か、サイト全体の傾向かをここで分けます。

『検出 – インデックス未登録』の原因と優先対処

この状態は、URLは見つかっているがクロールが進んでいない場面です。新規サイトでは珍しくありませんが、放置してよいとは限りません。

優先して見るのは、内部リンク不足、浅い導線の欠如、質の低いサイトマップです。トップやカテゴリから到達できない孤立URLは後回しにされやすくなります。大量生成ページや類似ページが多い場合も、クロール優先度が上がりにくくなります。

『クロール済み – インデックス未登録』の原因と優先対処

こちらはクロール後に採用されていない状態です。技術的ブロックより、内容面や重複の疑いを先に持った方が外しません。

テンプレート比率が高い、他ページと差分が薄い、検索意図に対して答えが短すぎる、一覧と詳細で内容が競合している。このあたりが典型です。類似状態のページが多いなら、GSCで未登録が増えたときの切り分け手順のように、状態別にまとめて確認する進め方が向いています。

『代替ページ（適切なcanonicalあり）』と重複判定の見方

この表示自体は必ずしも異常ではありません。意図通りの代表URLにまとまっているなら正常です。

問題になるのは、一覧ページと詳細ページが似すぎている、同一内容がカテゴリ違いで量産されている、URLパラメータ違いが大量にあるのに整理されていない、といったケースです。代表URLに寄せるのか、内容差分を広げて別ページとして立てるのかを決める必要があります。

STEP3：新規サイトでインデックスされない原因を最短で確認する

新規サイトは、評価不足と設定ミスを混同しやすいです。最初は認識される導線があるかを見ます。

まずサイトマップ送信・内部リンク・公開導線を確認する

XMLサイトマップが送信されていても、そこに載るURLが正規URLと一致していなければ効果は薄れます。トップ、主要カテゴリ、関連記事から目的URLへ到達できるかも確認してください。

公開したのに一覧に出ていない、カテゴリから辿れない、ナビゲーションに乗っていない。この状態だと、URLが存在していても優先度が上がりません。

少ページ・新規ドメインでは『未登録』が一時的に出やすい

少ページの新規ドメインでは、主要ページが順番に登録されることがあります。最初の数本が揺れても、それだけで品質不足とは限りません。

逆に、会社概要やサービス説明のような基幹ページまで長く拾われないなら、構造や信頼情報の不足を疑います。企業サイトでは、運営実体が見える情報を早めに揃えた方が判断されやすくなります。

公開直後にインデックス登録を急がせる現実的な施策

即効性を狙うなら、登録リクエストの乱発より、関連ページからの内部リンク追加、更新日時の明示、サイトマップ整備の方が再現性があります。構造化データも、ページ内容の理解補助としては有効です。

FAQを持つページなら、質問設計とマークアップを合わせて整えると、検索だけでなくAIによる要約理解にもつながります。実装面はArticleとFAQPageを最短で入れる手順が参考になります。

STEP4：復旧サイトでインデックスされない原因を再収録の観点から確認する

復旧サイトは、いまの設定だけでなく過去の痕跡を疑う必要があります。サーバー移転、ドメイン失効、改ざん復旧、CMS再構築のあとに起きやすいです。

手動対策とセキュリティの警告が残っていないか最優先で確認する

改ざんや不正ページの混入があった場合、技術修正より先に手動対策とセキュリティの警告確認を優先します。ここが残っていると、再クロール以前の問題になります。

Google 検索セントラル コミュニティの相談例でも、登録が取り消されたあとに原因把握で詰まるケースが見られます。警告が出ているなら、まずその解消が先です。

トップページしか戻らない時は旧URL・301・canonicalの整合性を点検する

復旧後によくあるのが、全URLをトップへ一括転送してしまう設定です。これでは詳細ページが再評価されにくくなります。

旧URLが404や410で消えていないか、301の転送先が対応関係を保っているか、旧canonicalが残っていないか、サイトマップに旧URLが混ざっていないかを確認します。トップだけ戻る状態は、配下URLの整合性不良を疑うのが近道です。

再審査と再クロール依頼の順番を間違えない

手動対策やセキュリティ問題があったなら、先に問題を解消してから再審査を申請します。通常の未登録なら、修正後に優先URLだけ再クロールを依頼します。

先に申請だけ出しても、根本が残っていれば状態は戻りません。申請前に、代表URL、リダイレクト、canonical、サイトマップの整合がそろっているかを見直してください。

技術要因を除外した後に見るべき品質要因

noindexやrobotsの問題がないのに登録されないなら、原因はページの価値判断側に寄ってきます。ここで初めて内容を疑います。

薄い内容・重複・検索意図のズレが『クロール済み未登録』を招く

見出しだけ違って本文の大半が同じ、導入以外に固有情報がない、既存ページと役割が重なっている。この状態では採用優先度が下がりやすくなります。

企業サイトでは、用語説明だけの短い記事より、自社条件での判断基準や手順が入ったページの方が差別化しやすいです。似た記事が増えているなら統合も選択肢になります。

E-E-A-Tと運営者情報が弱いと再評価が進みにくいケースがある

企業実体が見えにくいサイトでは、運営者情報、所在地、連絡先、責任主体、監修や更新体制の明示が不足すると、ページ単体の説得力も弱くなります。とくに会社情報やサービス説明の基幹ページは先に整えたいところです。

AI検索や引用を意識するなら要約ブロックとFAQ設計も整える

AIによる要約表示まで見据えるなら、冒頭に結論要約、下部にFAQ、本文に一貫した見出し構造を置くと理解補助になります。FAQを増やすだけでは足りず、質問と回答が本文と矛盾しないことが前提です。

会社情報ページの整理まで含めるなら、AIに伝わる会社概要ページの設計図も近いテーマです。

修正後に再インデックスを促す実務手順

修正後は、直した事実よりGoogle側の反応を確認する運用が必要です。放置すると、改善したのに判断できないまま時間だけ過ぎます。

URL検査の再登録リクエストはいつ使うべきか

使うべきなのは、主要ページを直した直後、canonicalやnoindexの誤設定を修正した直後、復旧後の代表URL確認を急ぐ場面です。全URLへ一括で投げる使い方には向きません。

優先順位は、トップ、主要カテゴリ、サービスページ、流入を担う記事の順で十分です。反応を見る前に大量送信しても、どの修正が効いたか判別しづらくなります。

クロール統計・サイトマップ・ログで反応を追う

GSCでは、サイトマップ送信後の読み込み状況、ページレポートの状態変化、必要に応じてクロール統計を確認します。サーバーログを見られる環境なら、Googlebotの再訪有無も判断材料になります。

インデックスされない原因と対処の早見表

症状	GSCで見る場所	想定原因	次の一手
1ページだけ出ない	URL検査	noindex、canonical不一致、孤立URL	技術設定と内部リンク確認
URLは見つかるがクロールされない	ページのインデックス登録	導線不足、サイトマップ品質、優先度低下	トップ・カテゴリから到達性を上げる
クロール後も採用されない	ページのインデックス登録	薄い内容、重複、意図ずれ	差分追加、統合、役割整理
トップしか戻らない	URL検査とサイト全体確認	301誤設定、旧canonical残存	URL対応関係を修正
復旧後に全体が戻らない	手動対策・セキュリティ	警告未解消、再審査前倒し	問題解消後に申請

様子見でよいケースと即対応すべきケース

新規公開直後で一部URLだけ未登録なら、導線を整えたうえで少し待つ判断があります。反対に、サイト全体で急減した、主要ページが一斉に外れた、警告が出ている、トップしか残らない場合は即確認です。緊急度の判断を誤ると、直さなくていいページを触って悪化させます。

再発防止のための公開前・復旧後チェックリスト

再発防止で効くのは、公開前に確認順を固定しておくことです。担当者ごとの差を減らせます。

公開前チェック：noindex・canonical・サイトマップ・内部リンク

• 公開対象URLにnoindexが残っていない
• canonicalが正規URLを向いている
• XMLサイトマップに正規URLだけが載っている
• トップまたはカテゴリから2〜3クリック以内で到達できる
• テスト環境の制御設定が本番へ残っていない

復旧後チェック：セキュリティ・リダイレクト・旧URL資産の整理

• 手動対策とセキュリティ警告が解消済み
• 旧URLから新URLへの301が対応関係どおり
• トップへの一括転送になっていない
• 旧canonical、旧サイトマップ、旧内部リンクが残っていない
• 優先URLだけ再クロール依頼を出して反応を追っている

公開前の確認項目を運用に組み込めない場合は、会社情報・FAQ・構造化データまで含めて点検対象を標準化しておくと、未登録と品質不足の切り分けが速くなります。