インデックスされない理由
WordPressで記事を書き終えて、
「公開」ボタンを押した瞬間は少し気持ちがいいものです。
今日も1本積み上げた。
あとはGoogleに見つけてもらえばいい。
そう思ってSearch Consoleを開きます。
ところが、URL検査をしてみると表示されるのは、
期待していた「Googleに登録されています」ではありません。
「URL は Google に登録されていません」
最初は、
「まあ、公開したばかりだから仕方ない」
と思えます。
でも、1日経っても、3日経っても、
1週間経っても変わらない。
こうなると、ただの待ち時間ではなく、
インデックスされない理由をきちんと調べる段階に入ります。
ブログ運営で怖いのは、
記事を書いたのに検索結果に出る土台にすら乗っていない状態です。
検索順位が低いのと、
インデックスされていないのはまったく別の話です。
インデックスされないとはどういう意味か
Google検索における「インデックス」とは、
簡単に言えばGoogleの検索データベースにページが登録されることです。
記事がインデックスされていれば、
順位は低くても検索結果に表示される可能性があります。
しかし、インデックスされていないページは、
基本的に通常の検索結果に出てきません。
つまり、記事は自分のブログ上に存在していても、
Google検索の世界ではほとんど見えない状態です。
Googleはページを見つけると、
すぐに検索結果へ出すわけではありません。
まずURLを発見します。
次にGooglebotがページをクロールします。
その後、内容を処理し、重複や品質、技術的な設定を確認します。
そして最終的に、
「このページを検索インデックスに入れるかどうか」
を判断します。
ここが大切です。
WordPressで記事を公開したことと、
Googleがその記事をインデックスしたことは別です。
サイトマップを送信していても、
インデックスが保証されるわけではありません。
Search Consoleでインデックス登録をリクエストしても、
必ず登録されるわけではありません。
インデックスされない主な原因
| Search Consoleの表示 | 意味 | よくある原因 | 最初に確認すること |
|---|---|---|---|
| 検出済み – インデックス未登録 | GoogleはURLを知っているが未クロール | 内部リンク不足、クロール優先度が低い | サイトマップ、内部リンク |
| クロール済み – インデックス未登録 | Googleは読んだが登録していない | 薄い内容、重複、独自性不足 | 本文の品質、検索意図 |
| noindexタグによって除外 | ページ側が登録拒否している | SEOプラグイン設定ミス | noindex設定 |
| robots.txtによりブロック | Googlebotがクロールできない | robots.txtの指定ミス | robots.txt |
| 代替ページ canonicalあり | 別URLが代表と判断されている | canonicalが別ページを指す | canonical URL |
| 重複ページ | Googleが別URLを正規URLに選択 | 類似URL、似た記事 | URL構造、重複内容 |
| リダイレクトあり | URLが別ページへ転送される | 301・302設定 | 最終URL |
この表を見るとわかるように、
「インデックスされない」は一つの問題ではありません。
発見されていないのか。
クロールされていないのか。
クロールされたけれど選ばれていないのか。
それとも自分の設定でブロックしているのか。
ここを分けて考える必要があります。
1. 公開したばかりで、まだ処理されていない
一番シンプルな理由は、
記事がまだ新しすぎることです。
公開して数分後、数時間後にURL検査をして、
「Googleに登録されていません」と出るのは珍しくありません。
とくに新しいブログや、
まだドメイン評価が弱いサイトでは、
Googlebotが毎回すぐに来てくれるとは限りません。
たとえば、WordPressで
「Googleインデックス問題の解決法」
という記事を公開したとします。
10分後にSearch Consoleで調べて、
まだインデックスされていなくても、
それだけで失敗とは言えません。
ただし、数日から1週間以上たっても、
ずっと「検出済み – インデックス未登録」のままなら、
別の原因を疑うべきです。
「待てばいい」は最初だけです。
長く続くなら、構造や品質の問題を見ます。
2. Googleに発見されたが、まだクロールされていない
Search Consoleでよく見るのが、
「検出済み – インデックス未登録」です。
これは、GoogleがURLの存在は知っているものの、
まだ実際にページをクロールしていない状態です。
WordPressでは、Rank Math、Yoast SEO、All in One SEOなどのプラグインで
XMLサイトマップを自動生成している人が多いです。
でも、サイトマップにURLが入っているだけでは弱いです。
Googleにとって、
そのページがサイト内でどれほど重要なのかが見えにくい場合、
クロールが後回しになることがあります。
たとえば、こんな状態です。
新記事を公開した。
でも、既存記事からリンクされていない。
カテゴリーページの奥に埋もれている。
関連記事にも出てこない。
トップページからも見つけにくい。
この場合、GoogleはURLを知っていても、
「急いで見に行くべきページ」とは判断しにくくなります。
対策としては、
すでにインデックスされている関連性の高い記事から、
新記事へ内部リンクを貼ることです。
たとえば、
「Google検索の仕組み」
「WordPress SEOの基本設定」
「Search Consoleの使い方」
といった記事から自然にリンクします。
内部リンクは、読者のためだけではありません。
Googleにページの重要度と関連性を伝えるSEOシグナルにもなります。
3. クロールされたのにインデックスされない
より悩ましいのが、
「クロール済み – インデックス未登録」です。
これはGooglebotがページを訪問し、
内容を見たにもかかわらず、
検索インデックスには入れなかった状態です。
ブログ運営者からすると、
少しショックです。
「読んだのに、なぜ登録してくれないの？」
と思ってしまいます。
でも、Googleはクロールしたページを
すべてインデックスするわけではありません。
クロールは技術的な訪問です。
インデックスは選別です。
特に以下のようなページは、
インデックスされにくくなることがあります。
内容が短すぎる。
一般論ばかりで具体例がない。
他の記事と似た説明を繰り返している。
タイトルだけ違って本文がほぼ同じ。
AIっぽい平坦な文章になっている。
検索者の悩みに直接答えていない。
表、事例、FAQ、参考資料がない。
たとえば、
「Googleインデックスされない時の対処法」
という記事があるとします。
本文が、
「サイトマップを送信しましょう」
「良い記事を書きましょう」
「しばらく待ちましょう」
だけなら、かなり弱いです。
競合が多いSEOジャンルでは、
それだけではGoogleに選ばれにくいです。
強い記事にするには、
Search Consoleの表示ごとに原因を分けます。
「検出済み」と「クロール済み」の違い。
noindexの確認方法。
canonicalの設定ミス。
robots.txtのブロック。
サイトマップと内部リンク。
重複コンテンツの整理。
ここまで具体的に書くと、
読者にもGoogleにも価値が伝わりやすくなります。
ワンポイント:
クロール済みなのにインデックスされない記事は、ただ長くするよりも、検索意図ごとに具体的な解決策を増やすほうが効果的です。
4. noindexタグが入っている
インデックスされない理由として、
かなり明確なのがnoindexタグです。
noindexは、検索エンジンに対して
「このページを検索結果に登録しないでください」
と伝える設定です。
WordPressでは、この設定ミスが意外と多いです。
SEOプラグインの詳細設定で、
個別記事がnoindexになっている場合があります。
また、カテゴリーページ、タグページ、著者ページ、添付ファイルページ、
カスタム投稿タイプなどがnoindex設定になっていることもあります。
確認する場所は以下です。
| 確認場所 | 見るポイント | 対応 |
|---|---|---|
| 投稿編集画面 | SEOプラグインの詳細設定 | indexにする |
| Rank Math / Yoast | Robots Meta | noindexを外す |
| ページソース | meta robotsタグ | noindexがないか確認 |
| Search Console | URL検査 | Googleが見たHTMLを確認 |
| テーマ設定 | SEO関連項目 | 意図しないnoindexを確認 |
ページソースに以下のような記述があれば、
そのページはインデックスされにくくなります。
<meta name="robots" content="noindex">
大事なのは、
インデックスしたい記事にはnoindexを入れないことです。
当たり前に聞こえますが、
プラグイン移行、テーマ変更、ステージング環境の設定引き継ぎで、
このミスは普通に起こります。
5. robots.txtでGooglebotを止めている
robots.txtは、
検索エンジンのクローラーに対して、
どの場所をクロールしてよいかを伝えるファイルです。
危険なのは、以下のような設定です。
User-agent: *
Disallow: /
これは、全クローラーに対して
サイト全体をクロールしないよう指示する形です。
開発中のサイトなら使うことがあります。
でも、公開後のブログに残っていたら問題です。
また、CSSやJavaScriptを過度にブロックすると、
Googleがページを正しくレンダリングできない可能性があります。
読者には記事本文が見えていても、
Googlebotにはレイアウトが崩れたり、
重要な本文が見えにくくなったりすることがあります。
robots.txtは便利ですが、
使い方を間違えるとSEOに大きな影響を与えます。
6. canonicalタグが別URLを指している
canonicalタグは、
似たページや重複URLがあるときに、
どれを代表URLにするかを伝えるためのタグです。
本来はSEOに役立ちます。
しかし、設定を間違えると、
インデックスしたい記事ではなく、
別のURLが正規ページとして扱われることがあります。
たとえば、インデックスしたいURLがこれだとします。
https://example.com/google-indexing-problem/
ところがcanonicalが次のようになっていたら問題です。
https://example.com/category/seo/
また、以下のように複数のURLが同じ内容を表示している場合も注意が必要です。
http://example.com/google-indexing-problem
https://www.example.com/google-indexing-problem/
https://example.com/google-indexing-problem/?utm_source=test
Googleは複数のシグナルを見て、
どのURLを代表にするか判断します。
Search Consoleで、
「代替ページ canonicalタグあり」
「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」
のような表示が出る場合は、canonicalを確認します。
重要な投稿記事は、基本的に自己参照canonical、
つまり自分自身のURLを指す設定が自然です。
コリの中間メモ
インデックス問題を見ると、
最初は自分の記事が否定されたような気分になります。
時間をかけて書いたのに、
Googleには存在しないように扱われるからです。
でも、少し冷静に見ると、
これは感情の問題ではなくシグナルの問題です。
Googleが見つけていないのか。
見つけたけれど読んでいないのか。
読んだけれど選んでいないのか。
そこを分けるだけで、
対策はかなり見えやすくなります。
7. 重複コンテンツと薄いページ
WordPressは便利ですが、
何もしなくても似たURLが増えやすい仕組みです。
カテゴリーページ。
タグページ。
著者アーカイブ。
日付アーカイブ。
添付ファイルページ。
ページネーション。
パラメータ付きURL。
これらが増えすぎると、
Googleにとって重要なページが見えにくくなります。
特に注意したいのは、
似たテーマの記事を大量に作る場合です。
たとえば、次のような記事群は一見よさそうです。
Googleにインデックスされない理由。
Search Consoleのインデックス問題。
クロール済みインデックス未登録の対処法。
サイトマップ送信後に登録されない原因。
WordPressのcanonical設定ミス。
これらは全部書いても問題ありません。
ただし、それぞれの記事が
別の検索意図に答えている必要があります。
全部の記事で同じ説明を繰り返すと、
Googleから見ると重複気味の弱いページになります。
逆に、役割を分ければ強いSEOクラスターになります。
総合ガイド。
Search Console表示別の解説。
WordPress設定チェック。
canonicalと重複URL専門。
サイトマップと内部リンク専門。
このように整理すると、
読者にもGoogleにもわかりやすいサイト構造になります。
8. JavaScriptや表示崩れの問題
普通のWordPress記事なら、
本文はHTML内にあるためGoogleも読みやすいです。
しかし、ページビルダー、広告スクリプト、遅延読み込み、キャッシュプラグイン、
CSS・JavaScript最適化プラグインが複雑に絡むと、
Googleが正しくページを見られないことがあります。
読者には本文が見えている。
でもGooglebotには一部しか見えていない。
こういうケースもあります。
Search ConsoleのURL検査で、
ライブテストを行い、
Googleが取得したHTMLやスクリーンショットを確認します。
見るべきポイントは以下です。
本文がレンダリング後に表示されているか。
モバイル表示で本文が隠れていないか。
CSSやJavaScriptがブロックされていないか。
広告やポップアップが本文を邪魔していないか。
キャッシュプラグインの圧縮で表示が壊れていないか。
見た目がきれいなページでも、
Googleが正しく読めなければSEO上は不利になります。
9. サーバー応答とクロール効率
ブログの記事数が少ないうちは、
クロール効率をあまり意識しないかもしれません。
でも、数百記事、数千記事と増えてくると、
GooglebotにどのURLを優先して見てもらうかが重要になります。
サーバーが遅い。
5xxエラーが多い。
リダイレクトが何段も続く。
404ページが大量にある。
不要なタグページが多すぎる。
古いURLがサイトマップに残っている。
こうした状態だと、
Googlebotが重要な記事にたどり着く効率が下がります。
すべての「インデックス未登録」が悪いわけではありません。
管理画面、重複アーカイブ、リダイレクトURL、
意図的にnoindexにしたページは、
インデックスされなくてよい場合もあります。
問題は、
検索流入を狙っている主力記事が登録されないことです。
10. インデックス登録リクエストだけでは解決しない
Search Consoleには、
「インデックス登録をリクエスト」
という機能があります。
便利ですが、魔法のボタンではありません。
noindexが残っている。
robots.txtでブロックしている。
canonicalが別URLを指している。
本文が薄い。
重複コンテンツが多い。
この状態で何度リクエストしても、
結果はあまり変わらないことがあります。
おすすめの順番はこうです。
まずURLが正常に開くか確認する。
Search Consoleで状態を確認する。
noindexを確認する。
robots.txtを確認する。
canonicalを確認する。
サイトマップに入っているか見る。
内部リンクを追加する。
本文を具体例、表、FAQで強化する。
そのあとでインデックス登録をリクエストする。
リクエストは最後の仕上げです。
最初の解決策ではありません。
WordPressブログのインデックス確認チェックリスト
| 確認項目 | よくある問題 | 対策 |
|---|---|---|
| WordPressの表示設定 | 検索エンジンを拒否している | チェックを外す |
| SEOプラグイン | noindex設定 | 重要記事はindexにする |
| サイトマップ | 新記事が入っていない | 再生成・再送信 |
| canonical | 別URLを指している | 自己参照canonicalにする |
| robots.txt | 重要ページをブロック | 不要なDisallowを削除 |
| 内部リンク | 孤立記事になっている | 関連記事からリンク |
| 本文品質 | 薄い、重複、一般論 | 事例・表・FAQを追加 |
| リダイレクト | 何段も転送される | URL構造を整理 |
| モバイル表示 | 本文が隠れる | レイアウトを確認 |
このチェックリストを使うと、
なんとなく修正するのではなく、
原因を順番に切り分けられます。
ページがインデックスされない理由を理解するには、Search Consoleのエラー表示だけを見るだけでは不十分です。
Googleがどのようにページを発見し、どのようにクロールし、なぜ一部のページだけをインデックスに登録するのかまで見る必要があります。
この記事では、WordPressブログ運営者が実際に直面しやすいインデックス問題を中心に解説しました。
ただし、インデックスはSEO全体の中の一部分です。検索上位を目指すなら、インデックス、キーワード戦略、内部リンク、コンテンツ品質、テクニカルSEOを一緒に考えることが大切です。
SEO全体の流れをもっと整理して理解したい場合は、「SEO完全ガイド：検索意図とテクニカルSEOで上位表示を狙う」 もあわせて読むと役立ちます。
インデックス問題の解決だけでなく、検索エンジンに伝わりやすいブログ構造を作るヒントになります。
FAQ
Q1. WordPressの記事は公開後どれくらいでインデックスされますか？
サイトによって違います。
早ければ数時間で登録されることもありますが、
新しいブログや内部リンクが弱いサイトでは数日以上かかることもあります。
数日たっても登録されない場合は、
Search Consoleの状態、サイトマップ、内部リンク、noindex、robots.txt、canonicalを確認しましょう。
Q2. 「クロール済み – インデックス未登録」は何が原因ですか？
Googlebotがページを読んだものの、
検索インデックスには入れなかった状態です。
薄いコンテンツ、重複コンテンツ、検索意図とのズレ、
他の記事との差別化不足が原因になることがあります。
WordPressでは、SEOプラグインのnoindex設定やcanonical設定も確認が必要です。
Q3. Search Consoleで何度もインデックス登録をリクエストすればよいですか？
何度も押せば解決するわけではありません。
技術的なブロックやコンテンツ品質の問題が残っている場合、
リクエストだけでは変わりにくいです。
まず原因を直し、
内部リンクと本文を強化してからリクエストするのがおすすめです。
コリの考え
インデックスされない理由は、
一つに決めつけないほうがいいです。
WordPressブログでは、
技術設定、サイト構造、内部リンク、重複URL、コンテンツ品質が
同時に関係していることが多いからです。
大切なのは、
Googleに「記事があります」と知らせるだけではありません。
Googleが見つけやすい。
クロールしやすい。
内容を理解しやすい。
他の記事と違う価値がある。
読者の検索意図にきちんと答えている。
この状態を作ることです。
ブログ運営は、
ただ記事を増やす作業ではありません。
Googleが記事を発見し、理解し、選びやすいように、
道を整える作業でもあります。
だからこそ、
インデックス問題が起きたときは焦らず、
Search Consoleの表示を見て、
一つずつ原因を切り分けるのが一番確実です。
参考資料
この記事は、Googleの公式ドキュメントとSearch Consoleヘルプを参考にしながら、クロール、インデックス登録、canonical URL、robots.txt、JavaScript SEO、URL検査について、WordPressブログ運営者向けに整理したものです。
Google Search Central, Google Crawling and Indexing
Google Search Console Help, Page Indexing Report
Google Search Central, Block Search Indexing with Noindex
Google Search Central, Robots.txt Introduction and Guide
Google Search Central, URL Canonicalization
Google Search Central, JavaScript SEO Basics
Google Search Console Help, Inspect and Troubleshoot a Single Page
#インデックスされない #Google検索 #SearchConsole #WordPressSEO #ブログ運営 #SEO対策 #クロール #noindex #canonical #robotsTxt #サイトマップ #コリシンク
👉 あわせて読みたい
この記事が参考になった方は、下の記事もあわせて読んでみてください。
同じテーマを、より広く、より深く理解するのに役立ちます。
Article Schemaの書き方：WordPressブログで使うJSON-LD構造化データの実践ガイド
FAQ Schemaの書き方｜WordPressブログでFAQPage構造化データは本当に必要なのか
Schemaとは？WordPress SEOで差がつく構造化データ・JSON-LD・リッチリザルト完全ガイド
心が少し軽くなったなら、それで十分ですよ。
次の問いでまた会いましょう — Beautiful KoriThink