Cloudflare AI bot policies for indie sites
Quick answer
Cloudflare's July 2026 AI bot policy update gives small sites a more practical choice than "block every bot" or "leave everything open". The useful default for most indie product sites is:
allow Search
limit Agent only where it helps users
block Training on monetized or original-content pages
keep robots.txt and Google indexing eligibility intact
review AI Crawl Control logs
Separate three jobs: search discovery, user-directed agent visits, and model-training crawls. If they stay mixed together, an indie site can block useful discovery while still allowing low-value scraping.
Who this is for
This guide is for indie developers, solo SaaS builders, documentation-site owners, and small publishers who run through Cloudflare and care about both AI search visibility and content control.
For llms.txt versus robots.txt, start with the AI crawler decision guide. For browser-agent website actions, use the WebMCP security checklist.
What changed, and why now
Cloudflare's updated AI bot controls introduce a clearer taxonomy for common AI traffic behaviors:
| Behavior | Practical meaning for an indie site |
|---|---|
| Search | Crawlers that collect or index content so users can find answers later. |
| Agent | User-directed automated visits, such as chat fetch bots or browser-use agents. |
| Training | Crawlers that take content to train or fine-tune models, including mixed-purpose crawlers when training is involved. |
Cloudflare now lets customers act on these behaviors instead of relying only on the older "Block AI bots" setting. On September 15, 2026, new domains get updated defaults: Training and Agent bots are blocked on pages with ads, Search remains allowed, and mixed-purpose Search plus Training crawlers are blocked by AI-training block configurations. Customers can opt out before then.
Google's AI features documentation says there are no extra technical requirements, no special AI schema, and no required AI text file to appear in AI Overviews or AI Mode; pages need to be indexable, eligible for snippets, and supported by ordinary SEO fundamentals.
The indie-site decision tree
Use this before changing Cloudflare settings:
Is the page meant to acquire users from search?
yes -> keep Search allowed, verify Googlebot/Bingbot access, keep snippets enabled
no -> continue
Does the page contain original paid, gated, or ad-supported content?
yes -> block Training, consider "block on pages with ads"
no -> continue
Would a user-directed agent help a real user complete a task?
yes -> allow Agent on that journey, then monitor logs
no -> block Agent on low-value or sensitive paths
Is the path sensitive, transactional, or expensive to serve?
yes -> add WAF/rate limits/auth checks outside the AI bot preset
no -> start with observation before blocking
For most indie products, the first policy should be conservative and measurable:
| Site area | Suggested starting policy | Reason |
|---|---|---|
| Marketing homepage | Allow Search, observe Agent, block Training only if the content is highly original or ad-supported. | Discovery matters more than control here. |
| Blog and guides | Allow Search, block Training when content is a competitive asset, observe Agent. | Preserve long-tail traffic while reducing uncompensated reuse. |
| Pricing and checkout | Allow Search only if public, limit Agent, block Training. | Avoid automated transactional confusion. |
| App dashboard | Do not rely on bot classification alone; require auth and server-side authorization. | Private product data is not a crawler-policy problem. |
A practical setup workflow
1. Keep Search separate from Training
The most common mistake is treating "AI bot" as one category. Search crawlers and training crawlers have different value. Search can help a new product get discovered; Training can consume original content without sending qualified users back.
If Cloudflare shows behavior-based controls for Search, Agent, and Training, keep Search allowed first. Then decide whether Training should be blocked globally, blocked only on ad-supported or original-content pages, or left open for low-risk pages.
2. Use AI Crawl Control as evidence
Cloudflare's AI Crawl Control is available on all plans and can show crawler activity, request patterns, robots.txt compliance, and crawler management options:
| Check | What to record |
|---|---|
| Top crawler operators | Which operators are actually hitting the site. |
| High-volume paths | Whether bots target blogs, docs, pricing, or app paths. |
| Response status | Whether your rules create accidental 403/402 spikes. |
| Robots compliance | Whether crawlers respect existing directives. |
| Search impact | Whether indexed pages continue returning 200 and snippets remain allowed. |
Do not tighten the policy every time you see crawler traffic. First classify it as search, user-directed agent work, training, monitoring, social preview, or abuse.
3. Keep Google AI feature eligibility boring
Google's guidance is less exotic than most "GEO" advice. For AI Overviews and AI Mode, normal SEO fundamentals still apply: allow crawling, use internal links, keep important content in textual form, make structured data match visible content, and verify the site in Search Console.
That creates a simple release gate for Cloudflare changes:
curl the public page -> 200
check robots.txt -> no accidental disallow for important pages
check meta robots -> snippets allowed where needed
run Search Console URL inspection after deploy
watch indexed pages after policy changes
Common mistakes
- Turning on a broad block before separating Search, Agent, and Training.
- Blocking mixed-purpose crawlers without checking whether those crawlers were also responsible for discovery.
- Assuming Cloudflare bot policy replaces
robots.txt, authentication, rate limits, or server authorization. - Forgetting social preview, monitoring, SEO audit, and accessibility crawlers when tightening bot rules.
- Writing
llms.txtand then assuming it enforces policy.
FAQ
Should an indie site block all AI bots?
Usually no. Allow Search, observe Agent behavior, and block Training only where the content or page economics justify it. A brand-new product usually needs discoverability more than blanket exclusion.
Does blocking Training hurt Google AI Overviews or AI Mode?
Not automatically, but broad blocking can affect crawlability. Keep search crawlers and snippet eligibility intact if search traffic matters.
Should I enable Pay Per Crawl immediately?
Treat it as a future option. First measure bot traffic, protect valuable pages, keep search discovery working, and only then decide whether charging makes sense.
Sources
- Cloudflare Docs: Block AI Bots: https://developers.cloudflare.com/bots/additional-configurations/block-ai-bots/
- Cloudflare Docs: Verified bots: https://developers.cloudflare.com/bots/concepts/bot/verified-bots/
- Cloudflare Docs: AI Crawl Control: https://developers.cloudflare.com/ai-crawl-control/
- Cloudflare Blog: Your site, your rules: new AI traffic options for all customers: https://blog.cloudflare.com/content-independence-day-ai-options/
- Google Search Central: AI features and your website: https://developers.google.com/search/docs/appearance/ai-features
Top comments (0)