Search Console で noindex と表示されたら：原因の特定と URL の確認方法

Google 検索に表示したいページがあるのに、Search Console で noindex ルールによって除外されたと報告されることがあります。サイト全体の設定を変更する前に、対象の正確な URL と、その指示の発信元を確認しましょう。一つのテンプレート、HTTP レスポンスヘッダー、あるページに残ったステージング設定では、それぞれ対処方法が異なる場合があります。

この記事は、Google にインデックスしてほしい公開ページを対象としています。ログインページ、非公開文書、ステージング環境は、検索結果に表示しないほうがよい場合もあります。noindex はインデックスに関する指示であり、アクセス制御ではありません。情報を非公開にする必要がある場合は認証を使用してください。

Search Console で URL から確認する

レポートのアドレスを、プロトコル、パス、末尾のスラッシュ、クエリ文字列も含めて正確にコピーし、その URL を Search Console で検査します。インデックスのレポートは、Google が以前のクロールで保存した情報を反映しています。一方、ライブテストは現在のページを取得するため、異なる結果が表示されることがあります。変更前にクロール日と、それぞれの画面に表示された内容を記録しましょう。

ライブテストでも noindex と表示される場合は、次に指示の発信元を探します。表示されなくなった場合でも、以前のインデックスレポートには古いクロールの結果が残っている可能性があります。それだけでは、ページがインデックスされたことや、Google が変更を処理したことは確認できません。

Google の URL 検査のドキュメントでは、インデックスされた結果とライブテストの結果の違い、および各テストで判定できることとできないことが説明されています。

HTML とレスポンスヘッダーを調べる

HTML ページの場合はページのソースを表示し、noindex を検索します。指示の例は次のとおりです。

<meta name="robots" content="noindex">

googlebot の meta タグに指示が含まれることもあります。使われていると思うテンプレートだけでなく、実際に配信されたページを確認してください。CMS の設定、プラグイン、デプロイ設定によってタグが追加される場合があります。JavaScript でメタデータが変更されるページでは、初期レスポンスに加えてレンダリング後も確認しましょう。

指示が HTTP の X-Robots-Tag ヘッダーに含まれることもあります。ブラウザの開発者ツールで Network を開き、ページを再読み込みしてドキュメントのリクエストを選択します。レスポンスヘッダーで X-Robots-Tag を探してください。アドレスがリダイレクトする場合は、各レスポンスを別々に調べます。リダイレクト元と最終的な移動先は異なる URL です。ページエディターではなく、ホスティングのルールやアプリケーションのレスポンスを修正する必要があるかもしれません。

Google の robots meta タグとレスポンスヘッダーのドキュメントには、クローラ固有のルールや、noindex を含む none の値も説明されています。HTML の meta タグに問題がなくても、ヘッダーに指示がないとは限りません。

クロールを別に確認する

サイトの robots.txt を開き、対象の Google クローラがページを取得できるか確認します。クロールのブロックと noindex は役割が異なります。Google が noindex 指示を確認するには、そのページやリソースにアクセスできる必要があります。robots.txt でブロックされた URL でも、リンクなどの情報を基に検索結果に表示される場合があります。また Google は、robots.txt 内の noindex をインデックスのルールとしてサポートしていません。Google の noindex に関するガイダンスを参照してください。

一つのレポートを緑色にするためだけに、サイト全体のクロール制限を解除しないでください。まず、その制限がある理由と、URL を公開する意図があるかを確認します。Search Console のライブテストでは取得が実際に成功しているか調べます。ログインの要求、サーバーエラー、その他のアクセス問題は、それぞれ別に調査する必要があります。

指示の発信元を変更して再確認する

インデックスする予定のページでは、意図せず追加された noindex を、その指示を生成している箇所で削除します。たとえば、公開設定が一つの記事を制御しているなら、その設定を変更します。共有テンプレートがすべての公開ページにタグやヘッダーを設定している場合は、変更前にそのテンプレートの想定範囲を調べてください。非公開コンテンツやステージング環境の保護は維持します。

同じ URL を再取得し、HTML とヘッダーの両方を確認します。その後、Search Console のライブテストを実行します。ライブ結果にルールが表示されなくなり、ページの公開準備が整っていれば、URL 検査からインデックス登録をリクエストできます。ライブテストの成功やリクエストはインデックスを保証しません。Google のインデックスレポートは Google 側の処理後に更新され、別の理由でページがインデックスされない場合もあります。

対象 URL がホームページなら、SEOHabit では登録後に最初のホームページチェックを利用できます。レスポンスを調べ、Search Console のライブテストで具体的な noindex の問題を確認してください。SEOHabit がページを自動的に変更することはありません。サイト所有者または開発者が、サイトを管理している環境で修正と確認を行います。

URL、確認したタグまたはヘッダー、変更した箇所、ライブテストの日付を記録しましょう。Search Console に保存された結果が次に変わった際、具体的な比較材料になります。