III-A8 CDN側制御(Cloudflare等)を理解する
robots.txtだけに頼らない、CDNレイヤーでのクローラー制御
このレッスンの狙い:CDN側でのAIクローラー制御の選択肢を説明できる
最終更新: 2026-07-23
この記事の要点
- CDN側でのAIクローラー制御の選択肢を説明できる
- robots.txtだけでは足りない理由
- Cloudflareが提供する3つの機能
robots.txtで方針を書いても、それを守るかどうかは相手のクローラー次第——という弱点があります。この弱点を技術的に補うのがCDN側の制御です。Cloudflareを例に、自社ですぐ検討できる選択肢を具体的に押さえていきましょう。
robots.txtだけでは足りない理由
robots.txtは紳士協定であり法的強制力はありません(III-A1参照)。善良なクローラーは従いますが、宣言と実際の挙動が食い違う事例も報告されています。実際、2026年1月付のデータを扱った報告では、英国サイトの72%でAIクローラーによるrobots.txt違反が観測されたとされています(出典: 365iほか報道, 2026年1月)。多くの中小規模サイトが利用しているCloudflare等のCDN(コンテンツ配信を高速化・保護する中継インフラ)は、この「宣言頼み」を補う、実際のアクセスを技術的に検知・制御できるレイヤーです。
Cloudflareが提供する3つの機能
Cloudflareを例にすると、CDN側の制御は大きく3つに整理できます。1つ目はAI Audit、ダッシュボード上でどのAIボットが・どの頻度で・どのページにアクセスしているかを可視化する機能です。2つ目はAI Crawl Control、2025年7月の「Content Independence Day」発表でAI学習ボットのワンクリック・デフォルトブロック機能とPay per crawl(従量課金)のベータ版が導入され、同年8月に一般提供されました。3つ目はPay per crawl、ボットごとに「Allow(許可)・Charge(課金)・Block(拒否)」を選べる仕組みで、未払いアクセスにはHTTP 402(Payment Required)、支払い合意があればHTTP 200が返ります。認証はWeb Bot Auth(Ed25519鍵ペアとHTTPメッセージ署名を使う仕組み)で行われ、最低価格は1回の取得成功あたり0.01ドルからです(出典: Cloudflare公式ブログ, 2025年7月)。
2026年7月の方針転換——成果連動課金へ
Cloudflareは2026年7月1日、大きな方針転換を発表しました。1つは、学習・検索・エージェント取得を単一のUser-Agentで行う「混在型」クローラーについて、広告掲載ページ上でデフォルトブロックする方針で、2026年9月15日から適用されます。もう1つは、Pay per crawlからPay per useへの進化です。従来の「クロールされた回数に応じた課金」から、AIが実際に回答の中でその内容を使った時点で支払いが発生する成果連動型へ移行する設計になっています(出典: Cloudflare公式発表, 2026年7月)。
コスト事故に注意——重い処理を伴うURL
CDN側の制御を検討する際に見落とされがちなのが、画像変換やAPIなど重い処理を伴うURLをAIクローラーが無制限に叩けてしまうリスクです。国内メディアでは、Meta系AIクローラーが画像変換用のURLへ大量アクセスし、CDNの従量課金が急増した事故が報告されています(出典: ai-native.jp, 2026年)。個別事例の詳細な金額は精査が必要ですが、「重いエンドポイントほどレート制限をかけておく」という教訓自体は押さえておく価値があります。CDNのカスタムルールなら、次のような条件式でAIボットだけを狙って絞り込めます。
http.user_agent contains "GPTBot" and starts_with(http.request.uri.path, "/api/image-transform")robots.txtとCDN制御の役割分担
| 観点 | robots.txt | CDN側制御(Cloudflare等) |
|---|---|---|
| 強制力 | 紳士協定(法的強制力なし) | 実際のアクセスを技術的にブロック・課金可能 |
| 可視化 | できない | AI Auditで頻度・対象ページを可視化 |
| 収益化 | できない | Pay per crawl・Pay per useで課金可能 |
| 実装の手間 | テキストファイル1つ | CDN契約・設定が必要 |
両者は競合するものではなく、robots.txtで意思表示をしつつ、CDNで実際の挙動を監視・制御するという二段構えが実務上の基本です。
実践ステップ
- 自社が利用しているCDN・WAFにAIボット管理機能があるか確認する
- Cloudflare等のAI Audit(可視化機能)を有効化し、直近のアクセス実態を確認する
- 学習用・検索索引用・エージェント型ごとにAllow/Charge/Blockの使い分けを検討する
- 画像変換やAPIなど重い処理を伴うURLにレート制限をかける
- Pay per crawl・Pay per useの導入が自社のビジネスモデルに合うか検討する
- 2026年9月15日からの混在型クローラーのデフォルトブロック方針が自社に影響するか確認する
まとめ
robots.txtは紳士協定にすぎず、実際に違反が観測されている以上、CDN側での可視化と制御を組み合わせることがテクニカルAIOの実務水準です。AI Audit・AI Crawl Control・Pay per crawl(2026年からはPay per useへ進化)という3つの選択肢があり、2026年9月からは混在型クローラーのデフォルトブロックも始まります。重い処理を伴うURLは無制限に叩かれるとコスト事故につながるため、レート制限もあわせて検討しましょう。設定が実際に機能しているかどうかは、次のIII-A9でログを開いて確かめます。
このレッスンはテキストとスライドで学べます。スライドは上のビューアからご覧ください。
確認テスト
選択肢をクリックすると、その場で正誤と解説が表示されます。
Q1. robots.txtには法的強制力があり、違反したクローラーには罰則が科される。
robots.txtは紳士協定であり法的強制力はありません。
Q2. 2026年1月付の報告で、英国サイトの何%でAIクローラーによるrobots.txt違反が観測されたか。
英国サイトの72%でAIクローラーによるrobots.txt違反が観測されたとされています。
Q3. Cloudflareが2026年7月1日に発表した、Pay per crawlの進化形は何か。
AIが実際に回答の中で内容を使った時点で支払いが発生する成果連動型「Pay per use」への移行が発表されました。
このレッスンのFAQ
Q. robots.txtだけ設定していればAIクローラー対策として十分ですか?
十分とは言えません。robots.txtは紳士協定で法的強制力がなく、実際に違反も観測されているため、CDN側での可視化・制御を組み合わせるのが実務水準です。
Q. Cloudflareの「Pay per crawl」とはどんな仕組みですか?
ボットごとにAllow・Charge・Blockを選べる仕組みで、未払いアクセスにはHTTP 402、支払い合意があればHTTP 200が返ります。
Q. 画像変換やAPIなど重い処理URLを放置するとどんなリスクがありますか?
AIクローラーに無制限にアクセスされ、CDNの従量課金が急増するコスト事故につながるリスクが報告されています。