Webclat / AI Visibility

AI crawlers: allow, block, or shape - deliberately

Every site now has an AI crawler policy - most just never chose it. A blanket bot-block from 2019, a default-allow nobody reviewed: either way the decision is being made, silently, and it decides whether you can exist in AI answers at all.

In short

AI crawlers (GPTBot, PerplexityBot, ClaudeBot, Google-Extended and peers) fetch your content for AI systems. Blocking them protects nothing you sell and removes you from AI answers; allowing them indiscriminately ignores real licensing questions. The right move is a deliberate per-bot policy in robots.txt - and log monitoring to see what actually happens.

Who is fetching, and for what

CrawlerOperatorFeeds
GPTBotOpenAIModel training corpus (distinct from ChatGPT's browsing fetches)
OAI-SearchBot / ChatGPT-UserOpenAISearch/browsing retrieval - the fetches behind cited answers
PerplexityBotPerplexityRetrieval index for answer generation
ClaudeBotAnthropicCrawling for Claude's systems
Google-ExtendedGoogleControls AI training use - separate from Googlebot, which still feeds Search and AI Overviews

Names and behaviors evolve; verify against each operator's current documentation before finalizing a policy - and trust your logs over any list, including this one. Two more worth knowing by name: CCBot (Common Crawl's nonprofit crawler, reused as training data by multiple labs) and Bytespider (ByteDance's crawler, reported by third parties as inconsistent about robots.txt compliance). Deeper, dedicated reads on the two OpenAI bots and Anthropic's crawler: OAI-SearchBot and ClaudeBot.

What blocking actually does - and does not

Blocking retrieval bots removes you from the candidate pool for cited answers: for a business that wants customers to find it, that is self-inflicted invisibility. Blocking training-only bots is a narrower call - a legitimate licensing position for content businesses, with little effect on answer citations that run through retrieval fetches. The common mistake is one rule for both jobs: training use and retrieval use are separate decisions, and the bots are separable in robots.txt.

A sane default policy for a commercial site

  • Allow retrieval/search bots - being citable is the point of publishing.
  • Decide training bots on business grounds - for most service businesses, allowing costs nothing and widens reach; for paid-content businesses, blocking is a defensible stance.
  • Never rely on the default - write the per-bot rules explicitly, so the policy survives the next robots.txt edit.
  • Monitor the logs - policy is what you wrote; reality is what got fetched. Our crawler-log tooling watches the delta on our own estate daily.

Field note from our own logs: AI bot traffic patterns shift far faster than documentation updates. A policy set once and never monitored is a policy in name only.

Common questions

Should I block GPTBot?

Decide by what you sell. Service businesses generally benefit from being in AI systems; paid-content businesses may reasonably block training bots while keeping retrieval bots allowed. Make it a per-bot decision, not a blanket one.

Does blocking AI crawlers protect my content from AI?

Only partially - it stops direct fetches by compliant bots. Content already public spreads through other channels, and non-compliant scrapers ignore robots.txt entirely. Treat robots.txt as policy, not protection.

How do I know which AI bots visit my site?

Server or CDN logs, filtered by user-agent and verified by IP where operators publish ranges. This is exactly what our crawler-log analysis sets up.

Do AI crawlers respect robots.txt?

The major operators state compliance and largely observe it. Verification is still your logs - which is why monitoring belongs in the policy.

Set the policy on purpose - then watch it hold.

Per-bot robots.txt policy, log monitoring, and the crawl-pattern reporting that shows which content AI engines actually want.

Review My Crawler Policy