WEBサイト
6月3日、Googleが、Search Consoleに新しい設定を加えると発表した。自分のサイトを、Google検索の生成AIの機能（AIによる概要、AIモードなど）に「含める」か「除外する」かを、サイトの側で選べる設定だ。最初は英国の一部のサイト運営者だけが対象だったが、8月31日に、世界のすべてのサイトに広がった。
この記事を書く日の10月15日、ナミオさんのアカウントで、当サイトの画面を実際に開いて読んだ。結論から書く。当サイトのプロパティ（Search Consoleの管理単位）は、この設定の値を自分では持たず、親のプロパティから受け継いでいた。親の値は「含める」で、つまり当サイトは、いま「含める」で動いている。当サイトの方針と同じ向きで、食い違いはなかった。設定は変えていない。見ただけだ。
この記事では、Googleの公式の説明を日本語版と英語版の両方で開いて、書いてあることだけを整理する。持ち帰ってほしいことは4つだ。自社のプロパティを開いて値と「継承元」を見ること。ドメイン プロパティ（親）とURL プレフィックス プロパティ（子）の関係を知ること。除外すると何を失うのかを公式の言い方で知ること。画面を触る前に、自社の方針を先に決めること。
Googleが加えたのは、検索の生成AIに自分のサイトを含めるかを選ぶ設定だ
公式の発表では、6月3日に英国の一部から始まり、8月31日に世界へ広がった
Googleの公式ブログに、6月3日付で「New opportunities, control and insights for website owners（サイト運営者のための新しい機会、制御、洞察）」という記事がある。書いたのは、Google Search EcosystemのゼネラルマネージャーのMrinalini Loewさんだ。この記事が、設定の発表にあたる。設定の説明は、こう書かれている。
"With this new toggle in Search Console, website owners can decide if they want their site to appear in and help ground responses in our generative AI Search features (like AI Overviews, AI Mode or AI Overviews in Discover). Sites that opt out will not receive traffic or impressions from our generative AI features."
（日本語訳: Search Consoleのこの新しい切り替えにより、サイト運営者は、自分のサイトを、私たちの生成AI検索機能（AIによる概要、AIモード、Discoverの中のAIによる概要など）に表示させ、その回答の根拠づけに役立たせたいかどうかを決められる。オプトアウトしたサイトは、私たちの生成AI機能からのトラフィックもインプレッションも得られなくなる。）
同じ記事は、英国の競争・市場庁（CMA）のような規制当局の意見を聞きながら進めていること、そして、最初は英国の一部のサイト運営者に出して試してから、世界に広げる予定であることも書いている。その記事の末尾には、あとから足された注記がある。
"As of August 31, 2026, we've rolled out these features to all websites worldwide."
（日本語訳: 2026年8月31日の時点で、私たちはこれらの機能を、世界中のすべてのウェブサイトに展開した。）
Search Consoleのヘルプにも、同じ日付の注記がある。英語版・日本語版とも「8月31日から全世界のすべてのウェブサイトにリリース」という趣旨で、更新日の表示は見つからなかった。この記事で言える「いつ時点の文言か」は、2026年10月15日に開いた、というところまでだ。
俺は6月に、SCのAI除外ボタンを使うべきか — 当サイトの選択と、WEBディレクターが今確認すべき3つの数字を書いた。そのときは、英国の一部で試験が始まったばかりの話として扱い、除外ボタンは原則使わないが、計測は続ける、という立場を書いた。今回、世界に広がったあとの画面を、当サイトの値と照らすことになった。
3か所で呼び名が違い、対象の機能は3つ書かれている
最初に混乱しやすいのが名前だ。名前は、3か所で違う。Googleの発表は「new control」「new toggle」と書く。ヘルプの題名は、英語版が「Search generative AI control」、日本語版が「検索の生成 AI 設定」だ。当サイトの画面の設定一覧では、項目名が「AI controls」で、その中に「検索の生成 AI」という画面があった。並びは、「一括データ エクスポート」の下、「クロール」の上だった。
対象の機能は、ヘルプでは3つ挙がっている。AIによる概要（AI Overviews）、AIモード（AI Mode）、Google Discoverの生成AI機能だ。ヘルプは、この一覧が今後も更新される予定だと書いているので、確かめるときは、そのときのヘルプも開く。
選べる値は3つ。「除外する」と何が起きて、何は起きないのか
含める、除外する、親から継承する
ヘルプには、選べる値が3つ書かれている。日本語版の言い方で並べる。
| 値（日本語版の表記） | ヘルプの説明の要点 | いつ初期値になるか |
|---|---|---|
| 検索の生成 AI 機能にサイトのリンクとコンテンツを含める | サイトのコンテンツが、検索の生成AI機能に表示される。リンクとして出ることも、AIの回答の根拠として使われることも含む。インプレッションやトラフィックを得られる | すべてのプロパティの初期値 |
| 検索の生成 AI 機能からサイトのリンクとコンテンツを除外する | サイトのコンテンツが、検索の生成AI機能でユーザーに見えなくなる。リンクされることも、回答の根拠になることも含む。インプレッションもトラフィックも発生しない | 自分で選んだとき |
| 親から設定を継承する | そのプロパティは、親プロパティの値に従う。親で変えると、自動でそのプロパティにも適用される。いつでも上書きできる | 親プロパティがあるとき |
除外すると、リンクも「回答の根拠」も出なくなる。ただし止まらないものがある
除外するとどうなるのか。ヘルプの英語版は、こう書いている。
"Your site's content is prevented from being visible to users in Search generative AI features, including being linked to within these features and helping with grounding AI responses in these features."
（日本語訳: あなたのサイトのコンテンツは、検索の生成AI機能の中でユーザーに見えなくなる。これらの機能の中でリンクされることも、AIの回答の根拠づけに役立てられることも含む。）
ここで見落としやすいのが「根拠づけ」だ。リンクが出なくなるだけでなく、AIが回答を作るときの材料としても、サイトの内容が使われなくなる。ヘルプは、こうも書いている。
"Content from other sites will still be available in those features, and it may appear similar to yours."
（日本語訳: ほかのサイトのコンテンツは、それらの機能で引き続き使える。そして、それはあなたのものに似て見えることがある。）
除外しても、そのテーマについてのAIの回答がなくなるわけではない。自社のリンクが、そこから消えるだけだ。似た内容の他社のページは、残る。
次に、除外しても変わらないものだ。ヘルプの文は、この設定の効く範囲を、はっきり限っている。
"This control only affects whether your content can appear in certain Search generative AI features; this control isn't used as a ranking or inclusion signal affecting other parts of Search."
（日本語訳: この設定が影響するのは、あなたのコンテンツが、検索の特定の生成AI機能に出られるかどうかだけだ。この設定は、検索のほかの部分に影響する順位付けや掲載の合図としては使われない。）
もう1つ、AIの学習についての文がある。
"This control doesn't affect AI training; to limit training of the models used to generate responses in Search generative AI features, use Google-Extended."
（日本語訳: この設定はAIの学習には影響しない。検索の生成AI機能で回答を作るために使われるモデルの学習を制限するには、Google-Extendedを使う。）
ヘルプには、ほかにも書いてある。この設定は、Merchant CenterやGoogle広告のような、別のサービスへの参加の選択を上書きしない。サイトのコンテンツが、検索全体を動かすために使われることもありうる。検索結果にまったく出したくないときは、noindexを使う。
反映の時間も、ヘルプに書いてある。
"Content will be excluded within 1-2 days after the control goes live, but some content may take longer to be excluded due to caching and propagation across Google systems."
（日本語訳: 設定が有効になってから1〜2日以内にコンテンツは除外されるが、Googleのシステム全体でのキャッシュや伝わり方のために、除外に時間がかかるコンテンツもある。）
親と子のプロパティ ── 値は、いちばん近い「自分で決めた親」から受け継ぐ
継承の決まりは、ヘルプに1文で書かれている
今回の設定で、実務でいちばん効いてくるのは、この継承の決まりだ。英語版は、こう書いている。
"By default, a property inherits its Search generative AI control from its closest parent that has changed its control to stop inheriting."
（日本語訳: 初期状態では、プロパティは、継承をやめるように設定を変えた、いちばん近い親から、検索の生成AI設定を受け継ぐ。）
誰も継承をやめていなければ、いちばん上のドメイン プロパティの値になる。ヘルプは、ドメイン プロパティについてこう書いている。
"The top-level domain example.com is a parent property of all properties below it."
（日本語訳: 最上位のドメインであるexample.comは、その下にあるすべてのプロパティの親プロパティだ。）
ヘルプには、親と子の例の表がある。その一部を、日本語にして抜き出す。ここで大事なのは、URL プレフィックス プロパティでは、wwwがあるかないか、httpかhttpsかで別のプロパティになる点だ（ドメイン プロパティは、これらを全部、子に含む）。
| 親プロパティ（種類） | 子になるもの（ヘルプの例） | 子にならないもの（ヘルプの例） |
|---|---|---|
| example.com（ドメイン プロパティ） | https://example.com/business/ ／ http://example.com/ ／ blog.example.com ／ https://www.blog.example.com/path | example.co.uk |
| https://www.example.com/（URL プレフィックス プロパティ） | https://www.example.com/business/ ／ https://www.example.com/cats/kittens/ | example.com ／ http://www.example.com/ ／ https://example.com/ |
| https://example.com/business/（URL プレフィックス プロパティ） | https://example.com/business/cats/ ／ https://example.com/business/dogs/ | https://example.com/ ／ http://example.com/business/cats/ ／ https://www.example.com/business/cats/ |
子は親と違う値に変えられ、変えると親の画面に通知が出る
子のプロパティの所有者は、親の設定に従うことも、その子とその下のページだけ別の値にすることもできる。別の値にしたければ、その子のプロパティでログインして、「検索の生成 AI」の画面から変える。そして、変えたことは、親の側に知らされる。
"Owners of the top-level domain property will see a notification on the Search generative AI control page when one of their child properties overrides the parent setting."
（日本語訳: 最上位のドメイン プロパティの所有者は、子プロパティのどれかが親の設定を上書きすると、検索の生成AI設定のページに通知が表示される。）
ここから分かることが2つある。親の値を変えると、上書きしていない子のすべてに効く。そして、子で上書きしている場合は、親で変えても、その子は変わらない。「親を変えたのに、あのサイトだけ変わっていない」の理由は、多くの場合ここにある。
当サイトの画面を開いたら、自分の値は無く、親から受け継いでいた
ここからは、当サイトの話だ。10月15日の昼前に、ナミオさんのアカウントでSearch Consoleを開いて、画面を読んだ。確かめたのは、値と継承元だけだ。設定は変えていない。
子の画面（当サイトのURL プレフィックス プロパティ）
当サイトのプロパティは、https://website.usersupports.com/ という、URL プレフィックスの形で登録している。設定の「AI controls」から「検索の生成 AI」を開くと、まず「管理設定の継承元」という表示があり、usersupports.com に印が付いて、その横に「デフォルト」と出ていた。その下に「現在の管理設定」という表示があり、「一致」と書かれていた。
「含める」と「除外する」の2つの選択肢は、薄く表示されていて、選べなかった。自分の値を持たず継承しているので、このプロパティの画面からは選べない、ということだと読める。画面の下の注記の要点は2つ。この設定を変えると、子プロパティを含む、そのプロパティ内のすべてのページに影響すること。子は初期状態では継承するが、所有者が上書きすることもできること。ヘルプと同じ内容だ。
「現在の管理設定: 一致」の「一致」が何と何の一致なのかは、ヘルプに説明が見つからず、俺には言い切れない。継承していて親と同じ値、という意味だろうと読んでいるが、これは推測だ。
親の画面（ドメイン プロパティ usersupports.com）
親のドメイン プロパティの同じ画面では、「サイトのリンクとコンテンツを検索の生成 AI 機能に含める」が選ばれていて、「デフォルト」の印が付いていた。つまり、親は初期値のまま、誰も変えていなかった。当サイトは、いま「含める」で動いている。
この親のドメインの下には、当サイトのほかにも、同じドメインのサイトがある。名前や用途はここには書かない。親の値を「除外する」に変えると、それらにも同じ変更が効く。当サイトだけを除外するつもりで親を触ると、ほかのサイトまで巻き込む。
最初に開こうとして、開けなかった画面
最初は、ドメイン プロパティの website.usersupports.com を開こうとした。そうしたら「このプロパティへのアクセス権がありません」と出た。当サイトは、URL プレフィックスの形で登録しているからだ。登録している形と違う種類のプロパティを、名前から想像して開いても、そこには何も無い。
読者にも、同じことが起きうる。自社のプロパティを開く前に、どの種類で登録しているのか、自分にアクセス権があるのかを、先に確かめる。親のドメイン プロパティに自分のアカウントが入っていなければ、親の値は見られないし、変えられない。見られる人に頼む必要がある。
混ぜてはいけない仕組み ── 止まるものも、止まらないものも、仕組みごとに違う
ヘルプの書き方に沿って、何が何を止めるのかを分けて並べる。
| 仕組み | 指定する場所 | 公式の文書が書いている、効く範囲 |
|---|---|---|
| Search Consoleの検索の生成AI設定 | Search Consoleの設定（プロパティごと） | AIによる概要、AIモード、Discoverの生成AI機能に出るか。AIの学習には影響しない。検索のほかの部分の順位や掲載の合図にならない |
| Google-Extended | robots.txtの中の指定の名前 | 将来のGeminiの学習と、Geminiアプリなどでの根拠づけに使うか（crawlers文書）。検索の生成AI機能のモデルの学習の制限にも挙げられている（ヘルプ）。Google検索への掲載や順位には影響しない |
| noindex | ページごと（HTMLやHTTPヘッダー） | Google検索にまったく表示しない |
| nosnippet、data-nosnippet、max-snippetなど | ページごと | 検索で、ページからどの情報を見せるかを制限する |
| ほかの会社のAIの取得 | 各社が公式に出している、robots.txtの名乗りなど | この設定とは別。各社の公式の文書で、会社ごとに確かめる |
Google側にも、別の仕組みがある。Google-Extended、noindex、スニペットの制限
Google-Extendedは、robots.txtに書く名前だ。Googleの文書は、これには専用のユーザー エージェントが無く、既存の名乗りでクロールされ、robots.txtの名前が制御のために使われる、と書いている。文書は、検索への影響をこう書いている。
"Google-Extended does not impact a site's inclusion in Google Search nor is it used as a ranking signal in Google Search."
（日本語訳: Google-Extendedは、サイトがGoogle検索に含まれるかどうかに影響せず、Google検索の順位付けの信号としても使われない。）
同じ文書は、Google-Extendedを、将来のGeminiの学習と、Geminiアプリなどでの根拠づけ（Google検索のインデックスの内容を、回答のときにモデルへ渡すこと）に使うかを決めるためのもの、と説明している。一方、Search Consoleのヘルプは、検索の生成AI機能で回答を作るモデルの学習を制限したいときは、Google-Extendedを使う、と書いている。つまり、Google-Extendedについての公式の言い方は、文書によって少し違う。crawlers文書はGemini側の学習と根拠づけを挙げ、ヘルプは検索の生成AI機能のモデルの学習を挙げている。どこまでがどちらの範囲なのかを、俺は言い切れない。確かなのは、検索の生成AI機能に自分のサイトが表示されるかどうかは、Google-Extendedではなく、今回のSearch Consoleの設定で決める、という点だ。
俺はCloudflareが9月15日に加えた「AI学習だけを止める」設定 ── 検索に載せたまま止められる範囲と、今週確かめる6つで、Google-Extendedは学習だけでなく、根拠づけにも関わると書き、当サイトは10月6日に、検索も学習も、利用者の代わりにAIが読みに来るものも、3つとも通すと決めた。その追記に書いた理由の一部は、検索の回答の根拠づけと書いていたが、公式の文書はGemini側の根拠づけと書いているので、153の側で訂正した。決定そのものは変わらない。今回の画面の値が「含める」であることは、その決定と同じ向きだ。ただし、決めた場所が違う。10月6日に決めたのはrobots.txtの側で、今回確かめたのはSearch Consoleの側だ。両方とも「通す」になっていて、はじめて、方針が一貫したと言える。
noindexは、いちばん強い。ヘルプは、コンテンツをGoogle検索にまったく出したくないなら、noindexを使うと書いている。ただ、検索の生成AI機能だけを外したいなら、強すぎる。通常の検索結果からも消えるからだ。Googleの「AI features and your website（AI機能とあなたのウェブサイト）」のページは、検索の中の制御として、robots.txtのGooglebotの指定と、nosnippet、data-nosnippet、max-snippet、noindexを挙げている。
ほかの会社のAIは、この画面の外にある。公式の文書は、会社ごと、日付ごとに読む
ChatGPT、Claude、Perplexity、Amazonのような、Google以外のAIは、この画面とは関係がない。ヘルプも、この設定の対象はGoogle検索の生成AI機能だと書いている。ほかの会社のAIを止めたい、あるいは通したいときは、各社が公式に出している名乗りと、robots.txtの書き方を、会社ごとに確かめる。自社のアクセスログと各社の公式の文書を突き合わせる方法は、Cloudflareが通信の半分以上は人間ではないと書いた週、当サイトのログで自動と分かるものは36.2%だった ── 他人の大きな数字を、自社のログ1週間分で数え直すに書いた。
もう1つ、読み方の注意がある。Googleの「AI features and your website」のページを、10月15日に開いて、「Controlling your content in AI features in Search」という節を読んだ。その節には、robots.txtのGooglebotの指定や、nosnippet、noindex、そしてGoogle-Extendedへの案内はあった。しかし、Search Consoleの「検索の生成AI設定」への案内は、見つけられなかった。そのページの末尾の表示は「Last updated 2025-12-10 UTC」、つまり2025年12月10日の更新で、この設定が出る前の版だ。同じGoogleの公式でも、文書によって更新の時期が違う。古い文書だけを読んで「Googleは、AI機能の制御としてこれらだけを用意している」と結論づけると、外す。設定の画面の説明は、Search Consoleのヘルプのほうが新しい。
除外する前に決めること ── 方針を先に、画面は後に
先に、自社の方針を文章にする
この設定は、数回クリックすれば変えられるので、方針を決めないまま触る人が出る。順番は逆にする。先に、含めたいのか除外したいのかを、理由つきで文章にする。画面を触るのは、そのあとだ。
当サイトの方針は、10月6日に決めていた。検索、学習、利用者の代わりにAIが読みに来るものを、3つとも通す。自分たちで書いたWEBディレクター向けの記事を、AIを通じて読んでもらうことも、届け方の1つだと考えているからだ。広告で収益を得ていないことも判断に入っている。この方針があるから、10月15日に「含める」を見たとき、同じ向きだと、すぐ判断できた。
方針は、会社ごとに違っていい。ヘルプは、除外を勧める場面も、含めることを勧める場面も、書いていない。以下は俺の考えだ。除外を考える価値があるのは、たとえば、有料の会員向けの内容が無料で要約される損が大きいと言える場合。AIの回答の中で自社の情報が他社のものとして紹介される実害が、具体的に出ている場合。会員向けの区画だけを別のURL プレフィックス プロパティで登録していて、そこだけ除外したい場合だ。
除外の費用の見え方と、親を変える前に洗い出すもの
除外すると何を失うのかは、数字で見られるのか。Googleは同じ6月3日に、「生成AIのパフォーマンス レポート」も加えた。公式のブログによれば、項目は、インプレッション、ページ、国、デバイス（検索のみ）、日付の5つで、クリック数は入っていない。ヘルプは、設定を変えたときのトラフィックへの影響をつかむために、このレポートを使うよう案内している。失うインプレッションは見積もれるが、クリックを失う量は、このレポートだけでは数えられない。詳しくはGoogleが見せたのは表示回数までだった ── 生成AIパフォーマンスレポートの「半分」と、自分で測る指標が止まっていた93日に書いた。
親の値を変えるときは、その前に、親の下にある子のプロパティを全部洗い出し、どの子が値を上書きしているかも書き出す。上書きしていない子には、全部効くからだ。
自社の画面で確かめる手順
ここまでを、自社で確かめる手順にまとめる。画面の表示の言葉は、アカウントの言語の設定で変わるので、ヘルプの日本語版と英語版を、横に開いておくと迷わない。
手順1から3 ── 登録の形を確かめ、画面を開き、値と継承元を書き出す
手順1。自社が、どの種類のプロパティで登録しているか（ドメインか、URL プレフィックスか）、自分のアカウントにアクセス権があるかを確かめる。当サイトは、最初にドメイン プロパティを開こうとして、アクセス権が無いと言われた。
手順2。Search Consoleの設定の一覧から、「AI controls」の中の「検索の生成 AI」を開く。当サイトの画面では、「一括データ エクスポート」の下、「クロール」の上にあった。項目名が違って見えるときは、ヘルプの「設定 > 検索の生成 AI」を手がかりにする。
手順3。プロパティごとに、次の6つの欄を持つ一覧表を作って、書き出す。プロパティの名前、種類、いまの値（含める、除外する、継承）、継承元、確かめた日、確かめた人。
この設定そのものは、ツールでは確かめられない。画面を開くしかない。ただ、Search Consoleから書き出したデータを、もっと詳しく見たいときの補助として、🔧 Search Consoleから書き出したデータを、詳しく見るためのツールがある。また、設定とは別に、サイト全体の状態をまとめて見ておきたいときは、🔧 サイトの状態をまとめて分析して、レポートにするツールが使える。
手順4と5 ── 親で子の上書きを探し、方針を決めてから触る
手順4。ドメイン プロパティの画面に入れる人は、親の画面で、子の上書きの通知が出ていないかを見る。出ていれば、その子は親と違う値になっているので、変える前に担当者に理由を聞く。通知は、放っておくと読まれない。Search Console の通知 65 件のうち 33 件が未読だった ── 「修正を検証」を押さなかった理由と、毎週の点検にした日では、Search Consoleのメッセージ65件のうち33件が未読のまま溜まっていた。この設定の通知も、見る日を決めておかないと、同じ形で埋もれる。
手順5。方針を文章にしてから、値を変えるかを決める。親で変えると、上書きしていない子の全部に効く。子で変えると、その子とその下のページだけに効く。変えたら、一覧表に日付と理由を書く。反映には1〜2日、長いと数日かかるので、数日後に、生成AIのパフォーマンス レポートでインプレッションの動きを見る。値と一覧表を月に1回照らす、くらいの頻度が続けやすい。
当サイトの現在地
この記事で書いたことについて、当サイトの現在地を、正直に書く。
10月15日に、Search Consoleの画面を開いて、当サイトのプロパティの値と継承元を確かめた。子は継承で、親のドメインは「含める」だった。 ✅ 値と継承元を画面で確かめた（10月15日）
画面の値は、当サイトの方針（検索、学習、利用者の代わりにAIが読みに来るものを通す。10月6日に決定・Cloudflareが9月15日に加えた「AI学習だけを止める」設定）と同じ向きだった。設定は変えていない。 ✅ 画面の値が方針と同じ向きだと確かめた
まだ、やっていないことがある。確かめたのは10月15日の1回だけで、月に1回、繰り返す仕組みにはしていない。また、親のドメインの下にある、ほかのサイトの値を、一覧表に書き出していない。 ✅ 値と継承元を、月に1回、一覧表と照らして確かめる（10月15日に手順にした） ✅ 親のドメインの下にあるサイトを洗い出し、値を一覧表に書き出す（10月15日）
これから、生成AIのパフォーマンス レポートを、除外の判断の材料として、どのくらいの期間、見るのかも、まだ決めていない。 ✅ 生成AIのパフォーマンス レポートの見る期間と頻度を決めた（10月15日）
（2026年10月15日 公開当日の追記）上の3つは、記事を公開した日のうちに片付けた。親のドメインの下で動いているサイトをサーバーの設定から数えると7つあり、Search Consoleに子のプロパティとして登録しているのは当サイトの1つだけだった。ほかの6つは、親の「含める」をそのまま受け継いでいる。7つの持ち主と、トップとrobots.txtの応答、受け継いでいる値を一覧表にし、毎月第1木曜のSearch Consoleの点検で、親の値・子のプロパティの数・サイトの数を照らして、履歴に1行足すことにした。生成AIのパフォーマンスの数字は、同じ日に月に1回控え、含めるか除外するかを見直すのは、3か月分がそろう2027年1月とした。
一覧を作る途中で、もう1つ見つかった。親のドメイン（usersupports.com）のrobots.txtが、Search Consoleで「未取得」と表示されていた。親のドメインへのアクセスを、ファイルの名前を問わず当サイトのトップへ転送する設定にしていたため、robots.txtまで転送され、ファイルとして読まれていなかった。robots.txtだけを転送の対象から外し、ファイルそのものが返るようにした（ほかのURLの転送は変えていない）。親を変えると下の全部のサイトに効く、という話の裏返しで、親の側の小さな設定は、子の側からは見えにくい。
まとめ ── 自分の値が空なのは、普通のことだ。ただし、親の値は自分で確かめる
Googleは、検索の生成AI機能に自分のサイトを含めるか除外するかを選べる設定を、Search Consoleに加えた。6月3日に英国の一部で始まり、8月31日に世界へ広がった。値は「含める」「除外する」「親から継承」の3つだ。除外すると、リンクも根拠づけも、AIによる概要、AIモード、Discoverの生成AI機能から外れる。検索のほかの部分の順位や掲載の合図にはならず、AIの学習も止まらない。
当サイトの画面は、自分の値を持たず、親のドメインの「含める」を受け継いでいて、方針と同じ向きだった。自分の値が空なのは、親がある限り初期の状態だ。ただ、空だからといって安心はできない。親の値は親の所有者がいつでも変えられ、変えると上書きしていない子の全部に効く。
俺なら、今週中に、自社のプロパティの値と継承元を一覧表にし、親の画面で子の上書きの通知を見て、「含める」のままでいい理由か除外したい理由を文章にする。画面を触るのは、そのあとだ。
関連 archives（連載軸として読む）
- SCのAI除外ボタンを使うべきか — 当サイトの選択と、WEBディレクターが今確認すべき3つの数字 ── 6月に、除外の設定が英国の一部で始まったときに書いた記事。除外しない選択と、計測は続ける理由。
- Cloudflareが9月15日に加えた「AI学習だけを止める」設定 ── 検索に載せたまま止められる範囲と、今週確かめる6つ ── Google-Extendedが根拠づけにも関わる点と、当サイトが学習を通すと決めた記録（10月6日に追記）。
- Googleが見せたのは表示回数までだった ── 生成AIパフォーマンスレポートの「半分」と、自分で測る指標が止まっていた93日 ── 生成AIパフォーマンス レポートが、表示回数までしか見せなかった話。
- Cloudflareが通信の半分以上は人間ではないと書いた週、当サイトのログで自動と分かるものは36.2%だった ── 他人の大きな数字を、自社のログ1週間分で数え直す ── ほかの会社のAIの名乗りを、自社のログで数えた記録。この設定とは別の仕組みを読み分ける手がかり。
- Search Consoleの生成AIコントロールは、親プロパティの設定を子が引き継ぎ、子が上書きできる ── 自社のプロパティごとの設定と継承を書き出して確認する13項目（2026年10月時点） ── Search Consoleの生成AI設定の親子と継承を、自社で書き出して確かめる13項目。当サイトの10月15日の確認も載せた。
- Googleの広告用クローラーには、robots.txtの「*」の指定が効かない ── 止めたつもりのページと広告タグのあるページを突き合わせる13項目（2026年10月時点） ── 止めたつもりのページと、広告のタグがあるページを突き合わせる解説。「止める」の効き方が、仕組みごとに違うことを別の角度から書いた。
出典
- Google The Keyword: New opportunities, control and insights for website owners（2026年6月3日付・2026年8月31日更新）
- Search Console Help: Search generative AI control（英語版・更新日の表示なし・2026年10月15日に取得）
- Search Console ヘルプ: 検索の生成 AI 設定（日本語版・更新日の表示なし・2026年10月15日に取得）
- Google Search Central Blog: Introducing Search Generative AI performance reports in Search Console（2026年6月3日付・2026年8月31日付の注記あり）
- Google for Developers: Google's common crawlers（最終更新2026年7月14日）
- Google Search Central: AI features and your website（最終更新2025年12月10日・2026年10月15日に取得）
