公開したはずのページが、検索結果に出てこない。原因をたどっていくと、noindexが残っていた。よくある話だと思います。
やっかいなのは、このズレが画面に出ないところです。ページは開けますし、レイアウトも崩れていません。フォームも動きます。誰も困った顔をしないまま、時間だけが過ぎていきます。
この記事では、ページ別のnoindex設定と「そのページを公開したいのかどうか」という意図を、AIに照らし合わせてもらう手順を解説します。貼り付けるだけで動くプロンプトを載せているので、そのまま使ってください。
こんなふうに調べていませんか
- 公開したいページに、意図しないnoindexが残っていないかまとめて確かめたい
- meta robotsタグとX-Robots-Tagの、どちらを見ればいいのか分からない
- robots.txtでブロックしているページに、noindexを付けても効くのか知りたい
この記事を読み終えたときに手に入るもの
- ページ別のnoindex設定と公開意図の照合を、AIに任せられるようになります
- 出力された判定表を、どの区分から見ればよいかが分かります
- HTMLソースだけでは見つからない設定を、点検の手順に組み込めます
結論30秒でわかる、この記事の結論
- noindexは、検索結果からページを除外するようGoogleに伝える指示です。 ページへのアクセスやクロール自体を拒否する指示ではありません（出典: Google公式noindexドキュメント）。
- robots.txtでクロール自体をブロックしていると、Googleはnoindexの指示を読み取れず、機能しません（出典: 同上）。
- 洗い出しの要点は、HTMLソースとHTTPヘッダーの両方を渡すことです。片方だけの確認では、設定がすり抜けます。
この記事では、Web担当の若葉さん、マーケ課長の高梨さん、専門家の鈴木さんのやり取りをはさみながら進めます。手を動かす前に全体像をつかみたい方は、会話だけを拾い読みしていただいて構いません。
01noindexの設定ミスの洗い出しは、AI検索対策でなぜ後回しになるんですか？
若葉さん少し前に公開したページが、いつまでたっても検索結果に出てこなくて…。ページ自体はちゃんと開けるんです。
鈴木さんよくあるご相談です。画面は壊れていないのに、検索結果にだけ出てこない。 そういうときは、noindexの設定を先に疑ってみてください。
若葉さん設定した覚えがないんですが、そんなことってあるんですか。
鈴木さんあります。ご自身で入れていなくても、残っていることがあるんですよ。
不具合のほとんどは、画面のどこかに姿を見せます。文字が崩れる、ボタンが押せない、画像が出ない。見た人が「おかしい」と言ってくれます。
noindexの設定ミスは、そうなりません。表示は正常なまま、検索結果からだけ姿を消します。 見た目が何も変わらないので、指摘する人が現れないのです。
しかも、この設定は意図して入れることもあります。会員限定ページやサンクスページのように、検索結果に出したくないページは実際にあります。つまりnoindexが付いていること自体は、異常ではありません。異常かどうかは、そのページを公開したいのかどうかという意図と突き合わせて、はじめて決まります。
ここが後回しになる理由です。設定を眺めるだけでは判断できず、意図を知っている人と、設定を見られる人の両方が要ります。
この章のまとめ
noindexのズレは画面に出ません。だから、意図と設定を並べて確かめる手順を用意しておかないと、気づけないまま残り続けます。
02そもそもnoindexは、AI検索最適化の観点で何をする指示なんですか？
言葉が似ているせいで、noindexとクロールの拒否は混ざりやすいところです。まず、ここを分けておきます。
noindexは、検索結果からページを除外するようGoogleに伝える指示です。ページへのアクセスやクロール自体を拒否する指示ではありません（出典: Google公式noindexドキュメント）。
たとえるなら、図書館の本に近い関係です。
noindexは「棚から下げてください」というお願いです。本そのものは館内にありますし、係の人は手に取ることもできます。ただし、目録には載せないでほしい、という依頼です。
対してクロールの拒否は、そもそも館内に入れないという扱いにあたります。中に入れなければ、本を手に取ることも、貼り紙を読むこともできません。
この区別は、AI検索最適化（LLMO）の文脈でもそのまま効いてきます。AI検索の情報源として選ばれるかどうか以前に、そのページが検索の対象に入っているのかどうかが決まる層だからです。
この章のまとめ
noindexは「載せないでほしい」という指示、クロールの拒否は「読みに来ないでほしい」という設定です。層が違います。
03robots.txtでブロックすると、noindexはAI検索対策としてどうなるんですか？
ここが、この記事でいちばん誤解の多いところです。
robots.txtでクロール自体をブロックしていると、Googleはnoindexの指示を読み取れず、機能しません（出典: Google公式noindexドキュメント）。前の章のたとえで言えば、館内に入れない状態で「棚から下げてください」と貼り紙をしているようなものです。貼り紙は、読める人がいてはじめて意味を持ちます。
本当にインデックスから除外したい場合、対応は2通りあります。robots.txtのブロックを一時的に解除してnoindexタグを読み取れる状態にするか、robots.txt側で完全にブロックし続けるか。どちらかに設定を統一してください。
紹介するプロンプトでは、この状況を「機能しない可能性」という区分で拾えるようにしています。noindexタグそのものではなく、robots.txt側の記載を見直す合図として使ってください。
この章のまとめ
robots.txtで止めたページのnoindexは読み取られません。重ねがけをやめて、どちらかに寄せます。
04noindexの設定ミスは、AI対策としてどこで起きているんですか？
高梨課長そもそも、誰も設定していないのに残るというのが腑に落ちません。どこで入るんでしょうか。
鈴木さん入り口がいくつかあるんです。人が1ページずつ入れる場面より、まとめて入る場面のほうが多いと考えていただくと近いです。
高梨課長まとめて、ですか。
鈴木さんはい。公開前の環境で一括で設定したり、CMSの初期設定で新しいページに自動で付いたり。人の記憶に残らない形で入るぶん、外し忘れにも気づけません。
noindexの設定ミスは、意図して設定した本人以外には気づかれにくいという特有の性質を持ちます。起きやすい場所は、大きく4つに分かれます。
- ステージング環境で一括設定したnoindexを、本番公開後に解除し忘れる
- CMSのテンプレート初期設定で、新規ページが自動的にnoindexになっている場合に気づかない
- HTMLの<head>内のmeta robotsタグだけを確認し、HTTPレスポンスヘッダーのX-Robots-Tagの存在を見落とす
- meta robotsタグとX-Robots-Tagの指示が矛盾している場合、どちらが実際に優先されるか判断に迷う
このあと紹介するプロンプトは、公開意図と実際の設定という2つの情報をあわせて渡すことで、この気づきにくさそのものを解消する設計にしています。
この章のまとめ
設定ミスは、まとめて入る場面と、見えない場所に書かれる場面で生まれます。どちらも人の記憶には残りません。
05noindexの記述は、AI検索対策としてどこに書かれているんですか？
noindexの指示が書かれる場所は、1つではありません。HTMLの中と、HTTPレスポンスヘッダーの中の2か所です。
meta robotsタグは、HTMLの<head>の中に書きます。ブラウザでソースを表示すれば見つかるので、確認の手順が思いつきやすい場所です。
X-Robots-Tagは、HTTPレスポンスヘッダーでの指定方法です。PDFなど非HTMLリソースにも対応できます（出典: Google公式noindexドキュメント）。HTMLソースのmeta robotsタグだけを見ていては検出できない設定も存在します。
見落としが起きやすいのは後者です。特にCDNやCMS側で追加されるヘッダーは、サイトを作った本人でも把握していないことがあります。ブラウザでソースを表示して探すだけでは、この指定は見えません。
この章のまとめ
noindexの置き場所は、HTMLのmeta robotsタグとHTTPヘッダーのX-Robots-Tagの2か所。片方だけ見ていると、もう片方がすり抜けます。
06noindexの設定ミスの洗い出しをAIに任せるプロンプトは、LLMO対策でどう書くんですか？
ここから紹介するプロンプトは、公開中の複数ページについて、noindex設定が意図したとおりになっているかを一括で確認する場面で使います。
使用AIツール: Claude（ページ別のnoindex設定情報をテキストで貼り付ければ動作し、2026年7月時点で無料プランでも実行できます。Web検索や添付ファイル機能は使わず、テキストのやり取りのみで完結します）
あなたはテクニカルSEO/AIOのアナリストです。以下のページ別設定
一覧を、公開意図と実際のnoindex設定を照合する観点でレビューして
ください。
■入力データ
【ページ別設定一覧】
■チェック項目(この5項目を必ず全て判定すること)
1. 【ページ別設定一覧】の「意図」列と、実際のnoindex設定(meta
robotsタグまたはX-Robots-Tagのいずれか)が一致しているかを判定
すること。
2. 「index希望」のページに、meta robotsタグまたはX-Robots-Tagで
noindexが設定されている場合、意図しないnoindexの疑いとして
指摘すること。
3. 「noindex希望」のページに、noindexの記述が存在しない、または
indexと明記されている場合、設定漏れとして指摘すること。
4. 同一ページ内でmeta robotsタグとX-Robots-Tagの指示が矛盾して
いる場合(例: 片方がindex、もう片方がnoindex)、その旨を指摘
すること。
5. noindex設定が存在するページについて、robots.txtで当該URLの
クロール自体がブロックされている旨の記載が【ページ別設定一覧】
にある場合、noindexタグが機能しない可能性がある旨を注記する
こと。
■出力形式
以下の表形式で、意図と実際の設定が一致しないページのみを出力して
ください。
| URL | 意図 | 実際の設定 | 判定区分(意図しないnoindexの疑い/設定漏れ/矛盾/機能しない可能性) | 対応案 |
表の後に、一致しないページの件数を1行でまとめること。全ページが
一致する場合は「不一致なし」と出力すること。
■制約
- 【ページ別設定一覧】に記載のない情報から、実際の設定を推測しな
いこと。記載が「不明」の項目は、判定を「要確認」とすること。
- robots.txtの記載がある場合を除き、クロールの可否そのものは判定
しないこと(本プロンプトはnoindex設定と公開意図の一致のみを扱う)。制約に書いた最初の1行が、この記事でいちばん大事な部分です。 AIは、書かれていない情報を埋めてしまうことがあります。点検の対象が「実際にどう設定されているか」なので、推測で埋められると、点検そのものが成立しません。記載が「不明」なら、判定も「要確認」で止めてもらいます。
この章のまとめ
プロンプトの中心は、5項目の判定と「推測しない」という制約です。出力は判定表と、一致しなかった数のまとめです。
07【ページ別設定一覧】は、AI検索対策としてどう用意すればいいですか？
貼り付ける材料は1つだけです。ただし、中身は4つの情報を1行にまとめる形になります。
| 変数 | 説明 | 入力例 |
|---|---|---|
| 【ページ別設定一覧】 | 確認したい各ページのURL・公開意図・meta robotsタグとX-Robots-Tagの実際の設定を1行ずつ列挙したもの | https://example.com/thanks／noindex希望／meta robotsタグなし／X-Robots-Tagなし（架空例） |
※上の例に登場するページ名・URLは、判定の考え方を示すために作成した架空のものです。
手間がかかるのは、公開意図の列です。 URLとタグの値は調べれば分かりますが、意図はサイトを運用している人の頭の中にあります。ここを埋める過程そのものが、点検の半分だと考えてください。
分からない項目を無理に埋める必要はありません。「不明」と書いておけば、AIは判定を「要確認」で止めます。 埋まっていない場所が可視化されるほうが、埋めたつもりの誤りより安全です。
この章のまとめ
材料は【ページ別設定一覧】の1つ。URL・公開意図・meta robotsタグ・X-Robots-Tagの4つを1行にまとめます。
08出てきた判定表は、AI対策としてどこから見ればいいですか？
若葉さん表が出てきました。これ、上から順に直していけばいいですか？
鈴木さんいえ、そこは一度止まってください。AIの判定は、渡されたテキスト情報の範囲内での推測にすぎません。 直す前に、区分ごとに見る順番があります。
若葉さん区分ごと、ですか。
鈴木さんはい。同じ「不一致」でも、急いで直すものと、別の場所を見にいくものが混ざっています。
出力された判定表は、次の3点を中心に確認してください。
- 「意図しないnoindexの疑い」に分類されたページを最優先で確認する。 公開したいのに検索結果から除外されている可能性があるためです。
- 「機能しない可能性」の指摘があるページは、noindexタグ自体ではなくrobots.txt側の記載を見直す。 タグを書き換えても、読み取られなければ変わりません。
- 「矛盾」に分類されたページは、meta robotsタグとX-Robots-Tagのどちらが実際の設定として反映されているかを個別に確認する。
3つ目について、この記事ではどちらが優先されるかを断定しません。判断に迷うところなので、プロンプト側でも「矛盾している」と指摘するところまでに留めています。実際にどちらが効いているかは、ページごとに確かめてください。
この章のまとめ
見る順番は、意図しないnoindex → 設定漏れ → 矛盾。「機能しない可能性」だけは、見にいく場所がrobots.txt側に変わります。
09意図したnoindexと意図しない設定ミスは、AI検索最適化でどう見分けますか？
noindexが付いていること自体は、異常ではありません。見分ける鍵は、そのページの役割にあります。
意図したnoindexは、ページの役割から説明できます。 会員限定ページ、サンクスページ、サイト内の検索結果ページ。いずれも「検索から来た人に最初に見せる場所ではない」という理由が立ちます。意図しないnoindexは、経緯からしか説明できません。 ステージング環境で入れたまま、テンプレートの初期設定のまま。理由を聞かれても、そのページの役割では答えられません。
この章のまとめ
役割で説明できるnoindexは意図したもの、経緯でしか説明できないnoindexは設定ミスの疑いです。
10noindexの設定ミスの洗い出しは、AI検索最適化としてどう応用できますか？
そのまま回すだけでも使えますが、次の2つの形にすると、点検の精度が上がります。
応用1: robots.txtの点検とあわせて実施する
robots.txt側の許可・拒否状況もあわせて棚卸ししたい場合は、別記事『AIクローラー向けrobots.txtをAIにチェックさせる方法』のプロンプトと組み合わせてください。クロールを拒否する設定とインデックスを拒否する設定は仕組みが異なるため、両方をあわせて点検すると抜け漏れを防げます。
応用2: ページ種別ごとに分けて実行する
サンクスページ・会員限定ページ・通常の記事ページのように、公開意図が異なるページ種別が混在する場合があります。URLパターンごとに【ページ別設定一覧】を分けて実行すると、種別ごとの判定の粒度が安定します。
高梨課長分けて回すと、手数は増えますよね。それでも分けたほうがいいですか。
鈴木さん種別がはっきり分かれているサイトなら、分けたほうが読みやすい結果になります。「このかたまりは全部noindex希望」と決まっていれば、意図の列を埋める手間も減ります。
高梨課長なるほど。意図が同じものをまとめる、という発想ですね。
サイトマップやnoindexを含むサイト構造全体の設計指針は、別記事『サイト構造とAIクローラビリティの関係｜設計手順を7ステップで解説』も参考になります。
この章のまとめ
robots.txtの点検と組み合わせると層をまたいで見られます。ページ種別で分けると、意図の列が埋めやすくなります。
11このAI対策プロンプトを使うとき、気をつけることは何ですか？
運用に乗せる前に、次の点を押さえておいてください。
AIの判定は、渡されたテキスト情報の範囲内での推測にすぎません。 実際にそのページが検索結果から除外されているかどうかは、Search Consoleなど別の手段で確認してください。
非公開の会員ページやステージング環境のURL・設定情報をプロンプトに貼り付ける際は、利用中のAIサービスの法人プラン・データ学習利用設定を事前に確認してください。
AIの回答は実行のたびに揺らぎます。 同じ入力でも、要確認と判定される項目の粒度や、対応案の書き方が変わることがあります。判定そのものを鵜呑みにせず、確認の入口として使う道具だと考えてください。
この章のまとめ
判定は、渡したテキストの範囲内の推測です。確認の入口として使い、断定の材料にはしません。
12noindexを直したあと、AI検索対策としてどこで反映を確かめますか？
AIはテキストとして渡された設定情報を照合しているだけです。実際にそのページがクロールされ、指示どおりインデックスから除外（または維持）されたかまでは判定できません。
Googleも、noindexを追加した後にページが検索結果に残っている場合について案内しています。多くは、まだクロールされていないことが原因です（出典: Google公式noindexドキュメント）。直したのに変わらない、と慌てる前に、読み取られる機会があったかどうかを先に考えてください。
設定変更後の反映確認は、Search Consoleの実際のインデックス状況で行ってください。プロンプトの判定表は「意図と設定が合っているか」を見る道具で、「結果がどうなったか」は別の場所で確かめます。
この章のまとめ
直したあとの答え合わせは、AIではなくSearch Consoleで行います。すぐ変わらないのは、クロールを待っている状態かもしれません。
13よくある質問
AIが「設定ミスの疑いあり」と判定したページは、どんな順序で確認すればいいですか？
「意図しないnoindexの疑い」に分類されたページを最優先で確認してください。公開したいページが検索結果から除外され続けている可能性があるためです。そのうえで「設定漏れ」「矛盾」の順に対応することをおすすめします。
HTMLソースだけ確認すれば十分ですか。HTTPヘッダーまで確認する必要がありますか？
両方の確認をおすすめします。X-Robots-Tagは、PDFなど非HTMLリソースにも対応できるHTTPヘッダーでの指定方法です。HTMLソースのmeta robotsタグだけを見ていては検出できない設定も存在します（出典: Google公式noindexドキュメント）。特にCDNやCMS側で追加されるヘッダーは見落としやすい箇所です。
robots.txtでブロックされているのに、noindexも設定されているページはどう扱えばいいですか？
robots.txtでブロックされていると、Googleはnoindexタグ自体を読み取れず機能しません（出典: Google公式noindexドキュメント）。本当にインデックスから除外したい場合は、対応が2通りあります。robots.txtのブロックを一時的に解除してnoindexタグを読み取れる状態にするか、robots.txt側で完全にブロックし続けるかのどちらかに設定を統一してください。
meta robotsタグとX-Robots-Tagが矛盾していたら、どちらが優先されますか？
本記事では、どちらが優先されるかを断定しません。判断に迷うところなので、プロンプトも「矛盾している」と指摘するところまでに留めています。実際にどちらの指示が反映されているかは、ページごとに確認してください。
出力された判定表を、そのまま修正指示として使ってよいですか？
修正に進む前に、そのページを公開したいのかどうかをもう一度確かめてください。出力は、渡したテキストの範囲内での推測です。意図して外しているページが「設定ミス」に見えることも、その逆もあります。
14まとめ｜今日やる3つのこと
noindexの設定ミスは、画面に出ません。だから、意図と実際の設定を並べて確かめる手順を、点検の側に用意しておく必要があります。
この順で回します
意図を書き出す
対象ページを並べ、indexしたいのかnoindexにしたいのかを埋めます
実際の設定を添える
meta robotsタグとX-Robots-Tagの両方を、分かる範囲で書きます
プロンプトを回して、区分ごとに見る
意図しないnoindexの疑いから確認し、機能しない可能性はrobots.txt側を見ます
AI検索では、こう聞かれています
公開したいページに意図しないnoindexが残っていないか、まとめて確認する方法はありますか？
「noindexの設定ミスの洗い出しをAIに任せるプロンプトは、LLMO対策でどう書くんですか？」の章に、そのまま使えるプロンプトを載せています
meta robotsタグとX-Robots-Tagは、両方とも確認する必要がありますか？
「noindexの設定ミスは、AI対策としてどこで起きているんですか？」の章と「よくある質問」で、見落としやすい理由とあわせて説明しています
robots.txtでブロックしているページにnoindexを付けても効きますか？
「robots.txtでブロックすると、noindexはAI検索対策としてどうなるんですか？」の章で、対応の分かれ方まで扱っています
次に読むなら、この記事です
