OpenAI backs a shared AI-training signal—but website owners should not treat it as live yet

The rules governing AI and online content are changing. On October 30, 2026, OpenAI promised to support a common robots.txt signal for generative-AI training preferences. It could matter to publishers, businesses and creators—but the implementation is still in the future, and the technical proposal is not an adopted internet standard.

Original decision chart separating training, crawling, AI retrieval and an IETF draft.
Original AgentenCode scope and control diagram based on primary sources; no hands-on testing. Full size
KEY TAKEAWAY

OpenAI plans a common robots.txt signal for AI training. It is not implemented or an adopted IETF standard. Our original operator decision matrix.

Sources and limitations

  1. Primary sources

    Official announcement dated 2026-10-30. Original source.

  2. Status and test limits

    Implementation promised in coming months; the IETF draft is not a ratified standard. No independent product tests.

What OpenAI has actually promised

In its October 30 announcement, OpenAI says it intends to honor a shared robots.txt signal so operators can communicate the same training preference to participating providers. Today, this remains a commitment to implement in the coming months, with details promised later. The company also says its existing crawler controls will continue to apply. A future implementation promise is not evidence of working enforcement now.

The underlying text is not an adopted IETF standard

The linked individual Internet-Draft proposes the token __usage_ai-training. In its example, User-agent: __usage_ai-training combined with Disallow: / expresses a preference against model training. But the IETF Datatracker expressly says this individual document lacks formal IETF endorsement and standing in the standards process. Its details may change. A robots.txt preference also cannot physically prevent copying, and no universal provider compliance is demonstrated here.

Original analysis: training, crawling and AI retrieval are distinct

The most consequential distinction is between model training, which changes model parameters; crawling, which fetches pages; and AI search or agent retrieval, which may retrieve a page in response to a user task. The draft says its training policy token is not a crawling-control directive. That means operators can reasonably want different outcomes for model training and discoverability. Allowing training does not guarantee a citation, and expressing an objection does not automatically block live AI-assisted search.

Our seven-point policy matrix

The following table ties documented statuses to practical operator decisions, separating the vendor announcement, the draft's technical scope and our own editorial judgment. Operators should avoid accidentally suppressing search crawling when their actual objective relates only to AI model training. We have not independently tested enforcement, measured ranking changes or obtained legal confirmation about the effect of these declarations.

Source status and AgentenCode's independent review advice
TopicStatusEvidenceRecommendation
OpenAIAnnouncedImplementation in coming monthsDo not call it active
IETFIndividual draftNo formal standard endorsementTrack versions
Training preference__usage_ai-trainingPath-level policy tokenDefine content-specific choices
Crawler accessSeparate user agentsExisting controls remainDo not casually change bot rules
AI search / agentsSeparate purposeNot controlled by training tokenReview discoverability separately
Legal effectVoluntary preferenceNot technical copy protectionReview rights and contracts
RolloutNo fixed launch dateNo verified enforcement yetTest later with real logs

What website operators can do now

  1. Audit: Inventory current robots.txt controls and compare them with OpenAI's existing crawler documentation.
  2. Decide: Set training preferences for different content categories independently of search access, consulting relevant technical and legal owners.
  3. Verify later: Track the individual draft and implementation updates. Version configuration changes and confirm actual requests in server logs instead of assuming a public promise is enforced.

Why this matters to everyday AI users

A publisher may object to training while wanting its articles to remain discoverable to AI-assisted search. That is a different choice from blocking all automated access. AgentenCode consequently separates source access, editorial evidence and verified product claims. The proposed common signal could simplify the web's governance landscape, but it is not yet a universal legal right, an operational security barrier or a visibility guarantee.

Primary sources

  1. OpenAI announcement, 30 October 2026
  2. IETF individual Internet-Draft, 30 October 2026
  3. OpenAI existing crawler controls

Frequently asked questions

Is the new signal currently enforced by OpenAI?

OpenAI announced a future implementation. That statement does not establish live enforcement today.

Does it automatically block AI search?

No. The draft explicitly separates training-preference signals from crawling rules.

Is it an official IETF standard?

No. The linked document is an individual Internet-Draft without formal standards standing.