AI search
__usage_ai-training: Google, Microsoft, OpenAI and Anthropic back one robots.txt AI training control. What it does, what it does not, and what to change now
Google, Microsoft, OpenAI and Anthropic will honour one robots.txt AI training signal, __usage_ai-training, from 2027. What it covers, what it leaves alone, and the fix.

Key takeaways
- On 30 October 2026 Google, Microsoft and OpenAI each said they will honour a shared robots.txt signal for AI training preferences, and Anthropic published the IETF draft that defines it. The signal is a robots.txt group addressed to the policy token __usage_ai-training; a Disallow under it means "do not use this content to train generative AI models".
- Nobody honours it yet. Microsoft starts on 1 February 2027, Google says early 2027, OpenAI says "in the coming months", Anthropic says it has started implementing with no date. The IETF draft is an individual Internet-Draft with no formal standing.
- It is a training preference, not a crawl rule and not a search control. It does not change rankings, does not remove you from Google Search or Bing, and does not touch AI Overviews or AI Mode, which have their own Search Console switch. A User-agent: * group never counts as this signal.
- The catch for visibility: Google plans to treat an opt-out as if you had disallowed Google-Extended, and Google-Extended also governs grounding in Gemini Apps. If you want to stop training but keep appearing in Gemini answers, you need an explicit Google-Extended Allow group as well.
- Microsoft is also splitting training from grounding with a page-level AI Grounding preference, and will stop reading NoArchive and NoCache as AI preferences on 1 March 2027. Sites that relied on those tags to stay out of Copilot answers have a deadline; everyone else defaults to Allow.
What is __usage_ai-training in robots.txt?
It is a shared "policy token" that goes where a crawler name normally goes in robots.txt. Instead of writing one group for GPTBot, one for ClaudeBot, one for Google-Extended and so on, a site can write a single group addressed to __usage_ai-training and every AI provider that honours the signal reads it as the site’s preference about training generative AI models on its content. The design comes from the Internet Engineering Task Force’s AI Preferences working group (AIPREF) and is written up as an individual Internet-Draft by Kevin Kelley of Anthropic, dated 30 October 2026.
The draft deliberately adds nothing new to robots.txt grammar. In its own words, "It introduces no new directive names and no new grammar: the path language, longest-match precedence, and group structure of robots.txt are not changed." The example in the draft, and in Kelley’s message to the working group list, is three lines: User-Agent: __usage_ai-training, Disallow: /, Allow: /press-kit/. Kelley reads that as "a preference against AI training for everything except /press-kit/, and a preference in favor of it there."
Two rules in the draft matter more than the syntax. First, a wildcard User-agent: * group "MUST NOT be interpreted as matching the policy token", so your existing catch-all rules say nothing about training. Second, if no group names the token, "no preference has been expressed". The draft also states that the token "is not a directive for crawling behavior" and that "Private agreements MAY override preferences expressed via this mechanism". Licensing deals, in other words, sit above robots.txt.
Who announced what on 30 October 2026, and when it takes effect
Four companies moved on the same day. Google’s John Mueller posted on the Search Central blog that "we’re announcing our plans to support a shared AI training control in robots.txt", building on Google-Extended, "the AI training control we’ve offered since 2023". Microsoft’s Krishna Madhavan announced on the Bing Webmaster blog "newer, simpler, and clearer preferences that allow you to make choices about training, grounding, or both while remaining eligible for Bing search results". OpenAI said it will honour the common signal and "aim to implement the signal in the coming months". Anthropic’s Kelley wrote that "Anthropic has already started implementing support for this draft", adding "It’ll take us some time to add support across our services".
| Provider | What it committed to | When | What it says about search |
|---|---|---|---|
| Treat a __usage_ai-training opt-out as if Google-Extended were disallowed, when Google-Extended is not specified. Google-Extended keeps working alongside. | "In 2027" in the blog post; "early 2027" in the crawler documentation | Google-Extended "does not impact a site’s inclusion in Google Search nor is it used as a ranking signal" | |
| Microsoft Bing | Honour the shared token for training; add a page-level AI Grounding preference; retire NoArchive and NoCache as AI preferences. | Honoured from 1 February 2027; NoArchive and NoCache stop counting on 1 March 2027 | "These usage preferences do not change eligibility for traditional Bing search results" |
| OpenAI | Honour the common signal for "foundational generative AI training". Existing GPTBot and other crawler controls "will continue to apply". | "In the coming months", with a further update to follow | Not stated in the announcement |
| Anthropic | Published the draft; has "already started implementing support". It "complements our existing crawler controls rather than replacing them". | No date given | Not stated in the message |
- 22 Oct 2026Search Engine Journal reports Gary Illyes: robots.txt is an "access preference protocol"In a Search Central video published the day before, Illyes says robots.txt does not dictate what a system does with data after it has been crawled.
- 30 Oct 2026Google, Microsoft and OpenAI announce; Anthropic publishes the draftGoogle also adds a note to its common crawlers page; Microsoft publishes its new AI Training and AI Grounding preferences.
- 15 Dec 2026Bing Webmaster Tools opens temporary grounding preferencesOnly for sites using NoArchive or NoCache as of that date, so they can carry an opt-out across the change.
- Early 2027Google intends to support __usage_ai-trainingPer the note added to the Google-Extended documentation on 30 October 2026.
- 1 Feb 2027Microsoft begins honouring the new preferencesAI Training and AI Grounding preferences are applied as pages are recrawled.
- 1 Mar 2027NoArchive and NoCache stop being AI preferences at MicrosoftSites that have not published a grounding preference or recorded a temporary one default to Allow for grounding when recrawled.
- 3 May 2027The Internet-Draft expires unless revisedKelley plans to propose the design as a change to the working group’s Content-Usage draft.
- 30 Sep 2027Bing’s temporary grounding preferences expireBy then the page-level AI Grounding preference must be in place.
Does blocking AI training remove you from AI search answers?
Not by design, but at Google it can in practice. The token is defined against the AIPREF vocabulary’s meaning of AI Training: "Using an asset to modify the learned parameters of a generative AI model." Grounding, which is what happens when ChatGPT, Gemini or Copilot fetch a page at answer time and cite it, is a different use. Microsoft is explicit that the two are separate choices and that "Indexing and ranking pages in traditional search results is not grounding." OpenAI’s post says its existing crawler controls, which separate GPTBot for training from OAI-SearchBot for search, continue to apply.
Google is where you have to read carefully. Mueller’s post says that when a site opts out with the token "and Google-Extended is not explicitly specified", Google "plans to interpret that as if the publisher had disallowed Google-Extended". Google’s crawler documentation defines Google-Extended as the token that controls whether content "may be used for training future generations of Gemini models" and "for grounding" in Gemini Apps and Vertex AI. The same post spells out the consequence: "Websites that specifically allow Google-Extended are eligible to appear in responses and receive clicks via grounding in Gemini Apps." So a bare opt-out costs you Gemini grounding unless you add a separate Google-Extended group that allows it.
What it never touches is classic search or Google’s own AI features in Search. Google-Extended is not a ranking signal and does not affect inclusion in Google Search, and AI Overviews and AI Mode are governed by the Search Console "Search generative AI" setting we covered in should you opt out of Google AI Overviews. Microsoft says its new preferences "govern use of content, not crawl access", and that an Allow setting does not override a robots.txt rule that blocks Bingbot.
| Control | Where it lives | What it governs | What it leaves alone |
|---|---|---|---|
| __usage_ai-training | robots.txt group addressed to the policy token | Preference about training generative AI models, across participating providers | Crawling, search indexing and ranking, grounding at providers that separate the two |
| Google-Extended | robots.txt token, no user agent of its own | Training of future Gemini models and grounding in Gemini Apps and Vertex AI | Inclusion and ranking in Google Search, AI Overviews, AI Mode |
| Search generative AI setting | Google Search Console, per property | Links and content in AI Overviews, AI Mode and generative features in Discover | Rankings elsewhere in Search, AI training |
| Bingbot ai-training:disallow | Meta tag or X-Robots-Tag on a page | Overrides the robots.txt training preference for that page at Microsoft | Bing search eligibility, grounding |
| Bingbot ai-grounding:disallow or disallowextended | Meta tag or X-Robots-Tag, page level only | Whether the page can inform generated answers in Bing, Copilot and Microsoft 365; disallowextended limits grounding to Microsoft’s own experiences | Bing search eligibility, training |
| User-agent: * rules | robots.txt | Crawl access for crawlers with no group of their own | Never counts as the __usage_ai-training signal |
How many sites block AI crawlers today, and what they get wrong
The reason a shared token is welcome is visible in any large robots.txt sample. AI Crawler Check’s October 2026 study parsed the robots.txt of the Tranco top 10,000 domains on 5 October 2026, with 4,962 valid files as its denominator. Nearly one in five blocks at least one training crawler, and the list of named bots runs to a dozen. The same study found that 347 of the 710 domains blocking GPTBot still allow OAI-SearchBot, which is the distinction between training and search that the new signal is meant to make easy.
- 19.2%block at least one training crawlerAI Crawler Check
- 14.3%block GPTBot from the whole siteAI Crawler Check
- 12%block Google-ExtendedAI Crawler Check
- 48.9%of GPTBot blockers still allow OAI-SearchBotAI Crawler Check
- CCBot15.4%
- Bytespider15%
- GPTBot14.3%
- ClaudeBot13.4%
- Google-Extended12%
- Meta-ExternalAgent12%
- Applebot-Extended11.2%
- PerplexityBot10.5%
- OAI-SearchBot7.4%
AI Crawler Check, Tranco top 10,000, robots.txt fetched 5 October 2026; 4,962 valid files. "Blocked" means the token may not fetch / through its own group or the wildcard fallback.
Source: AI Crawler Check
Two other samples point the same way. Suff Digital’s HTTP Archive study, published 24 September 2026, counted only rules that name a bot and found 9.9% of 15.5 million sites block at least one AI crawler, rising to 28.9% of the top 1,000. Crawl Readiness tested the top 1,000 on 12 October 2026 and found something robots.txt studies usually miss: 78 of 549 reachable sites, 14.2%, refuse at least one of OAI-SearchBot, PerplexityBot, GPTBot or ClaudeBot at the server while robots.txt allows it. A site can write a perfect robots.txt and still be invisible to AI search because a firewall rule says no.
What practitioners are saying
“New standards are emerging in how sites can control whether their content is used in AI training. Google, Microsoft, Anthropic, and OpenAI are all working towards support (early 2027) of a new user-agent in robots.txt!”
Fox updated her reference on allowing and blocking LLM crawlers the same day. Her two caveats are the ones to remember: the shared group "adds a preference, it doesn’t replace them", so a company’s own token wins where both apply, and "this group never blocks crawling". Her per-company table also notes that the shared signal would remove a site from Gemini grounding at Google "unless you give Google-Extended its own Allow group".
“(also, fyi, it’s not actually done at the ietf level -- and some significant areas of dispute remain)”
Hake, whose name appears in the draft’s contributors table alongside engineers from Google, Microsoft, OpenAI and Anthropic, wrote in a follow-up that he remains "quite unhappy about one thing in the current draft", that it exempts preferences from applying to anything a user does, which he says hurts creators dealing with AI copycats, but that "generally the process has been productive, and it’s not over yet". Search Engine Journal’s report makes the same status point: the document is "an individual draft, which does not represent official IETF standardization activity", and none of the companies supports the line today.
“So as defined by RFC 9309, robots.txt is an access preference protocol.”
Illyes’s point, reported eight days before the announcement, is the frame for all of this. Robots.txt tells a crawler whether it may fetch; it "doesn’t dictate what a system does with the data after it has already crawled it". The new token is the industry’s attempt to bolt a usage preference onto an access protocol without changing the protocol, and whether it works depends entirely on which providers choose to read it.
What to do now: a robots.txt checklist for the next 90 days
Nothing takes effect before 1 February 2027, so this is a planning window, not an emergency. The order below is the one we use with clients in technical SEO and AI search optimisation engagements.
- Separate the two decisions. "Should models train on our content?" and "Should AI answers cite us?" are different questions with different levers. Most businesses that sell something want the second regardless of the first, because an answer that names you is a referral.
- Inventory what you block today. List every AI token in robots.txt (GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, Claude-SearchBot, Google-Extended, PerplexityBot, Bingbot, Meta-ExternalAgent, CCBot, Bytespider) and what each line actually does. Check whether any group is only reached through User-agent: *.
- If you want to opt out of training, add the shared group now. Three lines: User-Agent: __usage_ai-training, Disallow: /, plus Allow lines for anything you are happy to have trained on, such as a press kit. It is harmless before support arrives and saves a second edit in 2027.
- Then protect Gemini grounding explicitly. Add a separate User-agent: Google-Extended group with Allow: / if you want to keep appearing in Gemini Apps answers. Without it, Google plans to treat your opt-out as a Google-Extended disallow, which covers grounding too.
- If you want to be cited, check you are not blocking the search crawlers. OAI-SearchBot, Claude-SearchBot, PerplexityBot and Bingbot need crawl access. Then test at the server: fetch your key pages with those user agents and make sure the firewall or CDN is not returning 403 or 429 while robots.txt says Allow.
- Audit noarchive and nocache on Bing. Find every page carrying them, decide whether the intent was AI-related, and diary 15 December 2026 and 1 March 2027. Publishing a page-level ai-grounding preference only counts once Bingbot recrawls the page; IndexNow can prompt that but does not guarantee it.
- Leave the Search Console AI setting where it is unless you have tested. The generative AI control for AI Overviews and AI Mode is a separate switch with its own trade-offs; see our piece on the opt-out before touching it.
- Write the policy down. The IETF draft lets private agreements override robots.txt. If you license content to any AI provider, your robots.txt should match the contract, not contradict it.
How to measure whether any of this changed your AI visibility
Microsoft says plainly that "Neither choice guarantees inclusion, traffic, or payment", and Google’s generative AI reports in Search Console show impressions rather than clicks. That makes a baseline essential before you change a line. Record, per engine, how often your domain is cited for the queries that matter, which pages carry the citation, and what the referral and assisted conversions look like. Bing Webmaster Tools has an AI performance report and the Topics Portfolio we tested with 972 queries; Search Console has the generative AI performance report; ChatGPT and Gemini referrals need a clean attribution setup, since Gemini stopped adding its UTM tag around 28 September and ChatGPT’s tag went missing from most links between 9 and 16 October. If you would rather have that done for you, our reporting service builds exactly this baseline before any robots.txt or crawl policy change goes live, and our SEO team handles the implementation.
The honest summary is that 30 October 2026 changed the paperwork, not the plumbing. A single token will soon say "do not train on this" to four of the largest AI companies at once, which is progress for publishers and a relief for anyone maintaining a twelve-group robots.txt. It does not decide whether your business shows up when someone asks an AI assistant for a recommendation. That still comes down to being crawlable by the search bots, being the clearest answer on the page, and being measured well enough to know whether it worked.
Frequently asked questions
What is __usage_ai-training in robots.txt?
It is a shared policy token proposed at the IETF. A robots.txt group addressed to User-Agent: __usage_ai-training with Disallow and Allow lines expresses the site’s preference about using its content to train generative AI models. Google, Microsoft, OpenAI and Anthropic said on 30 October 2026 that they will honour it; none does yet.
Does blocking AI training stop my site appearing in ChatGPT, Gemini or Copilot answers?
Not at Microsoft or OpenAI, which treat training and search grounding as separate controls. At Google it can: an opt-out is treated like a Google-Extended disallow, and Google-Extended also governs grounding in Gemini Apps. Add an explicit Google-Extended Allow group if you want to keep appearing in Gemini answers.
Does the new AI training control affect Google rankings?
No. Google says Google-Extended does not affect inclusion in Google Search and is not a ranking signal, and the shared token is interpreted the same way. AI Overviews and AI Mode are controlled separately through the Search generative AI setting in Search Console, not through robots.txt.
Should I add __usage_ai-training now if nobody supports it until 2027?
If you have decided to opt out of training, yes. The group is harmless today because no crawler matches it, and Microsoft begins honouring it on 1 February 2027 with Google following in early 2027. If you have not decided, do nothing: a robots.txt with no such group expresses no preference at all.
Is Google-Extended still needed once the shared signal exists?
Yes, for precision. Google says company-specific controls keep working alongside the joint signal, and a specific Google-Extended group overrides the shared one at Google. Use the shared token for the broad choice and Google-Extended to fine-tune training and Gemini grounding separately.
What happens to noarchive and nocache on Bing?
Microsoft stops reading them as AI training or grounding preferences after 1 March 2027. Sites that used them to stay out of Copilot answers must publish a page-level ai-grounding preference and record a temporary preference in Bing Webmaster Tools, available from 15 December 2026. Otherwise pages default to Allow once recrawled.
Sources
- Supporting a shared AI training control for websites — Google Search Central Blog, 30 October 2026
- Your content, your choice: clearer preferences for training and grounding — Microsoft Bing Webmaster Blog, 30 October 2026
- Making it easier for websites to express AI training preferences — OpenAI, 30 October 2026
- Machine-Readable Training Preference Signal (draft-kelley-aipref-training-preference-signal-00) — IETF Datatracker, 30 October 2026
- New draft: draft-kelley-aipref-training-preference-signal-00 (Kevin Kelley, Anthropic) — IETF ai-control mailing list archive, 30 October 2026
- Google-Extended, in Google’s common crawlers documentation — Google Search Central, 30 October 2026
- Google Adopts New AI Training Control — Search Engine Roundtable, 30 October 2026
- Microsoft Bing Separates AI Training From AI Search Grounding With New Controls — Search Engine Roundtable, 30 October 2026
- Google, Microsoft & OpenAI Plan To Honor Shared AI Training Opt-Out — Search Engine Journal
- Google Explains The Limit Of Robots.txt For AI Content Use — Search Engine Journal, 22 October 2026
- Complete Reference On Allowing & Blocking LLM Crawlers — Vanessa Fox, 30 October 2026
- Who Blocks AI Crawlers? A Study of the Top 10,000 Sites’ robots.txt (2026) — AI Crawler Check, 5 October 2026
- 1.5 Million Websites Block at Least One AI Crawler From Reading Their Pages — Suff Digital, 24 September 2026
- AI crawler access across the top 1,000 websites (October 2026) — Crawl Readiness, 12 October 2026
- Crawling documentation changelog: future AI training control support — Google Search Central, 30 October 2026
- Vanessa Fox on X: new standards for AI training control in robots.txt — X, 30 October 2026
- Nate Hake on X: the IETF process is not done — X, 30 October 2026
- Google Gemini Stopped Attaching UTM Parameters To Cited URLs — Search Engine Roundtable, 30 October 2026
- What changed in ChatGPT in October: GPT-6, UTM tracking and sources — SISTRIX, 30 October 2026


