hello@datascale.de+49 89 921 35 623tracked cookie-free · /openDEEN

Search services, integrations and blog posts.

DatascaleResourcesChecksAI bot policy

Check · C06 · Security & bots

Reading the AI bot policy: what your robots.txt says to GPTBot, ClaudeBot and co.

The check reads robots.txt for rules on seven AI crawlers. It does not judge, it shows: blocked, allowed, or no decision at all.

What we check

Over HTTP: the scan fetches robots.txt and looks for dedicated User-agent groups for seven crawlers: GPTBot, ClaudeBot, anthropic-ai, PerplexityBot, CCBot, Google-Extended and Applebot-Extended. If a group contains a Disallow: / alone on a line, the bot counts as blocked; any other group counts as explicitly allowed. That yields one of four lines: no rules (default is allow), all named bots blocked, mixed, or robots.txt unreachable. All four are notes, not ratings.

What the scan cannot see: bots outside the list, partial blocks on individual paths, rules a CDN or bot defence enforces independently of the file, and whether a crawler honours the file at all.

Why it matters

The file decides whether your content ends up in training data and, depending on the bot, whether it gets cited in AI answers. Both are marketing questions, not server admin questions, and yet on most sites nobody has decided. The default permission simply applies. The scan makes the state visible so the decision is made with marketing and legal in the room instead of by accident. What the file cannot do: enforce access. It is a convention that serious crawlers respect. The rest read what they want to read.

Common causes

  • The robots.txt contains no rules for AI crawlers, so the default permission applies to GPTBot and friends, often unknowingly.
  • A blanket block from the copyright debate also locks out the crawlers that feed AI search and citations.
  • The rules are outdated, new bots with new user agents are not covered.
  • A CDN blocks AI bots at the network level while robots.txt says the opposite; the documentation matches neither.

The fix

Decide, with marketing and legal at the table: allow training or not, citation in AI answers wanted or not. Then one User-agent group per crawler in robots.txt, separately for training bots and search bots. Check the list against the vendors' documentation every six months, because new identifiers keep appearing; if you allow, show the crawlers what to cite with an llms.txt and clean JSON-LD. If you block, also check the CDN's bot defence. That is where the rule gets enforced.

Check it yourself first

The Tracking Check tests this point along with all the others, in seconds.

Start the Tracking Check →
Should we block AI crawlers or not?

That is a decision the scan does not make for you. Blocking keeps content out of training and, depending on the bot, out of AI answers where your site would otherwise be cited. Allowing supplies material for both. The line only says which decision is in the file; for many sites there is none, and the default permission applies without anyone having made it.

We blocked GPTBot. Is our site out of ChatGPT now?

Out of training, as far as the bot honours the rule. For search and on-demand fetches the vendors use separate identifiers the scan does not check; if you want the site out of AI answers, you have to set those groups too. And robots.txt is a request, not a lock: whoever does not ask is not stopped.

Why is the line never critical?

Because there is no right answer. A publisher blocks for good reason, a B2B site wants to be cited. The scan shows the current state so the decision is made deliberately, and files it as a note, without a point deduction.

The fix, delivered

Wired up in days, not sprints.

Findings from the Tracking Check go into a ranked sequence with effort estimates in the Audit Sprint, every module with an acceptance criterion.