Skip to main content
LovedByAI
Technical SEO

Cloudflare's September 15 AI Crawler Changes: A Developer's Guide

Cloudflare will block Training and Agent AI bots by default on ad-monetized pages starting September 15, 2026. Here's what actually changes, who's affected, and the one setting to check in your dashboard today.

9 min read
By Jenny Beasley
Cloudflare AI Bot Changes

If you run a site behind Cloudflare, you probably got the email this week. If you skimmed it and moved on, I don't blame you, but you'll want to come back to it. On September 15, 2026, Cloudflare changes how it treats AI bots by default. Depending on how your zone is set up, that change can quietly cut your site off from ChatGPT, Claude, and Perplexity. In one specific case it can even trip up Googlebot.

The email Cloudflare sent customers on July 1, 2026, announcing three changes to default AI bot controls, with new defaults taking effect September 15
The email Cloudflare sent customers on July 1, 2026, announcing three changes to default AI bot controls, with new defaults taking effect September 15

I spent a good part of this week reading the announcement, going through the updated docs, and clicking through the dashboards of the WordPress sites we manage at LovedByAI. What follows is what I wish that email had actually said.

TL;DR: From September 15, 2026, Cloudflare sorts AI bots into three groups: Search, Agent, and Training. On pages that show ads, Training and Agent bots are blocked by default while Search bots stay allowed. The new defaults cover new domains, and they also catch any existing zone that never saved an explicit preference. Open Security → Settings → Configure AI bot policies and make a deliberate choice before the deadline. Doing nothing is still a decision, just not one you got to make.

What's actually changing

On July 1, Cloudflare announced it's retiring the old, blunt "Block AI bots" switch. In its place is a system that sorts crawlers by what they actually do with your content:

Cloudflare's three AI bot categories (Search, Agent, and Training) and their new default treatment from September 15, 2026
Cloudflare's three AI bot categories (Search, Agent, and Training) and their new default treatment from September 15, 2026

Here's how each group breaks down, in plain terms:

CategoryWhat it doesCloudflare's default from Sept 15
SearchCollects and indexes your content so an AI can answer questions about it later, with citations and referral traffic as the tradeAllowed
AgentActs in real time for a specific person: fetches your page the moment they ask a question you could answerBlocked on ad-monetized pages
TrainingPulls your content into a model's training run. Your data goes in and nothing comes backBlocked on ad-monetized pages

That distinction is the whole point, because the three behaviors trade very differently. Search and Agent traffic can put your site in front of a real person. A training crawl, on its own, never does.

Why single out pages with ads? Cloudflare reads an ad as a signal that a page was built for human eyeballs. In their words, "an ad is a signal that a website owner meant for a person to land there and see it, something monetizable that fuels the business." Detection is automatic, so you don't tag anything yourself.

Who's affected (probably more people than you'd guess)

Three groups, ordered by how urgently you should check:

  1. New domains onboarding to Cloudflare after September 15. They inherit the new defaults on day one: Search allowed, Training and Agent blocked wherever ads appear.
  2. Existing zones that never set an AI-bot preference. Cloudflare's docs say existing customers can opt out before the deadline. Read that the other way and it means the new defaults apply to you too if you don't record a choice. This is the group most likely to get a nasty surprise in October.
  3. Anyone who clicked the old "Block AI bots" toggle at some point. That legacy setting doesn't map cleanly onto the new categories (it left out mixed-purpose bots entirely). Redo your choice in the new interface rather than trusting the migration to guess your intent.

If you run client sites, multiply all of this by every zone in every account. An agency with 40 WordPress sites sitting on Cloudflare free plans has 40 separate decisions being made on its behalf come September 15.

The mixed-use crawler trap (worth reading twice)

This part of the announcement deserves far more attention than it's getting.

Some crawlers wear more than one hat. Googlebot feeds Google Search and Google's AI features. Bingbot feeds Bing and Copilot. Applebot indexes for Siri and Spotlight while also contributing to Apple's model training. Cloudflare's stated rule for these mixed-use crawlers is that they get judged on all of their behaviors at once, so the strictest setting you've applied is the one that wins.

Follow that logic forward. Say your zone is set to block Training. A crawler that does Search and Training can now get swept up by the Training block. That's not just a hit to your AI visibility. That's your ordinary Google ranking on the line.

Cloudflare knows this is touchy, and the exact handling may still get refined before September 15 (the announcement is only a couple of weeks old as I write this). Either way, the safe play doesn't depend on how it lands:

Rule of thumb: never let category defaults decide the fate of crawlers you can't afford to lose. Write explicit per-bot rules for Googlebot, Bingbot, and Applebot, then let the category policy manage the long tail. Once the switch flips, check your logs for 403s hitting any of the three.

How to check your settings today

The whole audit runs about five minutes per zone.

Step 1. Open the AI bot policy screen. In the Cloudflare dashboard, head to Security → Settings → Configure AI bot policies. If you still see the legacy Block AI bots toggle, it lives on the same Security Settings page.

Step 2. Read what's set for each category. For Search, Agent, and Training you'll see one of three states:

  • Block stops the bot on every page in the zone.
  • Block on pages with ads stops it only where Cloudflare detects ad units.
  • Allow applies no blocking at all.

Step 3. Choose deliberately for each one. The specific option matters less than the fact that you chose it, so the September 15 migration has nothing left to decide. For most business sites, I'd start here:

CategoryRecommended settingWhy
SearchAllowThis is what puts you in AI search answers at all
AgentAllowThis is how ChatGPT and Claude cite you inside live conversations
TrainingYour callBlocking it costs you nothing visible; allowing it is a values decision. Set explicit exceptions for mixed-use crawlers first

If your site earns real ad revenue and you see AI companies as free-riders, flip Agent and Training to block and you've given up nothing you were actually monetizing. But if you're a business that wants AI assistants to recommend you, and most of the sites we work with are, blocking Agent bots is a bit like unplugging your phone because telemarketers exist. I went deep on which specific bots to allow and block to stay visible in ChatGPT, Claude, and Perplexity in a companion piece, robots.txt included.

Step 4. Drop a reminder in your calendar for September 16. Whatever you set, confirm it survived the switchover. Defaults migrations have a long, proud history of catching people off guard.

Timeline from Cloudflare's July 1 announcement to the September 15, 2026 default change
Timeline from Cloudflare's July 1 announcement to the September 15, 2026 default change

Cloudflare rules and robots.txt are not the same thing

One point that trips people up constantly: the dashboard settings are enforcement, not a polite request.

Think of robots.txt as a sign taped to the door. Well-behaved crawlers read it and comply, but nothing forces them to, and a few user-triggered fetchers (OpenAI's ChatGPT-User, Perplexity's Perplexity-User) openly say it may not apply to them because a human asked for the page. Cloudflare's bot rules are the bouncer. The request gets a 403 whether the bot likes it or not.

You want both layers, and you want them telling the same story. A failure mode I keep finding in site audits: robots.txt waves a bot through the front door while the WAF blocks it at the edge. The owner is convinced they're visible to AI search, and every fetch has been dying with a 403 for months.

The money layer: Pay Per Crawl becomes "Pay Per Use"

Default blocking is only half the story. The other half is that Cloudflare is quietly building the toll booth.

Pay Per Crawl, still in private beta, runs over plain HTTP. A crawler requests a page, and instead of content it gets back 402 Payment Required with a crawler-price header. It can retry with a header agreeing to the charge, or send a crawler-max-price offer up front and receive a 200 plus a crawler-charged receipt. Cloudflare acts as merchant of record and pays publishers out. Alongside the July announcement, all of this is expanding into "Pay Per Use," which charges not just for crawls but for any web page, dataset, API, or MCP tool.

None of that needs your attention today. What it tells you is where the road leads. The open crawl is winding down, and access to content is becoming permissioned and priced. The winners in that world are the sites that made deliberate choices about who gets in, not the ones running whatever defaults happened to them.

What this means for your AI visibility

Now the uncomfortable second-order effect. Every site that gets default-blocked on September 15 goes dark to Agent-category fetchers. When ChatGPT tries to read one of those sites to answer a user's question and can't, it doesn't shrug and give up. It reads whichever competitor it can reach and cites them instead.

So the sites that deliberately stay reachable are about to absorb the visibility that everyone else forfeits. It's one of those rare moments where the opportunity comes straight from other people's inaction. If AI referrals matter to your business, and if you're tracking them properly you already know whether they do, the configuration work lives in the companion piece: How to stay visible in ChatGPT, Claude & Perplexity after Cloudflare's new defaults.

Jenny Beasley

Jenny Beasley is Head of GEO at LovedByAI. With 7+ years as SEO Director at Salesforce and 3 years pioneering LLM optimization, she developed the GEO framework delivering a 200% median increase in AI citations within 60 days.

Frequently asked questions

If your zone has an explicit AI-bot preference saved before September 15, 2026, Cloudflare respects it. If it doesn't, the docs indicate the new defaults apply to you as well: Training and Agent bots blocked on ad-monetized pages. New domains onboarding after that date get the new defaults immediately. Either way, the safe move is to open Security → Settings → Configure AI bot policies and record a deliberate choice.

Potentially, in one specific scenario. Cloudflare judges mixed-use crawlers such as Googlebot, Bingbot, and Applebot on all of their behaviors, so a crawler that handles both Search and Training gets the strictest rule you've set. If Training is blocked on your zone, a mixed-use crawler can be caught by that rule. Set explicit allow rules for the crawlers your business depends on instead of relying on category defaults, and check your logs after September 15.

Cloudflare detects ads on your pages automatically, so there's nothing to tag. The "block on pages with ads" option only applies where ad units are found; pages without ads aren't touched by that setting. If you want blocking everywhere regardless of ads, pick the full Block option instead.

It's a genuine judgment call. Blocking Training bots like GPTBot, ClaudeBot, and CCBot doesn't reduce your visibility in AI search or chat answers, because training crawls produce no citations or referrals. Plenty of publishers block them on principle or as licensing leverage. Just keep the categories straight: blocking a Search or Agent bot does directly reduce how often AI assistants can find, cite, and recommend you.

Yes. Cloudflare rules enforce policy at the network edge, while robots.txt is the declared policy that well-behaved crawlers respect and some systems check before deciding whether to index you. They cover different layers, and they should agree. A robots.txt that allows a bot your WAF blocks (or the reverse) creates confusing visibility failures that are miserable to debug.

Ready to optimize your site for AI search?

Discover how AI engines see your website and get actionable recommendations to improve your visibility.

see how AI reads your site

Scan my site free
Cloudflare's September 15 AI Crawler Changes: A Developer's Guide | LovedByAI