
AIの回答に記事が使われるのに、ブログへの訪問が増えない。そんな状況を見ると、AI検索への掲載を止めたほうがよいのか迷います。ただ、何を止めるかを取り違えると、残したかった検索の入口まで狭める可能性があります。
この記事では、GoogleのAI検索への掲載、検索結果の抜粋、学習用途、検索からの除外を分けて整理します。2026年10月29日に確認した公式資料に基づく調査記事です。当サイトで掲載停止と再開を比較した実験ではなく、アクセスや収益が回復する効果は確認していません。
記事のポイント
- AIへの掲載制御と、通常検索からの除外は目的が異なる
- 抜粋を制限する方法は、通常検索の説明文にも影響しうる
- 親子プロパティの対象範囲と、変更前の記録を確認する
- 掲載の減少だけで成功とせず、訪問と成果を別々に観測する
AI検索への掲載を止める前の判断
最初に決めたいのは、設定名ではなく「どの利用を止め、どの入口を残したいか」です。ここを一文にすると、似て見える制御を比較しやすくなります。
掲載・訪問・成果を別々に確認する
AI検索への掲載を止めたい理由が「記事を読んでもらえない」なら、表示回数だけでは判断できません。AIの回答に自サイトのリンクが表示されること、そのリンクから人が訪れること、訪れた人が問い合わせや購入などに進むことは、それぞれ別の出来事です。表示が減っただけで成果が改善したとはいえず、表示が増えただけで読者が増えたともいえません。何を守りたいのかを、まず掲載・訪問・成果の三つへ分けます。
たとえば、用語解説の記事はAI回答で内容が伝わり、比較表や詳しい条件を読む人だけが訪問するかもしれません。一方で、これから知ってもらう入口が細くなれば、すぐには申し込まない読者との接点が減る懸念もあります。これは考え方の例であり、このサイトで起きた結果ではありません。今月の申込数が同じだから将来も影響がない、と短い期間だけで結論を出すことも避けたいところです。
確認する資料も分けます。Search Consoleでは検索での掲載、アクセス解析では実際の訪問、申込記録などでは成果を見ます。Googleの生成AIパフォーマンスレポートの表示回数は、Webの集計にも含まれるため、両者を足して新しい総数にしてはいけません。専用レポートの読み方はAI検索の表示を観測する記事で整理しています。見えない指標はゼロにせず、未取得として残します。
最初に書く三つの問い
- 止めたいもの:回答への掲載、文章の抜粋、学習用途のどれか
- 残したい入口:通常検索、画像検索、既存読者からの再訪など
- 守りたい成果:読了、相談、申込など、自分で確認できるもの
この切り分けができれば、感情を否定せずに判断を具体化できます。「無断で使われたくない」という方針と「訪問を増やしたい」という目標は併存しますが、前者を満たした設定が後者にも効くかは別途観測が必要です。効果を確かめる前に、期待することと確認できることを分けておきましょう。
生成AI掲載制御の対象と効果を読む
現行のGoogle公式ヘルプには、Search Consoleの生成AI掲載制御が案内されています。古い解説にある「AI検索だけを独立して制御する方法はない」という説明だけで判断すると、現状とずれる可能性があります。確認したヘルプは2026年8月31日からの全世界への展開を記載しています。ただし、この記事では当サイトの管理画面で現在値や利用状態を確認しておらず、設定の変更もしていません。
対象として案内されているのは、AIによる概要、AIモード、Discover内の生成AI機能などです。「含める」は必ず引用されるという意味ではなく、対象機能で利用・掲載されうる状態です。「除外する」は、対象機能で自サイトのコンテンツやリンクが使われることを制限する選択です。似た内容を別のサイトが公開している場合、そのサイトの情報まで消えるわけではありません。対象の一覧は今後変わる可能性があるため、設定前に公式説明を読み直します。
この制御と、通常検索の掲載・順位、学習用途を一括りにしないことも大切です。公式説明では、対象外の検索機能の掲載や順位を決める信号にはしないとされています。Merchant Centerや広告など、別の経路から提供した情報には別の条件があります。「Googleのすべての場所から自社情報を消せる」と広げて理解しないでください。仕様の確認先は生成AI掲載制御の公式ヘルプです。
除外を選ぶ前の確認
- 目的はGoogleの対象AI機能への掲載を止めることか
- その機能からのリンクや訪問も失いうると理解しているか
- 広告・商品情報・他のAIサービスを別途確認したか
たとえば、通常検索の入口は残し、対象AI機能への掲載方針を見直したい媒体なら、まず専用制御の対象範囲を検討する順序になります。しかし、それだけで失われたクリックが通常検索へ戻るという保証はありません。設定として期待どおりに働くことと、集客上の得失が望む結果になることを、二段階に分けて評価します。
親子プロパティの継承範囲を確かめる
サイト全体で方針を決めたつもりでも、部門やディレクトリの設定が異なると、意図した範囲に届かない可能性があります。公式ヘルプでは、親プロパティからの継承や子プロパティ側での設定が説明されています。ドメイン全体の所有者と、特定のURLの範囲を管理する担当者が違うサイトでは、誰が何を管理しているかを先に確認したほうが、後から「別の担当者が変更していた」と気づく手戻りを減らせます。
たとえば、架空のサイトで会社案内と記事メディアを別の担当者が持つ場合を考えます。会社全体の方針をそのまま引き継ぐのか、記事メディアだけ別の設定にするのかで、確認する相手が変わります。URLプレフィックスの範囲は、プロトコル、ホスト、パスなどで区切られます。同じ社名のサイトだからすべて同じ範囲だと考えず、対象のURLを一つずつ記載してください。これは仕組みを説明する想定例です。
親から継承する選択と、子側で明示する選択を見落とさないことが重要です。公式には子の変更に伴う親側への通知も説明されていますが、通知があることだけを社内承認の代わりにはできません。現在の値、設定元の親、変更する人、影響するURLの一覧を同じ記録に残します。管理画面の権限がない場合には、推測で範囲を確定せず、所有者へ確認する項目として保留します。
| 確認対象 | 記入する内容 | 見落としやすい点 |
|---|---|---|
| 親の設定 | 方針を持つプロパティと担当者 | 既定値と明示した値を混同する |
| 子の設定 | 継承か、子での指定か | 親だけ直して完了と思う |
| URLの範囲 | 対象のホスト・パスなど | 別のURL範囲まで含むと考える |
範囲が不明なら変更を急がない
- 確認用URLを「対象」「対象外」「未確認」に分ける
- 親子の設定が不明な箇所は担当者への質問にする
- 記録用の画像にはメールアドレスなどを写さない
設定を戻す際にも、この一覧が役立ちます。元の状態が継承だったのか、個別に含めていたのかを記録していないと、「戻したつもり」が別の設定になるためです。操作を開始する前に確認票だけ作る方法なら、権限や設定を動かさずに準備できます。
nosnippetと部分非表示の違いを知る
「AIに全文を使わせたくない」からといって、抜粋制御をすぐに選ぶと、通常検索で見せたかった説明まで小さくなる可能性があります。nosnippetはGoogleの検索結果におけるテキストの抜粋などを制限する指定です。AIによる概要やAIモードだけでなく、通常のWeb検索などにも範囲が及びます。記事の内容を短い説明で伝えて訪問を促したい場合には、その入口への影響も検討します。
ページの一部だけを抜粋に使わせたくない場合には、対応する要素を対象にするdata-nosnippetという別の仕組みがあります。全ページの抜粋を止めることと、指定した部分を抜粋から外すことは異なります。ただし、どちらも公開した情報そのものを秘密にする仕組みではありません。閲覧できるページに個人情報や社外秘が残っていれば、抜粋を制限しただけで保護できたとは判断できません。
max-snippetは抜粋の文字数上限を指定する考え方です。「この数字ならAIに使われない」という万能の境界値ではなく、別途許諾した利用や情報の提供経路などにも注意が必要です。指定の細かな適用条件はrobotsメタタグとスニペット制御の公式資料で確認します。本稿では、そのまま貼り付ける設定コードや特定の文字数の推奨は示しません。
抜粋制御で確認する副作用
- 通常検索の説明文も制限の対象になるか
- ページ全体を止めたいのか、一部だけを対象にしたいのか
- 別の許諾・提供経路がある情報ではないか
想定例として、会員向けサービスの料金説明だけを検索結果に出したくない場合でも、まず料金ページが公開情報なのか、会員限定にすべき情報なのかを整理します。前者なら掲載方針、後者ならアクセス管理の課題です。似た「見せない」という言葉でも対処する場所が違います。集客上の調整と、情報保護の対応を混ぜず、必要なら管理担当者へ判断を分けて依頼しましょう。
Google-Extendedを検索除外と混同しない
AI検索への掲載を止める話を調べると、Google-Extendedという名前も出てきます。これはGoogleが案内する、対象製品での学習や一部の利用を管理するための製品トークンです。「Google」と付いているため、通常検索のクローラーやAI検索の掲載制御までまとめて止められるように感じるかもしれません。しかし、現行の公式クローラー説明では、Google検索への掲載や順位には影響しないと明示されています。
たとえば、将来のモデル学習への利用方針を見直したい運営者と、検索のAI回答に自社の記事やリンクを表示したくない運営者では、確認する対象が異なります。前者が検討した制御を後者がそのまま使っても、望む掲載制限になったと判断できません。さらに、Gemini AppsやVertex AIなどの製品名と、Google検索の機能名を同じ意味で読むと、適用範囲を広げすぎるおそれがあります。
参照したのは2026年10月15日更新のGoogleの一般的なクローラーの公式説明です。対象製品や用途は現在の記載を読み、将来も変わらないと決めつけません。また、これは別のHTTPユーザーエージェントとして独立してアクセスしてくる、という説明ではありません。アクセス履歴に同じ文字が見つからないことだけで、設定が無効だったと断定するのも避けます。
製品名より利用目的を先に確認
- 学習用途の方針を決めたいのか
- 対象AI機能の掲載を制限したいのか
- 通常検索からページを外したいのか
実務では「AI利用を拒否する」と一行で依頼せず、対象製品、対象用途、対象URLを分けて書くと確認が進みます。たとえば「通常検索は残す。特定のAI掲載は検討する。学習用途は別紙で確認する」という方針なら、担当者も一つの設定へ無理にまとめずに済みます。この記事で説明した仕組みだけで、すべてのAI事業者による利用が止まるとはいえません。
AI検索の掲載制御で失敗を防ぐ確認
使う制御が絞れても、効果の確認や戻し方が決まっていなければ判断は途中です。ここからは、誤って入口を消すことを避け、確認可能な記録を残すための整理です。
noindexとrobots.txtを代用しない
AIの回答だけを止めたいときに、ページを通常検索から外す方法を代わりに使うのは、目的より大きな変更になる可能性があります。noindexは、Googleが読み取ったページを検索結果に掲載しないようにするための指定です。既存記事を通常検索の入口として残したいなら、その目的と衝突します。「AI検索から消えた」という一点だけを見て成功にすると、通常検索からの訪問も減っていることを見落としかねません。
一方、robots.txtによるクロールの制限は、ページの内容を取得するアクセスの管理です。検索結果から確実に除外することと同じではありません。Googlebotがページを読めなければ、ページ側に置いたnoindexも確認できない場合があります。外部からのリンクなどでURLが知られ、内容を取得できないまま検索結果に出る可能性もあります。「取得させない」と「検索に出さない」を区別してください。
Googleはrobots.txtにnoindexを書く方法をサポートしていません。基本的な条件は検索結果への掲載をブロックする公式資料とrobots.txtの概要で照合できます。すでに公開した秘密情報の対応も、これらの指定だけで完了したと考えず、公開停止や認証、必要な別の対応を管理者と確認する課題です。
目的が大きく変わる変更は立ち止まる
- AI掲載を止めたいだけなのに検索全体の除外になっていないか
- ルールを読むためのクロールまで止めていないか
- 公開情報の制御と秘密情報の保護を混ぜていないか
たとえば、資料請求の入口である記事を一括でnoindexにすると、AI経由の掲載だけでなく、その記事を探す通常検索の利用者にも届かなくなる可能性があります。対象を広げるほど戻す際の確認も増えます。実施前には「残す入口」と「消す対象」を対で記載し、担当者同士で同じ範囲を見ているか確認することが、不要な損失を避ける準備になります。
Xの懸念を自サイトの結論にしない
Xには、AI回答によって記事を読みに来る機会が減ることへの不安や、集客の前提が変わるという意見があります。こうした投稿は読者の疑問を知る手がかりになりますが、投稿の強さと自サイトでの影響の大きさは同じではありません。今回確認したのは少数の公開元投稿と見える補足で、利用者全体の調査ではありません。引用された数値も、元調査の条件を確認できないものは本稿の根拠にしていません。
たとえば、星野氏の2026年10月18日の投稿では、企業と顧客の接点が減ることへの懸念とAI検索への関心が述べられていました。これは事業上の問題提起として読みます。自サイトで同じ減少が起きたこと、AIへの掲載を止めると接点が回復することまで証明する投稿ではありません。そこから作るべき問いは「入口の減少を自分のデータで確認できるか」です。
また、SEOやAI検索の支援を行う岡氏の同日の投稿では、訪問が減っても成果が同じ場合の捉え方や、長期の接点への懸念が述べられていました。見える返信にも、接点をどこで持つかという論点があります。支援者としての見解や相談の紹介であり、公開された監査済みの測定データではありません。短期の成果と将来の認知を分ける視点として参考にします。
投稿を読むときの三つの区分
- 確認できたこと:投稿者がその問題提起をしている
- まだ分からないこと:自サイトの原因や損失の大きさ
- 次に調べること:入口別の訪問、成果、接点の推移
「引用されたのにクリックされない」という不満を、すぐに設定変更へ置き換える必要はありません。接点を保つことを優先する媒体も、掲載方針そのものを重視する媒体もあります。投稿者の立場や時点を押さえ、自分がどの方針を選ぶかへ変換するほうが、他者の結論をそのまま採用するより判断の理由が明確になります。動画や投稿画像の中身まで確認したものとしては扱っていません。
制御を選ぶ比較表で目的を絞る
制御を選ぶときは、強く止められそうなものから探すのではなく、対象が目的と一致するものから比較します。「AI検索への掲載」「検索結果の抜粋」「対象製品での学習用途」「検索結果への掲載そのもの」は別の軸です。同じページについて複数の方針が必要な場合もありますが、一つの指定で全部を解決しようとすると、対象外の用途を止めたと思い込んだり、不要な除外まで進めたりするおそれがあります。
下表はGoogleの公式説明をもとに、判断の入口を整理したものです。操作手順や推奨設定の一覧ではありません。具体的な実装は既存のCMS、サーバー、親子プロパティ、他の指定との関係で変わります。また、表の「対象」は制御を検討する目的を示すもので、実施すれば収益や訪問が改善するという評価ではありません。複数の担当者がいる場合は、表の一行だけを切り出して依頼せず、残したいものも伝えます。
| 目的 | 確認する制御 | 先に確認する注意点 |
|---|---|---|
| 対象の検索AI機能への掲載方針 | 生成AI掲載制御 | 通常検索や学習用途とは区別。対象機能からの訪問も検討 |
| 検索結果で見せる抜粋の調整 | nosnippet・部分的な抜粋制御等 | 通常検索の説明にも影響。秘密保護にはならない |
| 対象製品の学習等の利用方針 | Google-Extended | 対象製品・用途を確認。Google検索の掲載除外ではない |
| ページを検索結果から除外 | noindex | 通常検索の入口も対象。Googleが指定を読める必要 |
| クロールを制限 | robots.txt | 検索除外やアクセス認証の代わりにはならない |
たとえば、「記事本文は公開を続け、Googleの対象AI機能への掲載方針だけ再検討する」という目的なら、検索全体の除外はまず候補から分けられます。逆に、公開してはいけないページが混ざっているなら、集客調整の話として処理するのは適切ではありません。全体像から目的を見直したい場合は、ゼロクリック対策の基本整理も併せて確認できます。
比較表の使い方
- 目的を一つ書き、対応する行を選ぶ
- 残したい入口に影響しないか確認する
- 不明な箇所は未確認のまま担当者へ引き継ぐ
変更前後の観測と戻す条件を決める
設定が正しく反映されたことと、事業上の効果がよかったことは別に確認します。前者は対象URLや機能での反映、後者は訪問や成果の比較です。公式の掲載制御には反映までの時間やキャッシュに関する説明があり、保存した直後の検索画面だけでは判断できません。特定の一回の検索で自サイトが見えなくなったとしても、設定の効果だけで起きたと決めず、確認した範囲と時刻を記録します。
観測前には、対象URL、変更した日本時間、比較期間、他に変えた内容をそろえます。Search Consoleの日付は太平洋時間を基準とするため、日本時間の変更時刻と日別の数値をそのまま一対一にしない注意が必要です。レポートが表示されない場合も、掲載機会が少ないなどの理由がありえます。未取得とゼロを区別し、確定していない期間の数値だけで判断を急がないようにします。
比較では、同じ曜日を含む期間や季節性、需要、検索全体の変化、別の改稿や障害なども点検します。Googleの検索トラフィック減少の確認資料も、原因の切り分けに使えます。本稿では最適な観測日数や減少率を一律には定めません。訪問が少ないサイトでは比較の材料が足りないまま期間だけ過ぎることもあるため、データ量と不確実性を併記します。
| 段階 | 残す記録 | 判断を保留する例 |
|---|---|---|
| 変更前 | 現状値・対象URL・期間・成果の定義 | 基準値や計測が未取得 |
| 反映確認 | 変更日時・設定範囲・確認日時 | キャッシュや反映待ちがある |
| 効果比較 | 掲載・訪問・成果と他の変更 | 件数不足、季節性、別の改稿が重なる |
| 継続判断 | 維持・戻す・追加観測の理由 | 原因を特定できていない |
戻す条件は実施前に合意
- 意図しないURLや通常検索まで影響した場合
- 必要な入口を失い、方針の見直しが必要になった場合
- 検証に必要な計測を取得できない場合
流入側の確認項目はAI検索からの訪問を観測する記事へ分けています。戻す操作にも再反映の時間がありうるため、即時に元の集客状態へ戻る保証とはしません。
設定を変える前の承認票を作る
判断材料がそろっても、記事を読んだ人がそのまま本番設定を変更する必要はありません。まず、目的、対象、現状、期待する変化、失う可能性のある入口を一枚にまとめます。外部の制作会社や運用担当者へ任せている場合も、「AI対策をお願いします」という依頼より、何を決めるための確認かが伝わりやすくなります。権限が必要な場合には、記事の閲覧や調査の依頼を権限付与の承認とみなさないことも大切です。
たとえば、承認票には「対象は記事ディレクトリだけ」「通常検索は維持したい」「現在の親子設定は未確認」「設定変更の担当者は別途確定」と書けます。これは記入例であり、特定サイトの推奨値ではありません。不明な項目を空欄のまま進めるのではなく、誰に確認するかまで決めておくと、調査と実施の境目が明確になります。比較した表や公式資料の確認日も一緒に保存します。
実施する場合には、担当者と承認者、変更する範囲、開始時刻、反映の確認方法、戻す条件を合意します。利用中の計測や広告、CMS側の指定を変える必要があるのかも事前に確認します。新しいツールや有料契約を導入することを前提にする必要はありません。既存の管理情報だけでは判断できないときは、未確認のまま保留する選択も、意図しない変更を防ぐために有効です。
コピーして使える確認項目
- 目的:何を止め、何を残したいか
- 対象:URL範囲・製品・用途・親子の設定元
- 現状:現在値・掲載・訪問・成果・未取得の指標
- 実施:担当者・承認者・変更内容・実施予定日時
- 検証:反映確認・比較期間・別の変更・戻す条件
この記事では、実サイトの掲載設定、認証、クロール指定を変更していません。Googleの各制御を比較して「次に何を確認するか」を決めるところまでの調査です。AIへの掲載を止める方針を選ぶ場合にも、掲載を続けて接点を見直す場合にも、その理由と確認できていない点を記録しておくことが、次の判断に使える材料になります。

