On this page
Why ChatGPT Ignores Your Website
Seventy-one percent of news publishers accidentally block AI search crawlers via robots.txt, making their sites invisible to ChatGPT answers. Blanket 'block AI bots' rules often catch the wrong crawlers, as AI vendors split training and search agents most site owners don't know exist. Explicitly allowing search crawlers in your robots.txt restores AI visibility without sacrificing content licensing control.
Seventy-one percent of news publishers who block an AI search crawler do it by accident, silently erasing themselves from ChatGPT’s answers while believing they’re protecting their content. The widespread default advice to “block AI bots” has become the single largest cause of unintentional invisibility in AI search — not a protection against content theft. The problem is that most site owners don’t realize AI vendors have deliberately split their crawlers into separate training and search agents, and a blanket block hits the wrong ones. If you’ve ever wondered why ChatGPT ignores your website despite having excellent content, your robots.txt file is the first place to look.
The Crawler Purpose Split That Breaks Everything
Every major AI vendor now runs at least two crawlers with opposite jobs, and treating them as a single “AI bot” is the root cause of most accidental invisibility. Training crawlers collect content to build and refine models. Search crawlers build the retrieval indexes that power live AI search answers. Blocking one does not block the other — they are governed by separate user-agent strings and separate rules in your robots.txt.
OpenAI’s crawler documentation is explicit about this separation. Blocking GPTBot, the training crawler, “does not affect ChatGPT search results or citations,” per OpenAI’s published crawler documentation. Meanwhile, opting out of OAI-SearchBot means your site “will not be shown in ChatGPT search answers, though can still appear as navigational links,” according to OpenAI’s official guidance. That’s the whole game. You can block training and keep your citations — but only if your robots.txt distinguishes between the two.
The problem is scale. Only 37% of the top 10,000 domains currently have a robots.txt file at all, and fewer than 8% of those have any specific AI crawler rules, per ProAI Search’s analysis of Cloudflare’s 2026 crawl data. Most sites are running on whatever default was set years ago, before OAI-SearchBot even existed. Those defaults are blocking the exact crawler responsible for getting them cited today.
The JavaScript Blind Spot and the Cache Layer
Even if your robots.txt is perfectly configured, your content might still be invisible — because none of the major AI crawlers execute JavaScript. Anything rendered client-side is invisible to them, as MADX’s crawler analysis confirms. If your product pages ship through a React or Vue app that loads content via API calls after initial page load, AI crawlers see an empty shell. No content means no citation, no matter how permissive your robots.txt is.
There’s a second layer you might not know about. ChatGPT’s offline web search uses OpenAI’s indexed and cached web content rather than live web search at the time of each request, per Search Engine Roundtable’s documentation review. If a page is not available in the index or cache, ChatGPT cannot retrieve it through offline web search. This means crawl access and index freshness matter even for content that doesn’t change frequently — once you’re cached, you can be cited even when the live crawler isn’t actively visiting.
User-triggered fetchers add another wrinkle. ChatGPT-User and Perplexity-User fire when a live user asks the AI to fetch a specific URL in real time. These agents state in their own documentation that robots.txt may not apply to them, per MADX’s analysis. You can’t reliably control them through robots.txt alone, which means your server’s firewall and WAF rules need to be reviewed separately. Some firewalls automatically flag AI user-agents as suspicious and block them at the network level, creating an invisible wall that robots.txt can’t fix.
The Cloudflare September 2026 Default That Will Break Search Visibility
Here’s the ticking time bomb. From September 15, 2026, Cloudflare will block mixed-use crawlers — including Googlebot, Bingbot, and Applebot — by default on ad-supported pages for customers who have blocked training bots, per Cloudflare’s published policy documentation. These crawlers combine search indexing and AI training functions in a single bot. If you block training, you also block search — and you lose visibility in Google, Bing, and Apple search simultaneously.
This is the tradeoff most site owners don’t know they’re about to face. Google, Microsoft, and Apple each offer separate opt-out mechanisms for AI training (Google-Extended, Applebot-Extended, and Bing’s noarchive meta tag), but the base crawlers themselves are mixed-use. Cloudflare’s new policy is designed to force these companies to separate their search and training functions — a long-term win for ecosystem transparency. In the short term, it means publishers who aren’t paying attention will wake up in September having lost their traditional search presence.
The fix is to explicitly allow mixed-use crawlers in your Cloudflare settings even if you block training-only bots. Don’t rely on defaults. The September change affects both new domains and zones that never saved an explicit preference. If you haven’t logged into your Cloudflare dashboard to review your bot management settings, do it before September 15.
Crawl Volume Is Surging, But Citations Are Shrinking
You might assume that more crawling means more citation opportunities. The data tells a more complicated story. OpenAI’s automated crawl activity roughly tripled after the launch of GPT-5 in August 2025, with OAI-SearchBot recording approximately 3.5x more events, per Search Engine Journal’s analysis of Botify’s 7 billion log events. The search crawler now outpaces the training crawler — a structural shift from the pre-GPT-5 era.
But here’s the catch. ChatGPT Search responses began referencing approximately 20% fewer websites after the early-March 2026 transition to GPT-5.3 Instant, with average unique domains per response dropping from 19 to 15, per Search Engine Journal’s coverage of Resoneo’s 27,000-response analysis. More crawling, fewer citations. The total citation surface shrank, meaning the sites that do get cited take up a larger share of each answer — but fewer sites share that surface at all.
The crawl-to-referral ratio tells you why this asymmetry matters. Anthropic’s crawl-to-referral ratio reached approximately 70,900:1 at its June 2025 peak, compared to roughly 5:1 for Googlebot, per Digital Applied’s decision matrix. AI crawlers absorb enormous amounts of content while sending back almost no referral traffic. The economic case for blocking training crawlers is strong. The visibility case for allowing search crawlers is equally strong. You need both decisions to be deliberate.
The Publisher Problem: Accidental Blocks and the 71% Statistic
Among news publishers, 79% block at least one AI training bot, which makes sense — their content is the licensing asset. The problem is that 71% of those who block a search bot do so accidentally, losing citations they never meant to give up, per SubscribePR’s analysis of publisher blocking patterns. The mechanism is usually a security plugin’s “block all bots” default or a blanket Disallow: / rule copied from an outdated 2024 blog post.
Here’s how the accidental block typically happens. A site owner adds User-agent: GPTBot / Disallow: / to keep content out of model training. So far, so good — this has zero impact on search visibility. But then they also add a generic User-agent: * / Disallow: rule, or their WordPress security plugin adds one automatically. That wildcard rule catches OAI-SearchBot, Claude-SearchBot, PerplexityBot, and every other retrieval crawler. The site owner thinks they’ve blocked training. They’ve actually blocked everything.
The fix requires explicit per-crawler rules. You need to name each search and retrieval crawler individually and set Allow: / for each one, even if your wildcard rule blocks everything else. This is more maintenance than a blanket block, but the cost of the blanket block is invisibility in the fastest-growing discovery channel on the web.
The Decision Matrix: Which Crawlers to Allow, Which to Block
The defensible 2026 default is to explicitly allow all search and retrieval crawlers while selectively blocking only training crawlers. This configuration eliminates the risk of accidental AI invisibility, retains full control over content licensing for model training, and is explicitly supported by every major AI vendor’s published crawler documentation.
| Crawler | Purpose | Recommendation | Impact of Blocking |
|---|---|---|---|
| OAI-SearchBot | ChatGPT search indexing | Allow | Removed from ChatGPT search answers |
| GPTBot | Model training | Block (optional) | Zero impact on search citations |
| Claude-SearchBot | Claude search indexing | Allow | Removed from Claude search answers |
| ClaudeBot | Model training | Block (optional) | Zero impact on search citations |
| PerplexityBot | Search indexing | Allow | Removed from Perplexity answers |
| ChatGPT-User | Live user-triggered fetch | Allow | ChatGPT can’t read your page mid-conversation |
| Googlebot | Mixed search + training | Allow (use Google-Extended to opt out of training) | Disappears from Google Search |
| Bingbot | Mixed search + training | Allow (use noarchive meta tag to opt out of training) | Disappears from Bing and Copilot |
The user-triggered fetchers deserve special attention. ChatGPT-User, Claude-User, and Perplexity-User retrieve specific pages in real time when a user’s conversation calls for them. Allowing these means a prospect asking ChatGPT about your product can get a live, accurate quote from your site. Blocking them means ChatGPT falls back on whatever it already has cached — which might be stale, incomplete, or wrong. For time-sensitive content like pricing, documentation, or policy pages, the user-triggered crawlers are your last line of defense against outdated information appearing in AI answers.
Your Robots.txt Audit: A Practical Walkthrough
Here’s how to check whether your site is accidentally invisible to AI search. This takes about ten minutes if you have access to your robots.txt file and your server logs.
- Fetch your robots.txt file. Visit
yourdomain.com/robots.txtin a browser. If you get a 404, you don’t have one — which means you’re running on whatever defaults your server or CDN applies. Only 37% of the top 10,000 domains have a robots.txt file at all, per ProAI Search, so you’re in good company, but you’re also flying blind. - Search for AI crawler user-agent strings. Look for
GPTBot,OAI-SearchBot,ClaudeBot,Claude-SearchBot,PerplexityBot,ChatGPT-User,Google-Extended, andCCBot. If none appear, your file predates the AI crawler split and needs updating. - Check for wildcard Disallow rules. Any
User-agent: *block withDisallow: /will catch every crawler that doesn’t have an explicit override. This is the most common cause of accidental AI invisibility. - Verify search crawlers are explicitly allowed. Add
Allow: /rules for OAI-SearchBot, Claude-SearchBot, PerplexityBot, and ChatGPT-User. These are the crawlers that determine whether you appear in AI search answers. - Check your Cloudflare bot management settings. If you’re a Cloudflare customer, review your bot settings before September 15, 2026. The new defaults will block mixed-use crawlers on ad-supported pages if you’ve blocked training bots.
- Review your WAF and firewall rules. Some firewalls block AI user-agents at the network level, which robots.txt can’t override. Check your access logs for 403 responses to known AI crawler user-agents.
- Verify with server logs, not assumptions. Check your access logs for OAI-SearchBot, GPTBot, and ChatGPT-User requests. If you see GPTBot but not OAI-SearchBot, your robots.txt is likely blocking the search crawler while allowing the training crawler — the exact opposite of what you want.
The Broader Visibility Problem
Getting your robots.txt right is a floor, not a strategy. Crawl access means AI engines can read your site — it doesn’t mean they will cite you. As we’ve covered before, traditional SEO signals don’t translate to AI search citations. Earned media and community presence across independent domains drive brand visibility far more than on-site optimization.
The proxy retrieval reality means LLMs discover websites through commercial scrapers and third-party platforms rather than owned sites. External validation across independent domains drives citations far more than on-site optimization. And as our analysis of ChatGPT recommendation patterns shows, very few URLs cited by ChatGPT appear in Google’s top 10 organic results — the ranking factors are fundamentally different.
For SaaS companies specifically, multi-turn resilient visibility matters more than single-prompt presence. You need entity clarity and presence across 2-3 AI engines to survive multi-turn conversations.
The question isn’t whether to block AI crawlers. It’s which ones, and whether your robots.txt reflects a decision you actually made — or a default someone else made for you three years ago. Go check your robots.txt file right now. If OAI-SearchBot isn’t explicitly allowed, you’re invisible to ChatGPT Search, and you probably don’t even know it.