Cloudflareが9月15日に初期設定を変える｜自社サイトはAIにどう読まれるか

自社のホームページが、AIにどう読まれているか。気にはなっていても、その設定を実際に見に行った方は、そう多くないと思います。2026年9月15日、その初期設定のほうが変わります。変えるのは、世界のWebサイトの2割超が自社のネットワークを経由していると公表しているCloudflareという会社です。

この日を境に、AI関連の通信は「検索用」「エージェント」「AI学習用」の3つに分けて扱われます。見出しだけを見ると「CloudflareがAIを締め出す」と読めてしまいますが、公式資料に書かれているのは初期設定の変更です。運営者はいつでもダッシュボードで変更できます。

この記事では、何がどう変わるのか、自社が対象に入るのか、検索流入への影響はどうかを、Cloudflareの公式ブログ・プレスリリース・開発者ドキュメントに書かれている範囲だけで整理します。書かれていないことは「書かれていない」とそのまま書きます。

なお、そもそも自社サイトがCloudflareを経由しているかどうかは、ドメインとDNSの設定で決まります。この位置関係がぴんとこない方は、ホームページのサーバー移転で、ドメイン・DNS・サーバーの並びを先に確認しておくと、この記事の話が地図の上に置けます。

Cloudflareが9月15日に何を変えるのか

発表は報道が先ではありません。2026年7月1日、Cloudflareが自社の公式ブログ「Your site, your rules: new AI traffic options for all customers」で、9月15日に新しい初期設定を置くと書いています。同じ日に公式プレスリリースと開発者ドキュメントの更新も出ており、3つの資料で裏が取れます。

On September 15, 2026, we’ll be setting new defaults for each of these three classifications.（2026年9月15日、この3つの分類のそれぞれに新しい初期設定を置きます）

ここでいう「3つの分類」が、この変更の土台です。なお、この記事に出てくる「クローラー」は、サイトを自動で見て回るプログラムのことで、「ボット」「ロボット」も同じものを指します。Cloudflareは、AI関連の通信を目的によって次の3つに分けています。

公式ブログの定義を噛み砕きます。検索用は、あとで質問に答えられるよう内容を集めて索引をつくる動きで、Cloudflareは「運営者はその結果として参照の流入や、それに見合う対価を期待してよい」と書いています。エージェントは、人の代わりにいま何かを済ませるために来る動きで、ChatGPT-Userのような取得や、ブラウザを操作するAIが例に挙がっています。AI学習用は、モデルの学習のために内容を持っていく動きで、データがAIの中身そのものに取り込まれます。

そして9月15日から置かれる初期設定が、次の逐語です。

For all new domains onboarding to Cloudflare, the categories of Training and Agent will be blocked by default on the pages that display ads, while Search will remain allowed by default.（Cloudflareに新しく登録されるすべてのドメインについて、広告を表示しているページでは学習用とエージェントを初期設定でブロックし、検索用は初期設定で許可のままとします）

理由も書かれています。広告が置かれているページは、運営者が「人に見てほしい」と思って用意したページである。だからそこでは人の注目を目的として扱い、それを妨げうるロボットは遠ざける。一方で検索は、いちばん自然に訪問者を連れ戻す動きだから許可しておく——という整理です。いわば、店先に看板を出しているページでは、通りがかりの人の目を優先する、という考え方です。

設定の粒度も細かくなります。開発者ドキュメント「Block AI bots」によれば、3分類のそれぞれに「全ページでブロック」「広告のあるページだけブロック」「ブロックしない」の3つが選べます。あわせて、従来の一括設定「Block AI bots」は9月15日に廃止予定と同じ文書の見出しに明記されています。1つのスイッチで全部を止めていた仕組みが、3つのつまみに分かれる、と考えると近いです。

自分は対象なのか

ここがいちばん誤解されやすいところです。結論から言うと、「Cloudflareの利用者全員」ではありません。対象の書き方も、資料によって違います。

大前提として、自社サイトがCloudflareを経由していなければ、9月15日は関係のない日です。レンタルサーバーにドメインを直接向けているサイトも珍しくありません。

①新しくCloudflareを使い始めるドメイン

公式ブログが書いているのは、この範囲だけです。「Cloudflareに新しく登録されるすべてのドメイン」が主語になっています。これから新しくCloudflareを導入する会社は、導入した時点で新しい初期設定が適用される、と読めます。なお、プレスリリースは対象に「既存顧客が新しく追加するサイト」も挙げており、すでに使っている会社が新しく追加するサイトもここに含まれます。

②既存の無料プランで、9月15日までに設定を変えていない場合

ここが要注意です。この記述は、同じ日に出た公式プレスリリースにしか書かれていません。公式ブログだけを読むと、確実に読み落とします。

On September 15, 2026 these changes will also be made for all existing free customers that have not changed their settings by September 15, 2026 in their dashboard.（2026年9月15日、これらの変更は、同日までにダッシュボードで設定を変更していないすべての既存の無料プラン利用者にも適用されます）

逆に言えば、無料プランでもダッシュボードで自分の設定を一度触っておけば、そこが判断の分かれ目になります。この文はCloudflareの公式プレスリリースに載っています。

③既存の有料プランで、すでに運用しているサイト

この場合について、初期設定が自動で変わるとは、どの資料にも書かれていません。公式ブログにも、プレスリリースにも、開発者ドキュメントにも記述がありません。

ここで大事なのは、「書かれていない」を「変わらない」と読み替えないことです。探した範囲では見つからなかった、というのが正確なところです。いわば、掲示板に貼り出されていない予定を「予定がない」と決めつけるようなものです。該当する場合は、ダッシュボードで現在の設定を自分の目で見るのが確実です。

「広告があるページ」とは何か

新しい初期設定は「広告を表示しているページ」に限って適用されます。となると「うちは広告を貼っていないから関係ないのでは」という疑問が出ます。

ところが、Cloudflareが何をもって「広告があるページ」と判定するのかは公開されていません。開発者ドキュメントにあるのは、選択肢の説明として出てくる次の一文だけです。

Uses Cloudflare automated detection for pages that display ads on your zone to block only on those pages.（あなたのゾーンで広告を表示しているページをCloudflareの自動検出で判別し、そのページだけをブロックします）

「ゾーン」は、Cloudflareに登録したドメイン（設定の単位）のことです。「自動検出で判別する」とは書いてありますが、広告タグの有無で見るのか、外部スクリプトの読み込みで見るのか、どこからを広告と数えるのか——その基準はどこにも出てきません。公式ブログにも、プレスリリースにも、Botsのドキュメント配下にもありません。

つまり、自社のページが判定に引っかかるかどうかを公開資料から判断する方法はない、ということです。たとえるなら、駐車禁止の標識は立っているのに、どこからが「駐車」でどこまでが「停車」なのかが書かれていない状態に近いと言えます。この状態で「うちは広告がないから無関係」と決めてしまうのは、根拠のない安心になります。

だからこの記事は、「あなたのサイトは対象です」とも「対象外です」とも書きません。代わりに、ダッシュボードで現在の設定を見る、という行動に落とします。公開されていること・されていないことを並べておきます。

表は横にスクロールできます。右端まで動かすと、「書かれていないこと」の列も埋まっているのが分かります。分からないことがある前提で動くのが、この件との付き合い方になります。

検索に出なくなるのか

いちばん気になるのはここだと思います。答えを先に書くと、初期設定に従っているかぎり、この変更だけで検索流入が止まる想定にはなっていません。初期設定では検索用が許可のままだからです。

問題はもう1つの変更のほうです。9月15日からは、複数の目的を兼ねるクローラーの判定方法も変わります。

Since the defaults will be enforced by the most restrictive applicable rules, multi-purpose crawlers such as Googlebot, Applebot, and BingBot will be blocked by customers who have selected to block Training.（初期設定は最も制限の強いルールで実施されるため、Googlebot、Applebot、BingBotのような複数目的のクローラーは、学習用をブロックすることを選んだ利用者においてはブロックされます）

3社の名前が実名で挙がっています。これらは検索と学習を1つのロボットで兼ねているため、「AI学習をブロックする」を選ぶと検索のためのクロールも一緒に止まる方向に働きます。しかも公式は、これが新しい管理画面から選んだ場合だけでなく従来の一括設定を使っている場合も同じだと書いています。なお、AI学習のブロックには「全ページ」と「広告のあるページだけ」の範囲がありますが、公式は兼用のロボットを学習用の分類に含めており、どちらを選んでも、その範囲では巻き込まれます。広告のあるページだけを選べば避けられる、という話ではありません。

この構造について、Cloudflare自身も1年間の観測をまとめたブログで、はっきり書いています。

Google leverages a mixed-use bot that makes it difficult for customers to participate in Google’s search ecosystem without also participating in Google’s AI ecosystem.（Googleは兼用のボットを使っており、そのために利用者は、GoogleのAIのエコシステムに参加せずにGoogleの検索のエコシステムに参加することが難しくなっています）

同じブログでCloudflareは、参照流入のおよそ88%を依然としてGoogleが占めている（2026年7月1日時点の同社の数字）とも書いています。AI学習だけを外そうとすると、この88%のほうに手が届いてしまう。言い換えると、熱いお湯だけを止めようとしたら水も一緒に止まる、という構造です。

検索順位が落ちたときの原因の切り分け方は、ホームページが検索に出ない原因で整理しています。今回は「自分で選んだ設定が検索に響く」という、原因がはっきりしている側の話です。

逆に、AI検索に自社を出していきたい方向で考えている場合は、ホームページとAI検索のほうが目的に合います。あちらは「出したい側」、この記事は「決めたい側」の話です。

robots.txtとは何が違うのか

「AIに読ませたくないなら、robots.txtに書けばいいのでは」と考えた方もいると思います。ここは避けて通れない区別です。

Cloudflareの開発者ドキュメント「Managed robots.txt」は、robots.txtの性質をこう書いています。

robots.txt compliance is voluntary. The file expresses your preferences, but it does not prevent crawlers from accessing your content at a technical level.（robots.txtへの準拠は任意です。このファイルはあなたの希望を表明するものであって、技術的な水準でクローラーがあなたのコンテンツにアクセスすることを妨げるものではありません）

続けて「指示を無視してクロールするクローラー運営者もいる」とも書かれています。つまりrobots.txtはお願いです。店の入口に「関係者以外お断り」と紙を貼るようなもので、読まずに入る人を止める力はありません。

これに対してCloudflare側で止めるのは関所です。通信が届く手前のネットワークで判定するので、相手が守る気かどうかに関係なく止まります。同じ文書に使い分けも書かれています。

If you want to enforce crawl blocking rather than request it, use AI Crawl Control. You can also use both features together — robots.txt to express your preferences and AI Crawl Control to enforce them.（依頼ではなく強制したいなら、AI Crawl Controlを使ってください。両方の併用もできます。robots.txtで希望を表明し、AI Crawl Controlでそれを実施する形です）

大事なのは、Cloudflareがrobots.txtを「無意味だ」とは書いていないことです。書いているのは「守るかどうかが相手任せ」という性質であり、そのうえで併用を勧めています。いわば、貼り紙と警備員のどちらかを選ぶ話ではなく、貼り紙で意思を示したうえで、必要なら警備員を置く、という重ね方です。

なお、Cloudflareが用意する「managed robots.txt」という機能は380万を超えるドメインで有効化されていると同社は書いています。ただしこれは2025年9月時点、つまり1年前の数字です。

9月15日までに確認する3つ

9月15日までにやっておくとよいことを3つに絞ります。どれも数分で終わります。

1｜自社サイトがCloudflareを経由しているか

最初の分かれ道です。ドメインを買った会社の管理画面で、ネームサーバー欄に「.ns.cloudflare.com」が入っていればCloudflareを経由しています。制作会社やサーバー会社に任せている場合は、そのまま聞くのが早いと思います。

2｜プランと設定の現在値を見る

経由している場合は、Cloudflareのダッシュボードで対象のドメインを選び、「セキュリティ」→「Bots」を開きます。いまAI関連のボットにどういう値が入っているかは、ここで見られます。名前が似ていて取り違えやすい機能も、あわせて整理しておきます。

よくある誤解を2つ正しておきます。Bot Fight Modeは無料プランの機能です。Pro・Business向けは「Super」が付いた別の機能、Enterprise向けはBot Managementというさらに別の名前です。もう1つ、AI Crawl Control（旧AI Audit）の公式ドキュメントには「Available on all plans（すべてのプランで利用可能）」とあります。AIクローラーの管理は無料プランでもできます。精度が上がるのはBot Managementを持つEnterpriseだけで、それ以外のプランは名乗り（ユーザーエージェント）に頼って識別すると公式は説明しています。

3｜「AI学習をブロック」を押す前に、検索への影響を知る

3つ目は設定作業ではなく判断です。要点は、「AI学習をブロック」という気持ちのよいボタンが、検索の入口まで一緒に閉じる可能性があるという点にあります。押す前に「検索流入が減っても構わないか」を社内で一度だけ話しておく。それだけで、あとから慌てる確率が下がります。

新しい初期設定が気に入らない場合の逃げ道もあります。公式ブログは、9月15日までならセキュリティ設定でその意思を示せて、期日が近づいたら通知も続けると書いています。逆に言えば、何もしなければ、対象に当たる場合は初期設定が適用されます。

それでも決められないときの考え方

ここまで読んで「結局どうすればいいのか」と迷った方へ、考え方を1つだけ書いておきます。何もしない、というのも立派な選択です。

今回の初期設定は、運営者に不利になるように置かれているわけではありません。検索用は許可のまま残り、止まるのは広告を表示しているページでの学習用とエージェントだけです。広告を貼っていない普通の企業サイトであれば、日常の見え方が大きく変わるとは考えにくい構成です。

Cloudflareの1年間の観測によると、クローラーからのリクエストのうちAI学習を目的とするものが52%（2026年6月時点）で、2025年春の22%から大きく増えています。また検索・エージェント・学習を混ぜた兼用のクローラーが活動全体の36%超（同じく2026年6月時点）を占めるとされています。

AI関連の通信は、もう「例外的なもの」ではありません。言い換えると、これまで気にしなくてよかった種類の交通が、道の半分を占めるようになったということです。その交通整理のルールを、通り道にあたる会社が初期設定として置き始めた——今回の変更はそういう位置づけになります。

もっとも、通り道が特定の会社に集中していること自体には別の論点もあります。大手3社が同時に止まった日で書いたとおり、1か所に依存が集まると、そこが止まったときの影響も一緒に集まります。

なお、Cloudflareはクロールされた分に値段をつける仕組みも別に用意していますが、現時点では招待制であり、その先の課金モデルは実験段階だと同社自身が明記しているため、この記事では扱いません。使った分だけ払う・受け取るという考え方は、従量課金の基本で整理しています。

私たちの見解｜締め出しではなく、初期設定の話

ここから先は、公式の記述ではなくこの記事の判断です。いちばん印象に残ったのは、Cloudflareが「ブロックする」ではなく「初期設定を置く」という書き方を徹底していることでした。断ることもできる、いつでも変えられる、通知もする——主導権を運営者に残す言い回しが繰り返し出てきます。

もう1つ気になったのは、いちばん危ない操作が、いちばん気持ちのよいボタンになっている点です。「AIに勝手に学習されるのは嫌だ」という感情はまっとうで、それに応えるスイッチも用意されている。ところがそれは、検索の入口まで一緒に閉じます。安全のためにブレーカーを落としたら冷蔵庫まで止まっていた、というようなことが起こりうる設計です。Cloudflareは実名を挙げて注意を促していますが、そこにたどり着く前にボタンを押す人のほうが多いはずです。

そのうえで、多くの中小企業にとっての現実的な結論は「今回は何もしない」だと見ています。ただし、何もしないことを自分で選んだのか、知らないまま通り過ぎたのかには大きな差があります。その5分の確認が、次に似た変更が来たときに効いてきます。

まとめ

見出しだけを見て身構える必要はありません。ただし通り過ぎず、ダッシュボードを一度開いて現在値を見ておく。それが9月15日に向けていちばん確実な備えです。

よくある質問

自社サイトは9月15日の変更の対象になりますか。

まず、自社サイトがCloudflareを経由していなければ関係ありません。経由している場合、公式ブログに書かれているのは「Cloudflareに新しく登録されるドメイン」です。同じ日の公式プレスリリースには、これに加えて「9月15日までにダッシュボードで設定を変えていない既存の無料プラン利用者」も対象だと書かれています。この記述はプレスリリースにしかありません。一方、既存の有料プランで運用中のサイトの初期設定が自動で変わるとは、どの資料にも書かれていません。書かれていない以上、この記事では「変わらない」とも断定しません。確実なのは、自分のダッシュボードで現在の設定を見ることです。

初期設定のままだと、Googleの検索結果から消えてしまいますか。

初期設定のままであれば、検索用の通信は許可されたままです。公式ブログは、広告を表示しているページで学習用とエージェントをブロックし、検索用は許可のままにすると書いています。検索用を止める初期設定にはなっていないため、この変更だけで通常の検索流入が止まることは想定されていません。危ないのは、自分の意思で「AI学習をブロック」を選んだ場合です。9月15日からは複数の目的を兼ねるクローラーが最も厳しいルールに合わせて判定されるため、検索と学習を兼ねているGooglebot・Applebot・BingBotが一緒にブロックされる、と公式ブログが名指しで書いています。

「AI学習をブロック」を選ぶと、何が起きますか。

9月15日以降は、複数の目的を兼ねるクローラーが、そのすべての振る舞いに従って許可またはブロックされます。判定は最も厳しいルールが優先されるため、学習用をブロックする設定にしていると、検索と学習を兼ねているGooglebot・Applebot・BingBotもブロックの対象になります。これは新しい管理画面から選んだ場合だけでなく、従来の一括設定「Block AI bots」を使っている場合も同じだと、公式ブログと開発者ドキュメントの両方に書かれています。なお、その一括設定そのものが9月15日に廃止予定であることも、開発者ドキュメントの見出しに明記されています。

robots.txtに書いておけば、それで足りますか。

Cloudflareの開発者ドキュメントは、robots.txtへの準拠は任意であり、このファイルは希望を表明するものであって、技術的な水準でクローラーのアクセスを妨げるものではないと明記しています。守らないクローラーもいる、という前提の仕組みです。同じページには、依頼ではなく強制したいならAI Crawl Controlを使うこと、両方を併用してもよいことも書かれています。robots.txtは無意味ではなく、意思表示の役割を持ちます。強制力が必要かどうかで、どちらを使うかを決める形です。

参照元・出典

• Cloudflare Blog「Your site, your rules」（2026年7月1日／9月10日確認）— 9月15日の新しい初期設定、3分類の定義、兼用クローラーの判定、断り方
• Cloudflare Press Release（2026年7月1日／9月10日確認）— 既存の無料プランで未設定の場合も対象。この記述はここにのみ掲載
• Cloudflare Docs「Block AI bots」（Last updated Jul 1, 2026／9月10日確認）— 3つの選択肢、広告ページの自動検出、旧設定の廃止予定
• Cloudflare Docs「Managed robots.txt」（9月10日確認）— robots.txtへの準拠が任意であること、併用の勧め
• Cloudflare Docs「AI Crawl Control」（9月10日確認）— 全プランで利用可能、無料プランは名乗りで識別
• Cloudflare Blog「one year later」（2026年7月1日／9月10日確認）— AI学習52%・兼用36%超（いずれも2026年6月時点）、参照流入の約88%
• Cloudflare Blog「Content Signals Policy」（2025年9月24日／9月10日確認）— managed robots.txt 380万ドメイン超の出典