The robots.txt AI Training Opt-Out (__usage_ai-training): Syntax, Dates, and Who Honors It
Quick answer
__usage_ai-training is a shared robots.txt policy token for opting out of AI training. A group with "User-Agent: __usage_ai-training" and "Disallow: /" states a preference against AI training for the whole site. It is not a crawler and does not block crawling. Microsoft says it will honor it from Feb 1, 2027, Google plans support in 2027, OpenAI "in the coming months," and Anthropic says it has started implementing it.
Key takeaways
- __usage_ai-training is a robots.txt policy token from an IETF Internet-Draft dated Oct 30, 2026. It states a preference about AI training, not a crawl rule.
- The syntax is an ordinary group: "User-Agent: __usage_ai-training" then "Disallow: /". A "User-Agent: *" group never counts for it.
- Microsoft says it will honor the token from Feb 1, 2027. Google plans support in 2027. OpenAI says "in the coming months." Anthropic has "started implementing support" with no date. Apple's, Meta's, Perplexity's and Common Crawl's crawler pages do not mention it.
- Google plans to follow your Google-Extended rules instead of the shared token whenever the file names Google-Extended, and Google-Extended also controls Gemini Apps grounding.
- Of 76 big sites whose robots.txt I read on Oct 31, 2026, one already uses the token: x.com. 33 name GPTBot and 30 name Google-Extended.
- The opt-out is not retroactive. The draft ties each page's preference to the robots.txt in effect when that copy was retrieved.
On this page (9)
What is __usage_ai-training?
__usage_ai-training is a policy token for robots.txt that lets a website state one preference about AI training to every AI company that reads it. It sits in the User-Agent line of an ordinary robots.txt group, but it names a use, not a crawler. Disallow means "please do not use these pages to train AI." Allow means the opposite.
The token comes from an IETF Internet-Draft titled "Machine-Readable Training Preference Signal," posted on Oct 30, 2026. Its author is Kevin Kelley of Anthropic. The same day, Google, Microsoft and OpenAI each published their plans to honor it, and the author wrote that Anthropic "has already started implementing support for this draft." The draft builds on the IETF's AI Preferences (AIPREF) working group, whose job is to standardize "the expression of preferences about how content is collected and processed" for AI.
| Attribute | Value (read Oct 31, 2026) |
|---|---|
| Name | __usage_ai-training |
| Type | A robots.txt policy token. It is not a crawler and does not need to appear in any request's user agent. |
| Defined in | draft-kelley-aipref-training-preference-signal-00, posted Oct 30, 2026, expires May 3, 2027 |
| Standards status | An individual Internet-Draft. The IETF Datatracker says it "has no formal standing in the IETF standards process." |
| What "AI training" means | The AIPREF vocabulary draft: "Using an asset to modify the learned parameters of a generative AI model." |
| What it does not do | Block crawling, affect search results, or remove pages already used for training |
| Announced support | Microsoft (from Feb 1, 2027), Google (2027), OpenAI ("in the coming months"), Anthropic (implementing, no date) |
Two cautions belong next to that table. The definition of AI training comes from a vocabulary draft that says its contents "DO NOT REFLECT CONSENSUS of the Working Group." And the token is a preference. The AIPREF charter lists "technical enforcement of preferences" as out of scope. Companies honor it because they said they would.
How does __usage_ai-training relate to Google-Extended, GPTBot and ClaudeBot?
__usage_ai-training sits above the company-specific training controls, not in place of them. Google-Extended, GPTBot, ClaudeBot, Applebot-Extended and meta-externalagent are each one company's control. The shared token speaks to every company that has agreed to read it. The draft lets each company document that its own token takes precedence over the shared one. Google has: if the file names Google-Extended, Google plans to follow that instead. OpenAI and Anthropic say their existing controls continue alongside the token, but have not said which wins if the two disagree.
| Related entity | How it relates to the shared token |
|---|---|
| Google-Extended (Google) | Google plans to treat a token opt-out "as if the publisher had disallowed Google-Extended," but only when Google-Extended is not named in the file. |
| GPTBot (OpenAI) | OpenAI says the new signal "will not replace the controls we already provide through robots.txt." Its crawler page still lists GPTBot as the training control. |
| ClaudeBot (Anthropic) | Anthropic says the token "complements our existing crawler controls rather than replacing them." Its crawler help page, dated April 7, 2026, still describes blocking ClaudeBot. |
| Bingbot (Microsoft) | From Feb 1, 2027, Microsoft will read the token in robots.txt, and a page-level "ai-training:disallow" setting will override it. |
| Applebot-Extended, meta-externalagent, CCBot | Apple's, Meta's and Common Crawl's crawler pages do not mention the token (checked Oct 31, 2026). |
| Cloudflare Content-Signal | A different mechanism: a new "Content-Signal: ai-train=no" line inside a group, usually the * group. |
| RFC 9309 | The robots.txt standard. The draft adds no new syntax to it. |
| EU GPAI Code of Practice | Google says the proposal is consistent with the Code, which "recognizes robots.txt as a primary method" for machine-readable preferences. |
Put plainly: the token is a shortcut, and the old controls still work. If you already block GPTBot, ClaudeBot and Google-Extended, those rules keep working. The token adds a way to reach every company that adopts it, including ones that publish a new training crawler later. The same split runs through Meta's crawlers, covered in the guide to meta-externalagent.
How do you opt out of AI training in robots.txt?
Add a group for the policy token to the robots.txt file at the root of your site, with Disallow: / to cover every page. These two lines are the whole opt-out:
User-Agent: __usage_ai-training Disallow: /
The draft's own example scopes the preference by path. This one asks for no AI training anywhere except a press kit, which the site is happy to have used:
User-Agent: __usage_ai-training Disallow: / Allow: /press-kit/
- A User-Agent: * group never counts. The draft says wildcard groups "MUST NOT be interpreted as matching the policy token." A site that blocks every crawler under * has still stated no training preference.
- No token group means no preference. If the file has no __usage_ai-training line, "no preference has been expressed."
- It does not block crawling. "This policy token is not a directive for crawling behavior." Crawlers still follow their own groups.
- Case does not matter, and the usual RFC 9309 path rules apply: the longest matching rule wins.
- Older robots.txt parsers simply ignore it, as they ignore any user agent they do not know.
One trap catches sites that already manage AI crawlers by name. If your file names Google-Extended at all, Google plans to follow your Google-Extended rules and ignore the shared token, so a group that allows Google-Extended keeps Google training on. This site is an example: its robots.txt lists Google-Extended, GPTBot and ClaudeBot in the same group as *, with Allow: /. Adding the token alone would not change Google's reading. To opt out everywhere, add the token group and give each named training crawler its own Disallow: / group. For companies other than Google, nobody has said yet how a named crawler group and the token combine, so keeping them consistent is the safe choice.
Should you block AI training bots?
Block AI training if you do not want your pages used to build AI models and you accept losing Gemini Apps grounding. Keep it allowed if being used and cited by AI matters more to you. Opting out of training does not remove you from Google Search or Bing results, by both companies' own documentation. The cost sits in Google's AI apps, because Google ties two things to one switch.
Google's crawler documentation says Google-Extended covers training future Gemini models and "grounding" in Gemini Apps, which means feeding search results to the model while it answers. Google's announcement adds: "Websites that specifically allow Google-Extended are eligible to appear in responses and receive clicks via grounding in Gemini Apps." So a site that opts out through the shared token, without naming Google-Extended, gives up that grounding too. For Google, there is no way to refuse training and keep Gemini grounding.
| Your goal | What to put in robots.txt |
|---|---|
| Stay out of AI training everywhere | The __usage_ai-training group with Disallow: /, plus Disallow: / groups for each training crawler you already name |
| Stay out of training, stay in Gemini Apps answers | Not possible today: Google-Extended controls both |
| Stay out of OpenAI and Anthropic training only | Disallow: / groups for GPTBot and ClaudeBot, no token group |
| Allow training | Leave the token out, which states no preference, or state it with the token group and Allow: /. For Gemini Apps grounding, also allow Google-Extended. |
Two more things to weigh. First, the opt-out is not retroactive. The draft says the preferences that apply to a page "are those expressed in the robots.txt file in effect when the asset was retrieved." Copies collected before you add the line carry no preference, and no company acts on the token until it starts honoring it. Second, the choice is separate from AI search. OpenAI's OAI-SearchBot and Anthropic's Claude-SearchBot are search crawlers, and the token does not touch them. Being cited by ChatGPT depends on those, as the guide to getting cited by ChatGPT explains.
Disclosure: jnabear.com allows AI training on purpose, because being cited is the goal here, and I sell work aimed at AI citations. Weigh my view with that in mind. Many publishers reasonably decide the other way, as the survey below shows.
What is changing at Bing: ai-training and ai-grounding?
Microsoft goes further than the shared token. Its Oct 30 Bing post says it will honor __usage_ai-training in robots.txt, and adds page-level controls for both training and grounding. Grounding means using a page to answer in Microsoft products such as Copilot. "These settings govern use of content, not crawl access," Microsoft says, and they do not change eligibility for Bing search results.
<meta name="Bingbot" content="ai-training:disallow"> <meta name="Bingbot" content="ai-grounding:disallow"> X-Robots-Tag: Bingbot: ai-training:disallow
- A page-level ai-training setting overrides robots.txt for that page.
- Grounding has no robots.txt setting. Microsoft says: "There is no site-wide robots.txt grounding preference."
- ai-grounding:disallowextended keeps grounding to Microsoft's own products and excludes the grounding services Microsoft provides to third parties, such as Web IQ and grounding through Foundry.
- The old NoArchive and NoCache tags stop counting as training or grounding preferences after Mar 1, 2027.
- Once Bing detects any of the new preferences on a site, it ignores NoArchive and NoCache there, even before Mar 1, 2027. If you rely on NoArchive or NoCache to keep pages out of grounding, add ai-grounding tags before you add the token.
How is it different from Cloudflare's Content-Signal?
Cloudflare's Content Signals Policy, launched in September 2025, uses a new line inside a robots.txt group, such as "Content-Signal: ai-train=no, search=yes". The shared token takes the opposite approach. It "introduces no new directive names and no new grammar," and it never applies through the * group. Neither of the two Cloudflare pages I read mentions __usage_ai-training (checked Oct 31, 2026).
| __usage_ai-training | Content-Signal: ai-train=no | |
|---|---|---|
| Where it goes | Its own User-Agent group | A new line inside a group, often User-Agent: * |
| New robots.txt syntax? | No | Yes, a new directive |
| Applies through * | Never | Yes, when placed in the * group |
| Legal framing | A preference. The draft makes no legal claim, though Google calls it consistent with the EU GPAI Code of Practice. | Cloudflare presents it as an EU copyright reservation of rights |
They can sit in the same file. A site that wants the clearest possible signal can carry both, as long as each line says the same thing.
Which AI companies honor the AI training opt-out, and from when?
Four companies have said they will support it, with different timing, and none of them honors the token yet. Microsoft gives the firmest date. Anthropic's statement came from the draft's author on the IETF mailing list. Every row below comes from the company's own page, read on Oct 31, 2026.
| Company | What it says | When | Source |
|---|---|---|---|
| Microsoft (Bing) | Will honor User-Agent: __usage_ai-training in robots.txt | Feb 1, 2027 | Bing Blog, Oct 30, 2026 |
| Will treat a token opt-out as a Google-Extended disallow when Google-Extended is not named | "in 2027" (blog), "early 2027" (crawler doc) | Search Central Blog, Oct 30, 2026 | |
| OpenAI | Will "honor a common signal in robots.txt" | "in the coming months" | OpenAI, Oct 30, 2026 |
| Anthropic | Has "already started implementing support"; "It'll take us some time to add support across our services" | Not stated | Kevin Kelley (Anthropic), IETF ai-control list, Oct 30, 2026 |
| Apple, Meta, Perplexity, Common Crawl | Not mentioned on their crawler pages | Not stated | Each crawler page |
Anthropic's crawler help page, dated April 7, 2026, does not mention the token yet, so its statement so far is the author's list post. I will update this table as each company publishes details. OpenAI says it will share another update "with details about our implementation."
How many websites use __usage_ai-training yet?
Almost none, a day after launch. Of 76 big sites whose robots.txt I read on Oct 31, 2026, exactly one has a __usage_ai-training group: x.com, which disallows everything. Company-specific training controls are far more common: 33 of the same 76 files name GPTBot and 30 name Google-Extended.
| Training control in robots.txt | Sites that name it (of 76) | Of those, disallow the home page |
|---|---|---|
| __usage_ai-training | 1 | 1 |
| GPTBot | 33 | 25 |
| ClaudeBot | 33 | 30 |
| CCBot | 31 | 29 |
| Google-Extended | 30 | 25 |
| Applebot-Extended | 28 | 27 |
| meta-externalagent | 21 | 20 |
| Content-Signal line (any) | 1 (The Atlantic, with ai-train=no) | Not applicable |
How the sample was made: the 50 sites on Wikipedia's list of most-visited websites (as of September 2026) plus the 41 news, reference, retail and website-builder sites from an earlier survey. Five sites are on both lists, so 86 in all. Both lists were fixed before any file was read. Ten files could not be read, because the server did not answer or returned 403, 404, 405 or 417, so they are left out. Each file was parsed with the AI Crawler Checker's own RFC 9309 parser, which now reads the token the way the draft says, by named groups only. Five sites name Google-Extended but allow it, so the shared token would not change Google's reading for them. This is a convenience sample of large sites, not a measure of the web. I plan to re-run it monthly.
AI training opt-out survey, Oct 31, 2026 (CSV)
All 86 sites, with each training control's named and disallowed status and any Content-Signal line. Free to reuse with a link to this page.
How do you add the AI training opt-out and check that it works?
Add the group, make your named crawler groups agree with it, and test the live file. The whole job takes a few minutes on most sites.
- Open yoursite.com/robots.txt and find out how it is edited: a file at the site root, a CMS setting, or a plugin.
- Add "User-Agent: __usage_ai-training" and "Disallow: /" as a group of its own, separated from the others by a blank line.
- Look for groups that name GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, meta-externalagent or CCBot. If any of them allows training, change it to Disallow: /. Google has said a named Google-Extended group wins over the token, and the others have not said.
- If you use NoArchive or NoCache to keep pages out of Bing's AI answers, add the ai-grounding tag to those pages first, since Bing ignores the old tags once it sees the new preferences.
- Leave search crawlers such as Googlebot, Bingbot and OAI-SearchBot alone, unless you also want out of search.
- Paste your domain into the AI Crawler Checker, which I built. It reads your live robots.txt and shows whether the token is set, and the line that decided each AI crawler.
- Check again after Feb 1, 2027, when Microsoft says it will start honoring the token.
Sources
- IETF: Machine-Readable Training Preference Signal (draft-kelley-aipref-training-preference-signal-00, Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- IETF: A Vocabulary For Expressing AI Usage Preferences (draft-ietf-aipref-vocab-08) (opens in a new tab) (verified Oct 2026)
- IETF: AI Preferences (aipref) working group charter (opens in a new tab) (verified Oct 2026)
- Google Search Central Blog: Supporting a shared AI training control for websites (Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- Google: Google's common crawlers (Google-Extended, updated Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- Bing Blog: Your content, your choice: clearer preferences for training and grounding (Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- IETF ai-control list: New draft: draft-kelley-aipref-training-preference-signal-00 (Kevin Kelley, Anthropic, Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- OpenAI: Making it easier for websites to express AI training preferences (Oct 30, 2026) (opens in a new tab) (verified Oct 2026)
- OpenAI: Overview of OpenAI crawlers (opens in a new tab) (verified Oct 2026)
- Anthropic: Does Anthropic crawl data from the web, and how can site owners block the crawler? (opens in a new tab) (verified Oct 2026)
- Cloudflare: Content Signals Policy (opens in a new tab) (verified Oct 2026)
- Cloudflare Blog: Giving users choice with Cloudflare's new Content Signals Policy (Sept 24, 2025) (opens in a new tab) (verified Oct 2026)
- RFC 9309: Robots Exclusion Protocol (opens in a new tab) (verified Oct 2026)
- Wikipedia: List of most-visited websites (survey sample, as of September 2026) (opens in a new tab) (verified Oct 2026)
Topics & entities in this article
Frequently asked questions
It is a shared policy token for stating an AI training preference. A group with "User-Agent: __usage_ai-training" and "Disallow: /" asks AI companies that honor it not to use the site for AI training. It comes from an IETF Internet-Draft dated Oct 30, 2026.
No. Google maps the token to Google-Extended, and Google's crawler documentation says Google-Extended "does not impact a site's inclusion in Google Search." It does affect Gemini Apps grounding, which requires allowing Google-Extended.
No. The draft says wildcard groups "MUST NOT be interpreted as matching the policy token." Without a group that names __usage_ai-training, the file expresses no training preference under this draft, even if it blocks all crawlers.
Keep them consistent with the token. OpenAI says the shared signal "will not replace" its existing controls, and Anthropic says it complements them. Google plans to follow a named Google-Extended group over the token. The others have not said which wins if the two disagree.
Microsoft says Feb 1, 2027. Google says 2027, with its crawler documentation saying early 2027. OpenAI says "in the coming months," and Anthropic says it has started implementing support without giving a date. None of them honors it yet as of Oct 31, 2026.
No. The draft ties each page's preference to the robots.txt in effect when that copy was retrieved, so copies collected earlier carry no preference. Nothing changes until each company starts honoring the token.
Not yet. It is an individual IETF Internet-Draft, and the Datatracker says it "has no formal standing in the IETF standards process." Google calls it a "draft proposal" that it will work to standardize.
No. It covers training. ChatGPT search uses OAI-SearchBot, and OpenAI says sites that opt out of OAI-SearchBot are not shown in ChatGPT search answers, though they can still appear as navigational links.
Related service
Topical Authority Mapping
Topical authority mapping structures your entire topic space around entities. The map defines every pillar, cluster, and gap, so your site covers the subject comprehensively and search engines treat you as the authority.
Disclosure: this is a service I sell.