RatedWithAI

RatedWithAI

Accessibility scanner

AI Copyright & Content RightsAugust 29, 2026

robots.txt Is a Note on the Door. Decide What the Lock Is.

Every publisher-side control against AI crawling falls into one of two categories: it either changes what a crawler is technically able to do, or it changes what you can say afterwards about whether the access was authorised. Most teams deploy only the second kind and believe they deployed the first.

Signal
robots.txt is evidence of objection, not a technical barrier
Two crawlers
Training collection and answer-time retrieval are separate identifiers with opposite trade-offs
Reserve
Where mining is permitted absent reservation, silence is a licence

The Ladder, From Weakest to Strongest

There is a hierarchy here and it is worth being honest about where each control sits. A robots.txt directive is a request that most reputable operators honour and no one is obliged to. A meta tag or response header saying the same thing is the same class of control with better per-page granularity. Terms of service move you from protocol to contract, but only where assent can be argued. Network-level blocking — user-agent and address filtering, challenge pages, rate limits — actually stops requests, at the cost of false positives against readers and against search engines you want.

Authentication is the only control that reliably works, because it converts an open resource into one where access requires credentials, and unauthorised access to a credentialed system engages an entirely different and much stronger set of legal theories. Everything above authentication is friction plus evidence. That is not nothing — friction plus evidence is what most licensing conversations are actually built on — but it should be chosen deliberately rather than mistaken for a fence.

The Failure Modes, Ranked by How Often They Ship

COMMON
Blocking the retrieval agent by accident. A team pastes a block list, catches the answer-time fetcher alongside the training crawler, and quietly removes itself from assistant citations for a quarter before anyone notices.
COMMON
Directives that contradict the terms. robots.txt allows what the terms of service prohibit, or the terms are silent where the file objects. The inconsistency is the first thing an opponent points at.
COMMON
A stale identifier list. Crawler names change and new ones appear monthly; a file written eighteen months ago is blocking agents that no longer exist and missing the ones that do.
FREQUENT
The soft paywall that is not one. Content rendered into the page and hidden with an overlay is fully present in the response body — gated for a reader, entirely open to any fetcher.
FREQUENT
Syndication and feeds left open. The article is blocked on your domain and freely available through your full-text RSS feed, your partner network and your own AMP-style mirrors.
UNDERRATED
No access logs retained. Any assertion about who fetched what, how often, and after what notice depends on logs. Thirty-day retention means the evidence for a pattern that took six months to emerge does not exist.

Blocking the fetcher is a distribution decision, not a legal one. The training crawler question is about rights. The retrieval question is about whether you appear in the answer a reader now sees instead of a search results page. Those are decided by different people in most organisations, and they should be made explicitly rather than resolved by whoever edited the file last.

Reservation of Rights as the Load-Bearing Piece

Where a jurisdiction permits text and data mining of lawfully accessible content unless rights are expressly reserved in a machine-readable form, the reservation is not one option among several — it is the step that keeps you in a position to object at all. The default without it is permission. That inverted burden is the single most important structural fact for any publisher with European exposure, and it applies to content that is otherwise sitting openly on your site.

Because the standard for machine-readability is still contested, redundancy is the defensible posture: state the reservation in robots.txt, in a response header or page metadata, and in your terms, with identical scope in all three. Date it. Keep the prior versions. If you later license the material, the reservation is what you are licensing an exception to, and its history is what establishes the period it covered.

A Crawler Policy Worth Publishing

  1. Split your catalogue first. Which sections are worth reach and which are worth scarcity. Every subsequent decision follows from this and none of it works as a single site-wide rule.
  2. Decide training and retrieval separately. Use the published per-function identifiers. Write down the commercial reason for each choice so the next editor does not undo it by accident.
  3. State a reservation of rights redundantly. File, header or metadata, and terms — same scope, same date, no contradictions.
  4. Make the gate real where it matters. Server-side truncation or authentication for genuinely gated content. An overlay is not a gate.
  5. Close the side doors. Feeds, syndication partners, mirrors, staging hosts and translation proxies serve the same content under different policies. Audit them together.
  6. Retain access logs deliberately. Long enough to establish a pattern and identify agents. This is your only source of facts.
  7. Review identifiers quarterly. New crawlers ship constantly. Treat the list as a maintained artefact with an owner, not as a file someone wrote once.

Frequently Asked Questions

Will blocking AI crawlers hurt our search rankings?

Not if you separate the identifiers correctly, and badly if you do not. Traditional search indexing, AI training collection and answer-time retrieval are announced under distinct user agents by the major operators specifically so publishers can treat them differently. The risk is a broad wildcard rule or an aggressive network-level filter that catches the search crawler as collateral. Verify after every change using the operators' own inspection tooling rather than assuming the file does what it reads like — and check from outside your network, since internal allowlists routinely mask a block that is live for everyone else.

Our content is behind a paywall. Is that enough?

It depends entirely on whether the paywall is enforced on the server or in the browser. A hard paywall that never sends the full text to an unauthenticated request is a genuine control and puts unauthorised retrieval into a much stronger legal category. A soft paywall that delivers the whole article and hides it with an overlay, or that grants a metered allowance to unauthenticated visitors, is fully readable by any fetcher. Many publishers also deliberately serve full text to search crawlers for indexing purposes, which is a documented open door — worth revisiting now that the same content path serves AI systems.

Should we send a takedown or a cease and desist to a crawler operator?

Notice has independent value beyond whatever the letter achieves, because several theories turn on whether access continued after the operator knew you objected. That said, send it with facts: specific agents, specific dates, specific paths, drawn from logs you have retained. A generic letter asserting that scraping occurred invites a reply asking for particulars you may not be able to produce. The pragmatic sequencing is to fix the technical posture first, gather a clean evidentiary record for a defined period, and then write — a letter sent while your own feeds are still serving the content openly is not a strong position.

How do we tell a legitimate crawler from something impersonating one?

By verifying the source rather than trusting the declared name, since a user-agent string is self-asserted and trivially copied. Major operators publish address ranges or support reverse-then-forward hostname verification for exactly this purpose. This matters practically as well as evidentially: a meaningful share of aggressive crawling arrives under borrowed identifiers, and your robots.txt directives have no effect whatsoever on traffic that was never going to read them. Separating the two populations in your logs is also what tells you whether a polite control is sufficient or whether you need a network-level one.

Does any of this apply to a small business site rather than a publisher?

The rights analysis is the same and the commercial calculation usually points the other way. If you are not selling access to your content, appearing in assistant answers is closer to a benefit than a leak, and blocking retrieval mostly removes you from a surface where buyers are looking. The parts worth borrowing are narrow: state a reservation of rights so the default is not permission, make sure genuinely proprietary material — pricing tools, customer data, gated resources — is behind real authentication rather than an overlay, and retain enough logs to notice abusive volume. That is a short afternoon and it is proportionate.

Decide Which Half You Are Buying

Every control here is either friction or evidence. Both are worth having and neither is a fence. The mistake that costs money is deploying the evidence layer, believing it is the friction layer, and discovering the difference during a negotiation.

Split the catalogue, separate training from retrieval, state the reservation in three places that agree with each other, and keep the logs. That is a defensible position and it takes a day.