記事執筆者：認定SEOコンサルタント 三田健司
「うちのサイト、Cloudflareを使っているのですが、9月15日から何か変わると聞きました。何もしないとまずいでしょうか」。ここ数日、こうしたご相談が続けて届いています。
結論から申し上げると、多くの中小企業のサイトは、この日を過ぎても何も起きません。ただし「一部の条件に当てはまるサイトだけ、Googleに載らなくなる可能性がある」というのが正確な言い方になります。
やっかいなのは、その条件が少し込み入っていることです。「AIに学習されたくないから、AIのボットをブロックしておこう」という、一見まっとうな判断が、そのままGooglebot（グーグルの検索ロボット）の遮断につながる作りになっています。
この記事では、Cloudflareが2026年7月1日に公式に発表した内容をもとに、何がいつ変わるのか、自社が対象かどうかをどう見分けるのか、そして管理画面のどこを見ればよいのかを、順を追って整理します。専門用語は最小限にとどめ、Web担当者の方がその日のうちに確認を終えられる形でまとめました。
Cloudflareが9月15日に変えることの全体像
そもそもCloudflareとは何をしているサービスか
Cloudflare（クラウドフレア）は、サイトの前に立って通信を中継するサービスです。表示を速くしたり、攻撃をはじいたりする役目を持っています。
訪問者からサーバーに直接つながるのではなく、いったんCloudflareを経由してから自社サーバーに届く形になります。この「途中に立っている」という位置関係が、今回の話ではとても重要です。
途中に立っている以上、Cloudflareは「この訪問者を通すか、はじくか」を自分で決められます。つまりサイト側のrobots.txtが読まれるより前に、通信そのものが遮断され得るということです。
2026年7月1日に発表された変更
Cloudflareは2026年7月1日、AIのクローラー（自動巡回プログラム）の扱いを大きく作り替えたと公式の変更履歴で発表しました。従来は「AIボットをブロックする」という、オンとオフだけの単純なスイッチでした。
これが、ボットの「振る舞い」によって3つに分けられ、それぞれ別々に設定できるようになりました。同社は無料プランを含むすべての契約でこの機能を使えるとしています。
そのうえで、2026年9月15日という日付が区切りとして示されました。この日から、新しく初期設定の中身が変わります。
9月15日から変わる「初期設定」の中身
Cloudflareの公式発表によれば、9月15日以降、新しくCloudflareを使い始めるドメインには次の初期設定が適用されます。「学習目的」と「代行目的」のボットは広告が表示されるページで遮断され、「検索目的」のボットは引き続き許可される、という内容です。
そして同じ日から、検索と学習の両方を兼ねる「多目的クローラー」も、学習を遮断する新しい初期設定の影響を受けるとされています。ここにGooglebotが含まれる、というのが今回の要点です。
なお公式の文面で明示されているのは「新しくCloudflareにオンボーディングするドメイン」です。一部の海外メディアは「無料プランで設定を変更していない既存アカウントも対象」と報じていますが、この点は公式の記述と報道で幅があります。
判断に迷ったら「自分のアカウントで実際にどう設定されているか」を管理画面で見るのが確実です。報道をもとに推測するより早く、正確です。
AIクローラーが3種類に分けられた
Search（検索）：情報を集めて後で案内してくれる
1つ目は「Search」です。サイトの内容を読み取って索引に登録し、後から誰かが質問したときに答えられるようにするタイプを指します。
Cloudflareはこの分類について、紹介トラフィックなどの見返りが期待できる種類だと説明しています。読者を連れてきてくれる相手、と考えるとわかりやすいでしょう。
9月15日以降の新しい初期設定でも、このSearchは許可されたままです。ここは変わりません。
Agent（代行）：その場で誰かの代わりに読みに来る
2つ目は「Agent」です。利用者の求めに応じて、その場でページを取りに来る動きを指します。
たとえば誰かがチャットAIに「このページの内容を要約して」と頼んだとき、AI側がページを読みに来る動きがこれにあたります。索引を作っているわけではなく、その一人のために取りに来ている状態です。
サイト側から見ると、訪問者の足跡は残りません。広告も表示されず、問い合わせにもつながりにくい種類だと整理されています。
Training（学習）：モデルを育てるために持ち帰る
3つ目は「Training」です。AIのモデルそのものを学習・調整するために、内容を持ち帰るタイプを指します。
自社で時間をかけて書いた記事が、そのままモデルの一部として取り込まれていく形になります。原則として、そこから直接の流入は返ってきません。
「AIに勝手に学習されたくない」と感じる方が多いのは、まさにこの部分です。ただし、この気持ちのままTrainingを一律で止めると、後述するGooglebotの問題に直結します。
3つそれぞれに選べる3つの設定
Search・Agent・Trainingの3分類には、それぞれ同じ3つの選択肢が用意されています。「すべてのページで遮断する」「広告が表示されるページだけ遮断する」「遮断しない」の3つです。
つまり9つの組み合わせから選ぶ形になります。従来のオン・オフだけの設定に比べると、かなり細かく決められるようになりました。
細かく決められるということは、その分だけ設定を誤る余地も増えたということでもあります。この記事の後半で、確認の順番を具体的に示します。
なぜGooglebotが巻き込まれるのか
Googlebotは1台で2つの仕事をしている
Googlebotは、検索結果に載せるためにページを読み取ります。これは誰もが知っている役割です。
同時に、そこで集めた内容はAIによる概要やAIモードといった、Googleの生成AI機能を支える材料にもなります。1つのクローラーが、検索と学習の両方にまたがって働いている状態です。
Cloudflareはこうしたクローラーを「多目的クローラー」と呼んでいます。同社の公式ブログでは、GooglebotのほかApplebotやBingbotが例として挙げられています。
より厳しいほうのルールが適用される
問題はここからです。Cloudflareの説明によれば、多目的クローラーには、当てはまる設定のうち最も厳しいものが適用されます。
つまりSearchを許可していても、Trainingを遮断していれば、Googlebotは遮断される側に回るということです。同社の公式ブログでも、Trainingの遮断を選んだ利用者のもとではGooglebotなどがブロックされると説明されています。
「AI学習だけ止めたつもりが、検索用のクロールまで止まっていた」という事故が起きるのは、この仕組みが理由です。
Google-Extendedとの違いを整理する
Googleは、AI学習の可否を伝えるための別のクローラー名として「Google-Extended」を用意しています。robots.txtでこの名前に対して拒否を書けば、検索用のGooglebotに影響を与えずにAI学習の意思表示ができる、という位置づけです。
つまり、AI学習を避けたいだけであれば、Cloudflare側でTraining全体を遮断する必要はありません。robots.txt側で名指しして伝えるほうが、副作用が小さい方法だといえます。
ただし注意点があります。AIによる概要はGoogle検索のインデックスをもとに表示されるため、Google-Extendedを拒否しても、AIによる概要への表示には影響しません。
「検索には載りたいが、AIの回答には一切使われたくない」という希望を完全に満たす方法は、2026年9月時点では用意されていません。ここは正直にお伝えしておきます。
自社サイトは影響を受けるのか
まず「Cloudflareを使っているか」を確かめる
意外に思われるかもしれませんが、自社サイトがCloudflareを経由しているかどうかを把握していない会社は少なくありません。制作会社やサーバー会社が設定していて、担当者が把握していないケースがあるためです。
確認の方法はいくつかあります。もっとも早いのは、サイトを作った制作会社かサーバーの管理担当者に「Cloudflareを使っていますか」と一言たずねることです。
自社で調べる場合は、ドメインのネームサーバーの設定を見ます。ネームサーバーの名前に cloudflare が含まれていれば、経由している可能性が高いと判断できます。
「広告が表示されるページ」に当てはまるか
9月15日の新しい初期設定は、TrainingとAgentを「広告が表示されるページ」で遮断する、という内容です。裏を返せば、広告を掲載していないページは対象外ということになります。
中小企業のコーポレートサイトやサービス紹介サイトの多くは、自社で広告枠を持っていません。この場合、初期設定が変わっても実質的な影響は出にくいと考えられます。
一方で、オウンドメディアやブログにアドセンスなどの広告を貼っている場合は該当し得ます。広告収入のあるメディアを運営している会社ほど、確認の優先度は高くなります。
いちばん危ないのは「昔オンにした設定」
実務で怖いのは、9月15日の変更そのものよりも、以前に誰かがオンにしたまま忘れられている設定のほうです。数年前に「Block AI bots（AIボットをブロック）」のスイッチを入れたきり、見直していないサイトは珍しくありません。
Cloudflareの公式ドキュメントには、この旧来のスイッチをオンにしている場合も、9月15日以降はGooglebotなどの多目的クローラーがブロック対象になると明記されています。現時点では多目的クローラーは対象外になっているため、今は問題が起きていなくても、期日を境に状況が変わり得るということです。
筆者がこれまでに拝見した事例でも、サイトの表示が急に検索から消えた原因が、制作会社が善意で入れたボット対策だった、というものがありました。設定した本人が退職していて、経緯を知る人がいないという状況も起こります。
今回の変更は、そうした「棚卸しされていない設定」を見直すよい機会です。9月15日という期限は、点検のきっかけとして使うのが現実的な向き合い方だと考えています。
Cloudflareの管理画面で確認する手順
AIクローラー設定の場所
Cloudflareにログインし、対象のドメインを選びます。公式ドキュメントでは、「Security（セキュリティ）」の「Settings（設定）」にある「AI bot policies（AIボットのポリシー）」から設定する手順が案内されています。
画面の名称や配置は更新されることがあります。見当たらない場合は、管理画面の検索欄に「AI bot」と入力すると早く見つかります。
ここにSearch・Agent・Trainingの3つのプリセットが並んでいます。それぞれが「遮断しない」「広告ページのみ遮断」「全ページで遮断」のどれになっているかを確認します。
見るべき3つのポイント
1つ目は、Searchが「遮断しない」になっているかどうかです。ここが遮断側になっていると、AI検索からの引用も検索からの流入も細ります。
2つ目は、Trainingを全ページ遮断にしていないかどうかです。前述のとおり、ここを全面的に止めるとGooglebotまで巻き込まれます。
3つ目は、古い「Block AI bots」のスイッチが残っていないかどうかです。オンのままになっていれば、9月15日以降はGooglebotも遮断の対象に含まれます。
クローラー一覧で実際の状況を見る
「AI Crawl Control」の画面にある「Crawlers」の一覧では、実際にサイトへ来たAIクローラーを確認できます。どのボットがどれだけ来ているか、許可とブロックのどちらで扱われているかが並びます。
ここでGooglebotが遮断側になっていないかを目で確かめてください。設定の意図と実際の挙動がずれていないかを確認できる、いちばん確実な場所です。
あわせて、AI検索系のクローラーが遮断されていないかも見ておくとよいでしょう。AI検索からの引用を狙うのであれば、ここを塞いでしまうのは得策ではありません。
ファイアウォールの個別ルールも確認する
見落としやすいのが、AIクローラー設定とは別に作られたファイアウォールの個別ルールです。こちらは別の仕組みとして動くため、AIクローラー設定を正しくしても遮断が続くことがあります。
「Security」の中の「WAF」から、カスタムルールの一覧を開きます。ユーザーエージェントや国を条件にしたルールが並んでいないかを見てください。
身に覚えのないルールが見つかったら、その場で消さずに、まず作成日と内容を記録しておくことをおすすめします。攻撃対策のために意図して入れたルールである可能性もあるためです。
遮断されていないかを確かめる方法
Search ConsoleのURL検査を使う
もっとも確実なのは、Google Search ConsoleのURL検査です。自社の主要なページのURLを入力し、「公開URLをテスト」を実行します。
ここで正常に取得できれば、少なくともその時点でGooglebotは通れています。逆に取得に失敗する場合は、途中で何かに止められている可能性が高いと判断できます。
この確認は数十秒で終わります。9月15日の前後に一度ずつ実行しておくと、変化があったかどうかがはっきりします。
クロールの統計情報で推移を見る
Search Consoleの設定画面には、クロールの統計情報という項目があります。Googlebotが1日に何回サイトを訪れたかの推移が折れ線で表示されます。
ここが急に落ち込んでいれば、遮断を疑う根拠になります。あわせて、応答コードの内訳に403などが増えていないかも確認してください。
数字の反映には数日の遅れがあります。当日に見ても変化は出ないので、1週間ほど間隔をあけて2回見るのが現実的です。
インデックス作成のレポートを見る
もう1つの手がかりが、インデックス作成のレポートです。「ページ」の項目で、登録されていないページの理由別の内訳を確認できます。
ここに「サーバーエラー」や「robots.txtによりブロックされました」が急増していれば、経路のどこかで遮断が起きている可能性があります。件数の増え方と日付を見て、9月15日前後との関係を確かめてください。
なお、順位や表示回数への影響が数字に出るまでには、さらに時間がかかります。反映の時期を確約することはできませんので、焦らず経過を追う姿勢が必要です。
中小企業が取るべき現実的な選択
広告を載せていないサイトの場合
自社で広告枠を持たないコーポレートサイトであれば、基本の考え方はシンプルです。Searchは遮断しない、Agentは必要に応じて判断する、Trainingは全ページ遮断にしない、という組み立てになります。
そのうえで、AI学習を避けたい意思がある場合は、robots.txt側でGoogle-Extendedに対して拒否を書きます。検索での見え方を保ったまま意思表示ができる方法です。
ただし前述のとおり、これでAIによる概要への表示まで止まるわけではありません。そこは割り切って考える必要があります。
広告収入があるメディアの場合
広告で収益を得ているメディアの場合、話はもう少し複雑になります。AgentとTrainingを広告ページで遮断する新しい初期設定は、収益を守るという意味では理にかなっているためです。
その一方で、Trainingの遮断がGooglebotに波及する点は避けて通れません。検索流入を犠牲にしてまで学習を止める価値があるかどうかは、事業としての判断になります。
迷う場合は、まず現状維持を選ぶという手もあります。Cloudflareは9月15日より前であれば新しい初期設定から除外する設定ができるとしています。
制作会社に任せている場合の伝え方
サイトの管理を外部に任せている場合は、依頼の仕方が結果を左右します。「AIをブロックしてください」とだけ伝えると、Training全体の遮断につながりかねません。
伝えるべきは3点です。Searchは許可のままにすること、Trainingを全ページ遮断にしないこと、AI学習の意思表示はrobots.txtのGoogle-Extendedで行うこと。この3つを文面で残しておくと、認識のずれが起きにくくなります。
設定を変えた日付と内容を記録に残しておくことも、後から原因を追ううえで大きな助けになります。
期限を過ぎてしまった場合
9月15日を過ぎてから気づいた場合でも、設定はいつでも変更できます。期限は初期設定が切り替わる日であって、変更ができなくなる日ではありません。
遮断が起きていた期間があると、その分だけクロールが止まり、新しいページの登録が遅れます。気づいた時点で設定を戻し、Search ConsoleのURL検査からインデックス登録をリクエストしてください。
回復にかかる期間はサイトの規模や状況によって異なります。何日で戻るとお約束することはできませんが、原因を取り除けば通常は徐々に回復していきます。
よくある質問（FAQ）
Cloudflareを使っていなければ関係ありませんか
今回の9月15日の変更は、Cloudflareを経由しているサイトに関する話です。使っていなければ、この変更そのものの影響は受けません。
ただし、レンタルサーバー側にも同じような自動巡回対策の機能があることがあります。Googlebotが正しく通れているかという確認自体は、どのサイトでも意味があります。
無料プランでもこの設定は使えますか
Cloudflareは公式の発表で、無料プランを含むすべての契約でこの3分類の設定を使えるとしています。有料プランでなければ設定できない、という作りにはなっていません。
ただし、より精度の高いボットの検出や、ブロックしたときの応答の設定などは有料プラン向けの機能です。基本の3分類の設定については、無料プランでも確認と変更が可能です。
AIに学習されたくない場合はどうすればよいですか
Googleに対しては、robots.txtでGoogle-Extendedを拒否するのが基本の方法です。検索用のGooglebotに影響を与えずに、学習利用への意思表示ができます。
他社のAIについては、それぞれのクローラー名を個別に指定する形になります。Cloudflareのクローラー一覧を使えば、どの相手が来ているかを見ながら判断できます。
設定を変えたら順位はすぐ戻りますか
遮断を解除しても、その日のうちに順位が戻るわけではありません。クロールが再開され、内容が読み直され、評価に反映されるまでには段階があります。
反映までの期間を確約することはできません。まずは遮断が解けていることをSearch Consoleで確かめ、そのうえで経過を追ってください。
AI検索対策としては何を優先すべきですか
まずは、AI検索系のクローラーを誤って遮断していないかの確認です。読みに来られない相手には、そもそも引用のしようがありません。
そのうえで、質問に対する答えが明確に書かれているかを見直します。技術的な設定と、内容そのものの整備は、どちらも欠かせません。
まとめ｜9月15日は点検のきっかけにする
Cloudflareは2026年7月1日、AIクローラーの扱いをSearch・Agent・Trainingの3分類に作り替えたと発表しました。そして2026年9月15日から、新しくオンボーディングするドメインの初期設定が切り替わります。
新しい初期設定では、TrainingとAgentが広告表示ページで遮断され、Searchは許可されたままです。ただし、検索と学習を兼ねる多目的クローラーは、より厳しいほうのルールで判断されます。
Googlebotはまさにその多目的クローラーです。AI学習を止めるつもりでTrainingを遮断すると、検索用のクロールまで巻き添えになる構造になっています。
広告を載せていないコーポレートサイトであれば、実質的な影響は出にくいと考えられます。それでも、過去にオンにしたまま忘れられている設定がないかを確かめる価値は十分にあります。
今日できることを1つだけ挙げるなら、Search ConsoleのURL検査で自社のトップページを「公開URLをテスト」してみてください。正常に取得できれば、少なくとも現時点でGooglebotは通れています。
クロール設定のご相談はアクセス・リンクへ
株式会社アクセス・リンクでは、SEOコンサルティングとホームページ制作を通じて、中小企業の集客をご支援しています。代表の三田健司は全日本SEO協会の認定SEOコンサルタントとして、検索に関する技術的な設定から記事の設計まで一貫してお手伝いしています。
Web制作に携わって10年以上、延べ1,000件以上のサイトに関わってきた経験から、「設定を誰も把握していない」状態がどれほど後になって効いてくるかを何度も見てきました。クローラーの遮断は、気づくのが遅れるほど回復にも時間がかかります。
「Cloudflareの設定を見てほしい」「検索からの流入が急に減った」といったご相談も承っております。まずはお問い合わせページから、現在の状況をお聞かせください。
記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
（社）全日本SEO協会 認定SEOコンサルタント
コメント