Key details

  1. OAI-SearchBot access is required for page content to be eligible for ChatGPT search summaries and snippets.
  2. A robots.txt-disallowed page may still appear in ChatGPT Atlas as a title and link if OpenAI learns the URL elsewhere and has relevance signals.
  3. OpenAI recommends `noindex` when a publisher does not want that link-level result surfaced.
  4. The crawler must be allowed to fetch the page to see its noindex meta tag.
  5. GPTBot is the separate user-agent publishers should disallow for content they want excluded from potential training.
  6. ChatGPT search referral links include `utm_source=chatgpt.com` for analytics attribution.

What builders should take away

  1. Audit AI crawler policy as three separate questions: may the service fetch the content, may the URL appear in search/discovery, and may content be used for training.
  2. If you want a page omitted from ChatGPT Atlas results, do not rely on robots.txt alone; make sure the relevant crawler can read a `noindex` directive.
  3. Avoid configurations that simultaneously block the crawler and expect it to honor a meta directive hidden behind that block.
  4. Keep GPTBot policy separate from OAI-SearchBot policy so a training opt-out does not accidentally remove desired search visibility, or vice versa.
  5. Measure ChatGPT referrals before making broad distribution changes; OpenAI supplies a consistent UTM source for search traffic.

What changed

OpenAI’s current Publishers and Developers FAQ documents a more precise control model for ChatGPT Atlas and search visibility. Publishers should allow OAI-SearchBot if they want page content eligible for summaries, snippets and citations. However, disallowing a page in robots.txt does not guarantee that its URL disappears from Atlas: OpenAI says that if it learns a disallowed URL from a third-party search provider or another crawled page and has relevance signals, Atlas may still surface the page’s title and link. OpenAI tells publishers to use a `noindex` meta tag when they do not want that link-level result to appear, while noting that the crawler must be allowed to fetch the page in order to read the meta tag. GPTBot remains the separate opt-out mechanism for potential model training.

Why it matters

Publishers often treat robots.txt as a single switch for AI visibility, but OpenAI’s documented behavior shows that crawl permission, search-result inclusion and training are separate decisions. A site can block OAI-SearchBot from reading a page and still have a bare title/link surfaced from external discovery signals. Conversely, adding `noindex` behind a robots.txt block can fail because the crawler cannot read the directive. For publishers managing private-ish archives, licensed content, staged migrations or selective AI-search visibility, the ordering and combination of these controls now has a concrete distribution consequence.

Robots.txt controls fetching, not necessarily link discovery

OpenAI says public websites can appear in ChatGPT search and that OAI-SearchBot access is needed for content to be included in summaries and snippets. But a disallowed URL may still be known through another search provider or links found elsewhere. In that case Atlas can surface the URL and page title without using the blocked page content.

OpenAI points to noindex for removal from results

For publishers that do not want even the title and link surfaced, OpenAI recommends the standard `noindex` meta tag. The implementation detail matters: the page must be crawlable for OpenAI’s crawler to observe the directive. Blocking the crawler at robots.txt while relying on an unseen noindex tag can therefore produce the opposite of the intended control state.

Training is a different policy surface

The FAQ separately tells publishers to block GPTBot for pages they want excluded from potential training, including content encountered through user interactions in Atlas. That makes OAI-SearchBot, `noindex` and GPTBot three distinct controls: retrieval for search, inclusion in result surfaces and potential training.

Referral measurement remains available when discovery is allowed

OpenAI says referrals from ChatGPT search include `utm_source=chatgpt.com`, giving publishers a direct way to measure inbound search traffic. That makes selective access decisions testable: sites can compare referral value against the distribution or licensing reasons for restricting particular sections.

What to watch next

  • Whether OpenAI exposes a dedicated publisher-removal or URL-inspection tool rather than relying on standard noindex semantics.
  • Whether Atlas and other ChatGPT search surfaces converge on identical crawler/indexing behavior.
  • Changes to the documented relationship between OAI-SearchBot, third-party search providers and link-only results.
  • Whether analytics tools begin separating Atlas/browser referrals from other ChatGPT search traffic.

Still unclear

  • OpenAI’s FAQ describes current behavior but does not specify how quickly noindex changes propagate through every ChatGPT/Atlas search surface.
  • The documentation does not expose the complete set of third-party discovery signals that can cause a blocked URL to be surfaced.
  • A link/title appearing without fetched page content may have different practical impact depending on query, ranking and publisher type.

Sources

Direct reading behind this dossier.

1 sources
Publishers and Developers - FAQ
OpenAI Help Center primary documentation

Primary OpenAI guidance distinguishing OAI-SearchBot access, link/title surfacing for disallowed pages, noindex removal behavior, GPTBot training controls and referral tracking.

Discussion

Discussion is reader-contributed. Comments are not part of the BTN dossier or its editorial evidence.

0 visible comments

Join the discussion

Keep comments useful and relevant. Reader contributions may be moderated and are not BTN editorial evidence.

Sign in to comment