Skip to main content
WeiseMedia
Back to Blog
NewsPublished: 2026-11-01·Status: November 1, 2026·4 min read

One Line Against AI Training: Google, Microsoft and OpenAI Plan a Shared Signal

Alexander Weise, Founder of WeiseMedia

Alexander Weise

Founder & Lead Engineer at WeiseMedia

[ IN BRIEF // KEY TAKEAWAY ]

On October 30, 2026, Google, Microsoft Bing, and OpenAI announced joint support for a single, harmonized robots.txt signal allowing websites to decline AI model training. The directive does not block search crawling or affect conventional rankings, but entails an important side effect with Google: disallowing the token without explicitly permitting Google-Extended will exclude your website from citations in Gemini applications. Furthermore, the standard is not yet operational and will only take effect progressively throughout 2027.

Definition: The robots.txt is a standardized plain-text file in the root directory of a domain that instructs automated web crawlers which directories they are permitted or forbidden to fetch.
Editorial NoticeThis article reflects the current technical discussion regarding web protocols and AI training preferences. It does not constitute formal legal counsel on copyright or text and data mining exceptions.
Illustration: one highlighted line in a robots.txt file addresses several AI bots at once

What was announced?

Previously, publishers had to maintain individual directives for every AI bot to restrict training on proprietary content. On October 30, 2026, Google, Microsoft Bing, and OpenAI announced joint support for a single shared signal in robots.txt.

The framework stems from the AIPREF working group at the Internet Engineering Task Force (IETF). Google presented the plan in the Search Central Blog (by John Mueller), targeting early 2027 in its crawler docs. Microsoft Bing will honor the preference starting February 1, 2027, while OpenAI scheduled implementation in the coming months.

Industry outlets like Search Engine Roundtable and PPC Land view this as the first unified consensus among major search engines and AI labs in the generative era.

Participating vendors, commitments, and timelines
ProviderCommitment to SignalTarget Timeline
GoogleHonors the signal; Disallow without explicit Google-Extended rule treats Google-Extended as blockedEarly 2027
Microsoft BingHonors training signal when crawling; separate page-level grounding controlsFrom Feb 1, 2027 / Cut-off March 1, 2027
OpenAIHonors the signal; bot-specific rules (like GPTBot) remain operationalComing months

How does the new directive work?

The implementation is based on the IETF draft draft-kelley-aipref-training-preference-signal-00, introducing a policy token named __usage_ai-training placed like a standard User-Agent:

User-Agent: __usage_ai-training
Disallow: /
Allow: /presse/

In this example, training is disallowed across the domain, while the press directory is explicitly permitted. Two specifications in the draft are fundamental:

First, wildcard declarations like User-Agent: * explicitly do not apply to this token—it must be stated directly. Second, it is not a crawl block: bots may still fetch and index pages.

The draft defines AI training as updating parameters of generative models. Categorization, indexing, or ranking is unaffected. This remains an individual draft without formal standard RFC status; specifications may evolve.

What does this mean specifically for Google and Bing?

With Google, the signal introduces an important side effect: adding Disallow for the token without an explicit rule for Google-Extended causes Google to treat Google-Extended as blocked.

Google-Extended governs training for Gemini models and grounding in Gemini apps and Vertex AI. Grounding means generative systems reference and link live web documents. Opting out stops citations in Gemini, though regular Google search rankings remain untouched.

Microsoft separates training and grounding: training is set in robots.txt, while grounding is governed by page-level tags. With DisallowExtended, Copilot citations remain permitted while third-party APIs are excluded. Microsoft respects the signal from February 1, 2027; sites using NoArchive must migrate before March 1, 2027.

What does this mean for your business?

Our Assessment: A unified signal simplifies rights management, yet remains a voluntary commitment without technical enforcement. For most businesses, visibility in AI answer engines (GEO) offers greater value than restricting training data. Our Recommendation:

  1. 1Clarify objectives: Decide whether you strictly reject model pre-training or whether you also want to avoid citations in AI search interfaces as well.
  2. 2Audit robots.txt: Review your configuration for inherited rules or blocks against crawlers like Google-Extended or GPTBot.
  3. 3Explicitly permit Google-Extended: If blocking training broadly but retaining Gemini citations, declare an explicit Allow directive for Google-Extended.
  4. 4Prepare Bing migration: If previously relying on NoArchive, transition to the new metadata tags before March 1, 2027.
  5. 5Maintain calm: Since directives take effect in 2027, there is no need for rushed changes. With clean Next.js development or a structured website relaunch, crawler rules are managed centrally in code. Read more in our guide on Google AI search source links.
[ FEATURED CASE STUDY ]

ACR Assistenz

High-performance Next.js platform & technical search engine optimization

Explore Case
[ FAQ // FREQUENTLY ASKED QUESTIONS ]

Frequently Asked Questions

It is a standardized policy token for robots.txt files allowing site owners to inform multiple AI providers simultaneously whether their web content may be used for training models. It stems from an IETF draft published on October 30, 2026, supported by Google, Microsoft Bing, and OpenAI.
[ SOURCES & PRIMARY DOCUMENTS ]

Referenced Sources & References

[ WEISEMEDIA // BERLIN STUDIO ]

Curious about what your robots.txt says today about AI training and generative search citations? We audit your crawler directives and implement an optimal setup before the 2027 regulations arrive.

Alexander Weise, Founder of WeiseMedia

Alexander Weise

Founder & Lead Engineer at WeiseMedia

Alexander Weise is the founder of WeiseMedia on Mariendorfer Damm in Berlin. He engineers high-performance Next.js platforms, bespoke CRMs, and specialized digital flagships with an obsession for speed, compliance, and conversions.

[ FURTHER GUIDES ]

Related articles from our studio

News

Imprint Email: Why a Dead Mailbox Can Now Become Costly

The Berlin Higher Regional Court clarifies: The imprint email must accept messages. What the Amazon ruling means for business websites and compliance.

News

Accessibility: Four in Five Websites Have Barriers

A BR analysis finds barriers on around 80% of tested German websites. What the market surveillance authority is doing and what businesses should check.

News

Google AI Search: More Source Links, More Control

Google is adding more source links to AI Mode and AI Overviews, and site owners can manage inclusion in Search Console. What to check now.

BERLIN STUDIO · FREE CONSULTATION

Ready to engineer your next digital flagship?

Speak directly with principal Alexander Weise about your requirements or calculate your budget in our fixed-price tool.