以前はたくさんのページが Google 検索に出ていたのに、いつの間にかトップページしかインデックスに残っていない。ハッキングなどのトラブルを直した後にこうした状態が続くと、原因がトラブルの後遺症なのか、別の問題なのか判断に迷います。
2026年11月2日、まさにこの相談に Google の John Mueller（ジョン・ミューラー）氏が Bluesky で答えました。本記事では、やり取りの要点と、Google の公式ドキュメントに沿った確認の順番をまとめます（2026年11月11日時点）。
Bluesky での相談内容
相談したのは SEO 担当者の Sarah Blocksidge 氏です。内容は次のとおりでした（出典：Sarah Blocksidge 氏の投稿）。
- 担当しているクライアントのサイトが昨年ハッキングされ、修復した。
- それ以来、トップページしかインデックスされず、Search Console から内部リンクのクロールや他のページのインデックス登録を促しても進まない。
その後の追記では、ハッキングは 2025年12月に Joomla（ジュームラ、CMS の一種）のサイトで起き、すぐに見つかったこと、ハッキング前は順位もインデックスも良好だったこと、ホスティングを変えてリダイレクトも設定したが、移した URL がインデックスされないことが補足されています（出典：同スレッド）。
ミューラー氏の回答
Mueller 氏の回答の要点は次のとおりです（出典：John Mueller 氏の投稿）。
- 詳しい情報がないと断定はできない。
- そのうえで、ぱっと見ではハッキングとは関係のない、サイト全体の品質の問題のように見える。
- ただし、ハッキングが何か月も続いていた場合は別。
- ハッキングとコアアップデート（Google が検索の仕組み全体を見直す定期的な更新）が同じ時期に起きると、どちらが原因なのか見分けにくくなる。
つまり、回答は「品質の問題だ」という診断ではなく、「詳細が分からない段階では、ハッキングの影響と決めつけず、サイト全体の品質も疑ってほしい」という指摘と読むのが妥当です。
公式ドキュメントで確認できること
Mueller 氏の回答を、Google の公式ドキュメントと照らし合わせます。
ハッキングの後始末は「セキュリティの問題」レポートで完了させる
Search Console のヘルプは、ハッキングなどの問題を直した後の手順として、すべての問題をすべてのページで修正したうえで、「セキュリティの問題」レポートから審査をリクエストするよう案内しています。一部のページだけ直しても検索結果は変わらないこと、再審査には多くの場合「数日から数週間」かかることも書かれています（出典：セキュリティの問題レポート – Search Console ヘルプ）。
レポートに問題が残っていれば、まずはそこが原因です。問題がない（または審査が終わっている）のにインデックスが戻らない場合に、Mueller 氏の言う「別の問題」を疑う順番になります。
「クロール済み – インデックス未登録」は異常とは限らない
ページのインデックス登録レポートの「クロール済み – インデックス未登録」は、Google がページをクロールしたが、インデックスには登録していない状態です。ヘルプは、Google はすべてのページをインデックスに登録するわけではないため、多くのサイトで見られるメッセージで、必ずしも対処が必要な問題ではないと説明しています（出典：ページ インデックス登録レポート – Search Console ヘルプ）。
一方、「検出 – インデックス未登録」は、Google が URL を見つけたものの、まだクロールしていない状態です。ヘルプによると、多くはサイトに負荷がかかると判断してクロールを先延ばしにしたケースです（出典：同上）。
トップページ以外がどちらの理由に入っているかで、次に見るべき点が変わります。
品質の見直しは「ユーザーを第一に考えたコンテンツ」の観点で
Google のコンテンツに関するガイドは、掲載順位が下がったときに状況を精査することを勧め、自己評価のための問いを並べています。たとえば、多数の作り手による大量生産や、複数サイトのネットワークへの拡散のために、個々のページやサイトの存在感が下がっていないか、という問いがあります（出典：有用で信頼性の高い、ユーザーを第一に考えたコンテンツの作成、最終更新日 2026-11-10 UTC）。
実務：トップページしか残らないときの確認の順番
ここまでの公式情報をもとに、確認の順番を整理します。
- 「セキュリティの問題」レポートと「手動による対策」レポートを見る。 問題が残っていれば、すべてのページで直してから審査をリクエストします（出典：[手動による対策] レポート – Search Console ヘルプ）。
- ページのインデックス登録レポートで、除外の理由を見る。 「クロール済み – インデックス未登録」が多いのか、「検出 – インデックス未登録」が多いのか、リダイレクトや 404 など技術的な理由が多いのかを分けます。
- 代表的なページを URL 検査ツールで調べる。 robots.txt や noindex でブロックしていないか、Google が取得したページが正しく表示されるかを確かめます。
- 移転・リダイレクトを見直す。 ホスティングや URL 構造を変えた場合、古い URL から新しい URL へ 1 対 1 で転送できているかを確認します。削除した URL の扱いは「Google「404 は怖くない」動画の要点」で解説しています。
- ここまでで原因が見つからなければ、サイト全体の品質を見直す。 ハッキング中に作られた不正なページが残っていないか、薄い・重複したページが多くないかを含め、上記のガイドの問いでサイトを評価します。
インデックスへの反映には時間がかかります。直した後どのくらい待つべきかの目安は、「クロール・インデックス・反映にかかる時間の目安」も参考にしてください。
まとめ
- トップページしかインデックスされない状態について、Mueller 氏は詳細が分からない前提で「ハッキングとは関係のない、サイト全体の品質の問題に見える」と答えました。ハッキングが長く続いた場合や、コアアップデートと時期が重なった場合は見分けにくいとも述べています。
- まずは「セキュリティの問題」レポートで後始末を完了させ、そのうえでインデックス登録レポートの理由ごとに原因を切り分けます。
- 技術的な原因が見つからなければ、品質の見直しに進みます。
本記事の内容は 2026年11月11日時点の情報です。
