公開した記事がGoogle検索に出ないときは、最初に「GoogleがURLを知らない」「クロールできない」「クロールしたが登録しない」「別のURLを代表として選んだ」のどの段階で止まっているか調べます。サイトマップを送り直したり、インデックス登録を何度もリクエストしたりしても、原因を直さなければ解決しません。Googleはすべてのページのクロール・インデックス登録を保証していません。だからこそ、検索結果に出したい重要ページから、URL検査とページのインデックス登録レポートを使って診断します。
この記事では、記事を公開したばかりの担当者も、既存記事が急に検索から消えた担当者も使える手順をまとめます。技術設定、重複、内容、内部リンク、サイトマップを順番に確認し、状態ごとの対処を示します。各画面の名称は2026年9月21日時点で公式情報を確認しています。Search Consoleの表示は変更されることがあるため、実際の画面では同じ意味の項目を探してください。
インデックスされないとは？検索で見つからない理由を分ける
Google検索で特定のURLが見つからない理由は一つではありません。GoogleがそのURLの存在を知らない段階、Googlebotが見つけたがまだ訪問していない段階、訪問したが内容を検索のデータベースに登録しなかった段階、内容が別URLと重複すると判断した段階があります。さらに、インデックスに登録されていても、検索した語句や地域では表示されないことがあります。「自分で検索して出ない」と「インデックス登録されていない」を同じ意味で扱わないことが大切です。
Googleの検索の仕組みは、おおむねURLの発見、クロール、インデックス登録、検索結果での表示という流れです。サイトマップと内部リンクは主に発見を助けます。HTTP応答、robots設定、サーバーの安定性はクロールに関係します。取得された本文、重複、正規URLの判断はインデックス登録に関係します。検索語句との関連性や競合は、登録後にどの結果へ表示されるかに関係します。工程を分けると、適切な対策を選べます。
例えば公開から数時間しか経っていない記事が「検出－インデックス未登録」なら、ページを再び公開し直す前に時間と発見経路を確認します。長く公開している主力記事が突然「noindexによって除外」となれば、ページ設定の変更を調べます。「Googleに登録済み」でも狙う語句で見つからないなら、インデックスの問題だけでなく検索意図や競合を調べます。検索結果に現れるかどうかの判断を、site検索の件数だけに頼らず、Search ConsoleのURL検査で対象URLを確認してください。
最初にURL検査で確認する5項目
Search Consoleの上部にあるURL検査欄へ、対象ページの完全なURLを入れます。https、末尾スラッシュ、パラメータを含め、検索に出したいURLを正確に指定します。まず確認するのは、Googleに登録されているか、ページのインデックス登録の理由、最後のクロール日時、クロールが許可されたか、Googleが選んだ正規URLの五つです。登録されていない場合は、最初に表示される理由を記録し、詳細情報も開きます。
URL検査の「登録済みの状態」は、Googleが最後に把握したページに基づきます。記事を修正した直後なら、古い状態が表示されることがあります。ライブURLのテストを行えば、現在のページが取得できるか、Googleが見られるHTMLや描画結果を確認できます。ただしライブテストで「利用可能」と出ても、実際にインデックス登録されることまでは予測できません。Googleの公式ヘルプは、重複や正規URLの選択、「クロール済み－インデックス未登録」などはライブテストだけで判定できないと説明しています。
「Googleが選択した正規URL」が別ページなら、対象記事だけを見ても原因が分からないことがあります。類似するページ、URLの表記揺れ、HTTPとHTTPS、末尾スラッシュ、パラメータ付きURLを確認します。意図した正規ページが検索に出ているなら、重複URLが登録されないこと自体は問題ではありません。一方、独立した内容を持つ記事なのに別の古いページへ統合されているなら、本文の違い、canonical指定、サイトマップや内部リンクのURLを確認します。
最後のクロール日時も重要です。変更後にGoogleが再訪していないなら、現在の修正がまだ反映されていない可能性があります。何度もURL検査を更新しても再クロールは直ちに起きません。技術的な問題を修正し、重要なURLをサイトマップと内部リンクからたどれるようにし、必要ならインデックス登録をリクエストします。依頼そのものは登録の保証ではありません。
ページのインデックス登録レポートで影響範囲を見る
一つのURLだけでなく多くの記事が出ていないなら、Search Consoleのページのインデックス登録レポートを見ます。登録済みと未登録の数だけでなく、未登録の理由ごとのURLを確認してください。WordPressではタグ一覧、検索結果ページ、ページ送り、画像の添付ページなど、公開記事以外のURLが多数検出されることがあります。未登録URLが多いという数字だけでサイト全体の異常と判断せず、検索に出したい記事やサービスページが含まれているかを見ます。
同じ理由に重要記事が複数並んでいるなら、テンプレートやプラグインの設定を疑います。たとえば新しい記事だけnoindexになっていれば、記事公開時のSEO設定を調べます。全URLに5xxが増えていれば、サーバーやCDNの変更履歴を確認します。特定カテゴリーでGoogleの正規URL選択が異なるなら、そのカテゴリー内の記事の重複や内部リンクの作り方を調べます。原因の共通性を見つければ、記事を一件ずつ書き直す前に根本の設定を修正できます。
レポートの数値はGoogleが把握したURLであり、サイト内の全URLを完全に列挙するものではありません。新規ページがまだレポートに現れない場合もあります。重要なURLはURL検査で個別に確認し、サイトマップや内部リンクを通じて見つけられる状態か調べます。修正後の検証では、レポートの理由が変わったか、エラー対象が減ったかを追います。Googleの処理には時間差があるため、公開当日の見た目だけで成否を決めないでください。
「検出－インデックス未登録」の原因と対処
「検出－インデックス未登録」は、GoogleがURLを認識しているものの、まだクロールしていない状態を示します。記事の品質が悪いと断定できる状態ではありません。まず公開日とURL検査の状況を確認します。新規記事ならクロールまで待つ必要がある場合があります。長期間そのままなら、サイト内でそのページへのリンクがあるか、サイトマップに意図した正規URLが含まれるか、サーバーが安定して応答するかを確認します。
トップページやカテゴリー一覧から何段階もたどらないと届かない記事は、発見しにくくなります。関連する既存記事の本文から、その記事が答える問いに合わせたリンクを置きます。ただし全記事の末尾へ同じリンクを大量に追加する方法は、読者にも検索エンジンにも分かりやすい構造になりません。どのテーマのどの詳細を説明するページかを考え、文脈のある場所へ置いてください。主要記事をサイトマップに載せ、存在しないURLや重複URLを混ぜないことも確認します。
サーバー側の問題も調べます。短時間の高負荷、アクセス制限、DNS障害、5xx応答があると、クロールに影響します。ブラウザで一度表示できたから常に安定しているとは限りません。サーバーログや監視情報を見て、Googlebotがアクセスした時間帯に応答できていたか確認します。Google公式のページのインデックス登録ヘルプは、サイトマップ送信やクロールリクエストをしても、すべてのURLのインデックス登録が即時に行われるわけではないと説明しています。
必要ならURL検査から登録をリクエストします。ただし、同じURLに何度もリクエストすることを主な施策にしないでください。発見経路とサーバーの問題を直さずに再送信を繰り返しても、本質的な改善になりません。重要ページを優先し、送信日とその後のクロール日を記録して待ちます。
「クロール済み－インデックス未登録」の原因と対処
「クロール済み－インデックス未登録」は、Googleがページを取得したが、現時点で検索のインデックスへ登録していない状態です。これはnoindexのように必ず一つの設定ミスを示す名称ではありません。取得された本文が期待どおりか、ページが読者の問いへ十分に答えるか、同じサイト内の別記事と大きく重複しないかを確認します。Googleのライブテストだけでは、最終的なインデックス登録の判断を再現できません。
まずURL検査の取得されたHTMLやスクリーンショットで、見出しと本文が実際に含まれるか見ます。JavaScriptで本文を後から表示するページなら、Googleが描画した状態を確認します。ログイン状態でだけ読める、エラー文が大きく表示される、クライアント側の通信に失敗して本文が空になるといった場合は、内容評価以前に取得状態を直します。テンプレートの共通部分は表示されるのに記事本文だけ欠ける場合、管理画面では気付きにくい問題があります。
本文が正常なら、同テーマの記事と役割を比較します。見出しと数行の一般論だけで、別記事にもほぼ同じ説明があるなら、独立ページとして何を解決するか明確にします。対象読者、条件、手順、判断材料、根拠を具体化します。長くすること自体を目的にせず、読者が検索後に次の行動を決められるかを基準にします。コンテンツSEOでも、記事の目的と読者の課題を合わせて設計することが重要です。
全てのページがインデックスされるわけではありません。検索結果に必要のないフィルターURLや重複一覧などは、未登録でも問題にならない場合があります。逆に問い合わせに直結する主力記事なら、優先して確認します。状態名だけで「品質が低いとGoogleが判定した」と社内報告するのは避け、確認できた事実と改善仮説を分けて記録します。
noindex・robots.txt・アクセス制限を確認する
検索へ出したい記事にnoindexが設定されていると、Googleがページを取得してその指示を読んだ後、インデックスへ登録しません。HTMLのmeta robotsだけでなく、HTTP応答ヘッダーのX-Robots-Tagでも設定できます。WordPressのSEOプラグイン、記事の個別設定、サイト全体の「検索エンジンがサイトをインデックスしない」設定を確認します。テスト環境から本番へ移すときに設定が残る場合があります。
robots.txtはクロールの許可を制御します。Disallowを外さずにnoindexを追加しても、Googlebotがページを取得できなければnoindexを読めません。Googleの公式説明では、クロールを禁止したURLでも他ページのリンクからURLだけが検索結果に現れる場合があります。検索へ出したいならクロールを許可し、ページを取得可能にします。検索へ出したくないなら、目的に応じてnoindex、認証、削除などを選びます。二つの設定を混同しないことが大切です。
会員限定ページや管理画面を検索へ出さないのは正常です。しかし一般向けの記事へ誤って認証が掛かると、Googleも読めません。Cookieがある自分のブラウザだけで開ける状態になっていないか、シークレットウィンドウやログアウト状態で確認します。CDNやセキュリティ対策でGooglebotのアクセスだけを遮断していないかも必要に応じて調べます。サーバーの応答コード、転送先、表示本文はまとめて記録してください。
設定を直したら、HTMLとHTTPヘッダーを再確認します。WordPressの画面上で「インデックスする」に変更しただけでは、キャッシュに古いnoindexが残る場合があります。公開URLの実際の応答とURL検査のライブテストで状態を確かめます。修正後も登録まで時間がかかるため、ライブテストの成功を公開完了と混同しないでください。
canonicalと重複ページの問題を解く
Googleは内容が同じ、あるいは非常に似たURL群から代表となる正規URLを選びます。別URLが正規と選ばれた場合、確認中の記事URLが単独では検索結果に出ないことがあります。これは必ずしもエラーではありません。たとえば同じ内容を持つHTTP版とHTTPS版、パラメータ付きURLの片方だけがインデックスされるのは自然です。重要なのは、利用者へ見せたい正しいURLが代表になっているかです。
URL検査で「ユーザーが指定した正規URL」と「Googleが選択した正規URL」を比べます。HTMLのrel="canonical"が別の記事や一覧ページを指していないか確認します。サイトマップには正規URLを入れ、内部リンクも同じURLへ統一します。Googleはcanonicalを強いシグナルとして利用しますが、サイト運営者の指定が絶対の命令になるわけではありません。本文の類似度、転送、サイトマップなどの情報も踏まえて判断します。
複数記事が似た内容なら、検索意図とページの役割を整理します。「SEO対策とは」と「SEO費用」は読者が求める答えが違うため、それぞれに異なる情報を載せられます。一方、見出しを少し変えただけで同じ説明を二つのURLに置くなら、独立性を示すのは難しくなります。統合するなら残すURLを選び、不要になったページから適切に転送し、内部リンクを更新します。ただしGoogleはcanonicalのためにrobots.txtで重複URLをブロックすることを推奨していません。本文を見られなくすると、重複関係を判断しにくくなる場合があります。
正規URLが別になっているとき、対象記事へnoindexを付けるのも安易に行わないでください。Googleは、サイト内の正規化を目的としてnoindexを使うことを勧めていません。検索へ残したいページなら、内容と正規URLの関係を整えます。意図せず別URLが選ばれた場合は、何を検索結果へ出したいかを決めたうえで、サイト全体で一貫したシグナルを送ります。
404・ソフト404・サーバーエラーへの対処
公開URLが404を返していれば、そのURLの本文をGoogleは取得できません。記事を移動したのなら、新URLへの恒久的な転送と内部リンクの更新を検討します。記事を削除し代替ページがないなら、404は正しい応答です。すべての404をホームページへ飛ばす対応は、利用者にとっても分かりにくくなります。Search Consoleで404が見えたら、検索に出したい記事なのか、削除済みのURLなのかを先に確認します。
ソフト404は、サーバーが成功の応答を返していても、Googleから見ると「ページがない」ような内容の場合です。本文が空白、エラーメッセージだけ、重要なリソースを読み込めず内容が欠けている状態などを確認します。Google公式のクロールエラー解説は、実在しないページには正しい404、移動先があるページには適切なリダイレクト、存在するのにソフト404とされたページには描画された本文とHTTP応答の調査を勧めています。
5xxはサーバー側の問題です。利用者にもGooglebotにも不安定な状態を作ります。短時間で復旧した場合も、開始時刻、影響URL、ログ、再発防止策を記録します。CDN、WAF、アクセス集中、プラグインの障害など、担当部署をまたぐ原因があり得ます。技術担当には「インデックスされない」だけでなく、実際のHTTPコードと時刻、該当URLを渡すと調査しやすくなります。
URLを変更する際は、記事のリンクを内部で修正し、サイトマップも新URLへ合わせます。古いURLの外部リンクや保存済みのブックマークを考えると、適切な転送が重要です。単に新しい記事を公開して古いURLを放置すると、どちらが正規か判断しにくくなる場合があります。移行直後にURL検査で新URLが未登録でも、転送とクロールを確認しながら経過を見ます。
サイトマップと内部リンクを整える
サイトマップは、検索へ出したいURLをGoogleへ知らせる補助です。正規URLだけを含め、404、noindex、転送元、テストURLが混ざっていないか確認します。WordPressではプラグインやテーマがサイトマップを生成する場合があります。複数の仕組みが同じURL群を異なる形で出していないか調べます。Search Consoleへサイトマップを送ることは有益な場合がありますが、Googleは送信がクロールやインデックス登録を保証しないと説明しています。
内部リンクは、Googleと読者の両方にページの位置づけを伝えます。重要記事へカテゴリー一覧だけでなく、関連する記事本文からもリンクします。アンカーテキストは「こちら」だけにせず、リンク先で分かる内容を短く示します。例えば内部SEO完全ガイドからサイト構造の説明を読み、インデックスに関する詳しい記事へ移れるような導線です。各記事をむやみに相互リンクするより、親テーマと詳細テーマの関係を作ります。
サイトマップに載るURLと記事のcanonicalが異なると、Googleへ一貫しない希望を送ることになります。内部リンク先も混在していれば、問題を追いにくくなります。URLを決めたら、記事本文、メニュー、パンくず、カテゴリー一覧、サイトマップで同じ正規URLを使うことを基本にします。大量ページのサイトでは機械的な検査が役立ちますが、少数ページでも公開時のチェック表で十分防げます。
サイトマップだけで新記事を発見させようとする運用にも限界があります。新記事が読者にとって関連する既存記事からリンクされていなければ、発見後の回遊も弱くなります。検索のためだけにリンクを増やすのではなく、本文を読む人が次に疑問を持つ場所へ置くと、結果的にサイトの構造も分かりやすくなります。
内容の独自性と読者への答えを確認する
技術的に取得できるページでも、インデックスへ登録されないことがあります。その場合、記事の目的を見直します。検索語句に対する結論は冒頭で分かるか、実行手順や判断条件はあるか、専門用語を説明しているか、公式情報の根拠は示しているかを確認します。既存の自社記事や他サイトの記事を言い換えただけでは、読者がそのページを読む理由を示しにくくなります。
独自性とは必ずしも大規模な調査を意味しません。自社が実務で使う診断順、意思決定の分岐、よくある失敗とその回避法、比較の条件を明確にすることも役立ちます。ただし事例を架空の実績として書いてはいけません。匿名事例なら匿名であることを示し、経験がないものは一般的な方法と明記します。記事の著者、更新日、出典も、読者が情報を検証できるようにします。
文字数だけを増やしても、インデックス登録の保証にはなりません。検索意図が「原因を早く知りたい」なら、長い前置きより症状別の表が先に必要です。「対処法を実行したい」なら、手順の順番、作業後の判定、失敗したときの次の調査まで示します。表や図解を使う場合、重要な説明は画像内だけに閉じ込めず、本文にも記載します。AI検索を意識する場合も、専用タグより理解しやすい本文と検証可能な情報を優先します。
比較記事では会社名や料金を挙げる場合、各社の公式ページで確認し、URLと確認日を記載します。ツールの画面や制度の条件は変更され得るので、古い説明を更新日だけ変えて再公開することは避けます。Googleの「ユーザー第一のコンテンツ」ガイドは、独自情報、十分な説明、信頼できる根拠などを自己評価する質問を提示しています。インデックス未登録の理由を品質だけに決めつけない一方、内容の価値も診断対象に含めます。
修正後の再確認と待ち方
原因を直したら、まず公開URLをログアウト状態で開き、HTTP応答と本文を確認します。URL検査のライブテストでクロール可否、取得HTML、描画結果を見ます。noindexや誤った転送を直した場合は、キャッシュやCDNに旧状態が残っていないかも調べます。サイトマップと内部リンクが正規URLへ向いているか確認してから、重要なURLについてインデックス登録をリクエストします。
リクエスト後は、対象URL、修正内容、確認日を記録し、URL検査の最後のクロール日時と状態を定期的に見ます。同じ日中に「登録済み」へ変わらなくても再送信を繰り返しません。Googleの公式ヘルプは、発見からクロールまで数日以上かかる場合があり、すべてのページが登録されるとは限らないと説明しています。技術状態の修正と、Googleがそのページを採用する判断は分けて考えます。
複数URLが同じ問題を抱えていたなら、個別のURL検査だけでなく、ページのインデックス登録レポートの推移も確認します。改善後も未登録が続く場合、最初の仮説が違った可能性があります。次は重複、本文取得、内部リンク、検索へ出す価値を再評価します。時間が経てば必ず登録されると決めつけず、同時に数時間で結果を求めないことが大切です。
新記事公開の運用では、公開前にチェック項目を決めておくと再発を減らせます。公開URLのステータス、canonical、noindex、サイトマップ、関連ページからのリンク、本文の実際の表示、モバイル表示を点検します。記事画像とCTAも欠落なく表示し、必要な情報が本文に含まれることを確認します。この段階で発見できる問題は、検索へ出てこないと分かってから直すより負担が小さいはずです。
症状別チェックリスト
- 新記事が見つからない：公開日、サイトマップ、内部リンク、URL検査の発見状態を確認。
- 検出済みだが未登録：クロール日時の有無、サーバーの安定性、ページへの到達経路を確認。
- クロール済みだが未登録：取得HTML、本文の欠落、他記事との重複、読者への答えを確認。
noindexで除外：記事個別設定、サイト全体設定、HTMLとHTTPヘッダーを確認。robots.txtでブロック：検索へ出すページか決め、クロール許可の設定を確認。- 別URLが正規として選択：canonical、類似本文、転送、サイトマップ、内部リンクを確認。
- 404・ソフト404：URLが存在するか、本文が実際に描画されるか、代替URLがあるか確認。
- サーバーエラー：5xxの時刻、影響範囲、CDNやWAF、サーバーログを確認。
- 登録済みだが検索に出ない：対象語句、検索意図、検索パフォーマンス、競合を確認。
上の一覧は、すべてのURLへ同じ対処をするためのものではありません。各状態で、検索に出す必要があるページかを先に決めます。タグ一覧や古いテストURLを全件登録しようとするより、問い合わせや主要な情報提供に必要な記事へ時間を使います。影響範囲が広い場合は、最初に共通のテンプレートやサーバー設定を調べ、修正後にサンプルURLとレポート全体の両方で検証します。
よくある質問
インデックス登録をリクエストすれば必ず検索に出ますか？
出ません。リクエストはクロールを依頼する機能であり、インデックス登録や順位を保証しません。まずURLが取得可能で、検索へ出す意図の設定になっているか、内容と正規URLが適切か確認します。その後、重要なページに利用し、結果を待ちます。
「クロール済み－インデックス未登録」は低品質の証拠ですか？
この表示だけで品質原因と断定できません。Googleはページを取得済みですが、登録していない状態です。実際に取得された本文、重複、公開設定、読者への価値を順番に確認します。ライブテストで取得可能でも登録の判断までは分かりません。
site:検索で出ないなら、未登録ですか？
一般的な確認には使えますが、個別URLの診断はSearch ConsoleのURL検査を優先します。そこで登録状況、クロール、正規URLの情報を確認できます。また「Googleに登録済み」と表示されても、あらゆる検索語句で検索結果に必ず出るわけではありません。
サイトマップを送れば新記事はすぐ登録されますか？
サイトマップはURLの発見を助けますが、即時のクロールやインデックス登録は保証しません。重要なページが正規URLで載っているか、サイト内からたどれるか、サーバーが正常かも確認します。送信済みのサイトマップを毎日再送することだけに頼らないでください。
robots.txtでブロックしているのに検索結果へURLが出るのはなぜですか？
robots.txtは本文のクロールを制御します。他ページからのリンクなどによりURL自体が知られ、内容なしで結果へ現れる可能性があります。確実に検索へ出したくない内容は、用途に合うnoindexや認証を検討します。ただしnoindexを読ませるにはクロール可能な状態が必要です。
まとめ｜発見、取得、登録、表示を分けて直す
Googleに記事が出ないときは、URL検査で止まっている段階を確認し、必要な箇所だけ直します。noindex、robots設定、canonical、404、サーバーエラーがあるなら技術状態を先に修正します。取得が正常なら重複と本文の価値を見直し、サイトマップと内部リンクを整えます。修正してもインデックス登録や順位は保証されませんが、原因を分けて記録すれば、無駄な再送信や全面改稿を減らせます。
まずはSEOの達人に相談する
記事の未登録が複数続く、canonicalの選択が意図と違う、WordPressの設定と実際のHTTP応答が合わない。そんな場合はSEOの達人に相談してください。Search Consoleの状態を一緒に整理し、技術、内容、サイト構造のどこを先に直すか決めます。登録や順位を約束するのではなく、問い合わせにつながる重要ページから改善します。無料相談はこちら。
参考・出典
- Google Search Central「Google検索の仕組み」
- Google Search Consoleヘルプ「URL検査ツール」
- Google Search Consoleヘルプ「ページのインデックス登録レポート」
- Google Search Central「クロールとインデックス登録」
- Google Search Central「正規化とは」
- Google Search Central「正規URLを指定する方法」
- Google Search Central「noindexでインデックス登録をブロックする」
- Google Search Central「サイトマップの概要」
- Google Search Central「クロールエラーのトラブルシューティング」
- Google Search Central「役に立つ、信頼できる、ユーザー第一のコンテンツ」
公式情報確認日：2026年9月21日。検索の画面名称、診断機能、仕様は変更されるため、操作時はGoogle公式ページを確認してください。
