Does Cloudflare block GPTBot by default?
It depends which OpenAI crawler, and since 15 September 2026 it also depends on the page. Cloudflare asks every new domain at sign-up whether to allow AI crawlers, and from 15 September 2026 new domains onboard with bots classified Training or Agent blocked on pages that display ads, while Search stays allowed.
GPTBot is the training crawler, so on a new ad-supported Cloudflare domain it is blocked by default. OAI-SearchBot is not — and that is the one that decides whether you can be cited.
And the setting is not the whole answer. Your robots.txt can say yes while your edge says no, and nothing in the file reveals it.
The three OpenAI crawlers are not one thing
Almost every page written about this treats "AI crawler" as a single switch. OpenAI ships three, and they do different jobs:
| Crawler | What it is for | What blocking it costs you |
|---|---|---|
GPTBot | Training | Your content is not used to train the model. Nothing about search or citation changes. |
OAI-SearchBot | Search index | You stop appearing in ChatGPT's search results. This is the expensive one. |
ChatGPT-User | Live fetch | A page a user asks about cannot be fetched and read back to them. |
Blocking training is a legitimate editorial decision and plenty of publishers make it on purpose. Blocking search is almost never what someone meant to do. The question "does Cloudflare block GPTBot by default" matters mostly because of what the answer implies about the other two.
What Cloudflare actually does, from Cloudflare's own pages
Read on 15 September 2026, from the primary sources rather than from the summaries:
- 1 July 2025 — Cloudflare became the first infrastructure provider to block AI crawlers by default where there is no permission or compensation, and every new domain is asked at sign-up whether to allow them. The choice is presented; it is not silently made.
- 15 September 2026 — new domains onboarding get updated defaults: bots classified Training or Agent are blocked on pages that display ads, and Search remains allowed.
So the flat sentence "Cloudflare blocks AI bots by default", which is what every result on page one for this question says today, is no longer the whole answer. The default is now scoped by classification and by whether the page carries ads. An existing domain is wherever its owner left it, which is usually wherever the sign-up prompt was answered.
The measurement: what sites actually do, and the mistake in it
Docket surveyed the Tranco top 10,000 in August 2026 — reading robots.txt, and separately asking each server. Two findings bear directly on this question.
First, the file is not the answer. 643 hosts (6.43%) refused a
self-identifying bot outright — 401, 403, 406, 429 or 503 — before any robots.txt rule could
apply. Of the hosts whose robots.txt explicitly permitted a fetch of /llms.txt,
4.73% were then denied it by the server anyway. A site can allow every AI
crawler in the file and still be invisible to all of them.
Second, and this is the part that should change what you do: of the
425 sites blocking OAI-SearchBot,
414 also block GPTBot — 97.4%. Only
11 sites in the whole survey blocked search without also blocking
training.
That overlap is the signature of a blanket decision rather than a considered one. Almost nobody sat down and chose to be absent from ChatGPT's search results while allowing training; they turned "AI crawlers" off as one switch, and search went with it. A default that distinguishes Training from Search — which is what Cloudflare now ships — is an improvement precisely because the blanket version is what people were living with.
How to find out what your own site does
The only reliable test is to ask your own server as each crawler and compare the answer to an ordinary request. Two requests, same machine, seconds apart:
- Browser 200, crawler 403 — your edge is refusing that crawler. This is the finding.
- Both 403 — your protection is refusing the tool, not the crawler, and the answer has to come from your CDN's logs instead.
- Both 200 — nothing is blocking on the user-agent string. Note the limit honestly: Cloudflare verifies bot identity by IP as well, so this does not prove a verified crawler gets through.
Docket does this as part of an audit: it asks your origin once per crawler using each crawler's documented user-agent, with its own name appended so anyone reading their logs can see who asked, and compares the status against an ordinary request. Nothing that only reads robots.txt can find this, because nothing in robots.txt is wrong.
What to do about it
- Decide per crawler, not per category. Blocking
GPTBotand allowingOAI-SearchBotandChatGPT-Useris a coherent position: no training, still citable. A single "block AI" toggle does not express it. - Check the edge, not the file. Your robots.txt is a request. Your server is the answer, and 6.43% of the top 10,000 sites answer differently from their file.
- Re-check after any CDN change. Managed bot rules ship with lists that update without you, and AI crawlers are newer than most of those lists.
If your crawlers are already getting a 403 while robots.txt allows them, the diagnosis and fix are on when your CDN blocks AI crawlers your robots.txt allows. The directive side — which tokens are live, which are retired and which do nothing — is AI crawler access. A crawler you let in still has to be able to read the page, which is the JavaScript SEO audit.
Common questions
Does Cloudflare block GPTBot by default?
On a new domain onboarding from 15 September 2026, bots classified Training or Agent are blocked on pages that display ads, and GPTBot is the training crawler — so yes, there. Search-classified bots such as OAI-SearchBot stay allowed. Every new domain has also been asked the question at sign-up since 1 July 2025, so an existing domain is wherever its owner left that prompt.
Does blocking GPTBot stop me appearing in ChatGPT?
No. GPTBot is the training crawler. OAI-SearchBot builds the search index and ChatGPT-User fetches pages a user asks about. Blocking GPTBot alone keeps your content out of training while leaving you citable — that is a coherent position, and a single 'block AI' toggle does not express it.
My robots.txt allows GPTBot. Does that settle it?
No. In Docket's August 2026 survey of the Tranco top 10,000, 6.43% of hosts refused a self-identifying bot outright before any robots.txt rule could apply, and 4.73% of hosts whose robots.txt permitted /llms.txt were then denied it by the server. robots.txt is a request; the server is the answer.
How do I check whether my site blocks an AI crawler?
Request the same URL twice from the same machine, once with the crawler's user-agent and once with an ordinary browser's, and compare. Browser 200 with crawler 403 is the finding. Both 403 usually means your protection dislikes command-line tools rather than the crawler. Both 200 means nothing blocks on the user-agent string, though Cloudflare also verifies bot identity by IP.
Is blocking AI crawlers a mistake?
Blocking training crawlers is a legitimate editorial choice. Blocking search crawlers rarely is, and the survey suggests most people do it without meaning to: of the 425 sites blocking OAI-SearchBot, 414 also block GPTBot, and only 11 blocked search without blocking training. That overlap is the shape of one switch, not a decision.