Google, OpenAI, Microsoft, and Anthropic are pushing for a control to refuse AI training
Google, OpenAI, Microsoft, and Anthropic support a shared signal to indicate whether your website allows AI training. Adoption is still pending, and it's worth reviewing what this means for your business's content and visibility.
Your installation guide may be working for someone else. You paid to write it, review it, and publish it so your clients would make fewer mistakes. It could also be used to train an artificial intelligence model.
Let's think about an everyday scene: you're with the agency reviewing your page and someone suggests blocking AI robots. It sounds reasonable. Until you need to pinpoint which uses you want to limit and which distribution opportunities you want to keep.
The October 30, 2026 announcements put that conversation on the table. Google, OpenAI, Microsoft, and Anthropic back a shared mechanism for expressing training preferences. For a small business, the news opens up a concrete task: reviewing who decided the permissions for its content and on what criteria.
What the four companies announced
The proposal aims to let those responsible for a website express a training preference that multiple participating providers recognize.
Currently, managing those permissions may require company-specific instructions. The shared signal is meant to simplify that task.
Google explains in its announcement that sites will be able to express a common preference through the robots instructions file, while keeping provider-specific controls.
Think of a usage notice posted at the entrance of a business: it communicates a common rule, though there may still be individual agreements with certain companies.
The proposal published in the IETF registry describes how to associate those preferences with different parts of a site. It is an individual draft, not yet approved as a final standard.
That detail changes how we should interpret the announcement. There is support for adopting the mechanism and technical work in progress. Implementation is still pending.
What it could save a small business
The clearest benefit would be reduced maintenance.
If you manage a small site, these permissions may never have come up in your conversations with the agency. If you have several brands or a large catalog, maintaining different instructions can turn into recurring work.
A common signal could simplify that administration. Even so, someone needs to decide what the company wants to allow.
The agency can make the adjustment. The business criteria should come from someone who knows the value of the content and the purpose of publishing it.
I would avoid an instruction as open-ended as "protect everything on the page." Each person may interpret it differently. It's better to express what use you want to limit and what sharing opportunities you want to preserve.
Training an AI and querying your page are different uses
This difference explains much of the news.
Training means using content to modify what a model learns. It's similar to studying a manual before taking a test.
Querying content to prepare a response, also called grounding, is like opening that manual while you answer. The system uses available information as support to respond.
A company might want to limit training while, at the same time, preserving the possibility that its pages serve as queryable sources.
The practical problem is that each provider's controls may have different scopes.
So, before enabling a restriction, you need to know what it does in each service.
Microsoft and Google raise differences worth reviewing
Microsoft announced separate preferences for training and for grounding answers. Its documentation states that those choices preserve eligibility for traditional Bing results.
The company will begin recognizing the new preferences as it crawls pages starting February 1, 2027. It also sets out a transition for sites that already use its previous controls.
Google, for its part, plans to add support in 2027. It explains that it will interpret an opt-out through the shared signal as an opt-out of its Google-Extended control when there is no explicit instruction for the latter.
According to its announcement, that control is also related to the use of content to ground answers in Gemini Apps.
The consequence for your business is simple: asking to limit training also requires reviewing the effect on other uses. A single intent may need specific decisions per provider.
An example with a guide from your business
Let's say you sell refrigeration equipment and publish a manual to identify problems before requesting a visit.
This is a hypothetical example.
The guide captures knowledge from your team. It can reduce repeated calls and help a prospect arrive better informed.
Your company has reasons to want that information to circulate. It may also have reasons to limit its use in training.
I would start by documenting the purpose of publishing it: helping customers, attracting service requests, or reducing time-consuming inquiries.
Then I would review which permissions support that purpose and what side effects they might have.
If part of the manual contains information you need to keep reserved, it's also worth reviewing why it's publicly available. A preference for AI providers has a limited scope.
What to ask whoever manages your website
Before authorizing changes, I would ask for a brief review you can understand without opening technical files.
| What you need to know | What it's for |
|---|---|
| Which preferences are published | Knowing the starting point |
| Who decided those permissions | Recovering the business criteria |
| What uses each provider limits | Understanding the scope of the change |
| Which pages require special handling | Avoiding blanket restrictions for convenience |
| When the implementation will be verified | Following up with a responsible person |
The useful deliverable is a concrete explanation of what you have and what would change.
"It's already protected" leaves too many questions unanswered. Whoever manages the site should be able to explain what use it's limiting, with which providers, and when they expect to verify it.
I would also document the decision. When you change agencies or migrate the page, it's easy to keep the design and lose the reason behind a configuration.
What to measure afterward
There's no universal savings figure for adopting this signal. It will depend on the number of sites you manage and the work it currently takes to maintain their permissions.
I would look at the time spent on that administration. I would also track the business inquiries that come in from the published content.
The goal is to have evidence to evaluate the decision.
If you restrict certain uses, it's worth checking whether a discovery source relevant to your company changes. If you allow them, you need to define what benefit you expect to see.
Microsoft warns that allowing those uses does not guarantee inclusion, traffic, or payment. That point deserves to be clear before turning visibility into a sales expectation.
My takeaways
The shared signal can simplify a task that has become hard to maintain.
However, permission needs a business criterion. The person in charge of the page can implement it; deciding what works best for you requires understanding why you publish that content.
I would start with the pages that help sell the most or reduce support workload. There is a concrete reason to spend time on the review there.
Your content deserves a decision that's yours
A page accumulates work that often goes unnoticed: explanations corrected after a call, answers that prevent a return, guides that help close a sale.
The new controls offer an opportunity to decide how you want that knowledge to be used.
The immediate task is to know your current permissions and put in writing the result you're after. That way you can evaluate the implementation when it arrives and request a review using your own criteria.
References
- Supporting a shared AI training control for websites, Google Search Central, October 30, 2026
- Your content, your choice: clearer preferences for training and grounding, Microsoft Bing, October 30, 2026
- Machine-Readable Training Preference Signal, draft by Kevin Kelley, Anthropic, published on IETF Datatracker