OpenAI will now build and host your client's website. Nothing in its documentation says a search engine can read it.

Are ChatGPT Sites crawlable? What the sources say on September 28, 2026

Short answer: OpenAI still has not documented it, in either direction. We re-read the sources on September 28, 2026, eleven weeks after launch. The Sites documentation and the help-center article (marked “Updated: 2 days ago”) contain no instance of robots, sitemap, noindex, canonical, search engine, SEO or discoverable. Nothing says a published Site can be indexed, and nothing says it cannot. We looked for a live public Site to read its robots.txt and headers directly and did not find one, so that reading is still missing. Three things did change, and one of them corrects this post.

The correction: this post said Sites was not available in the EEA, Switzerland or the United Kingdom, quoting the help article as it read on July 14. That sentence is gone from the article. OpenAI has not, on the pages we read, announced availability in those regions either, so we are not stating that it is available there. If your clients are in the UK or the EU, check in the product. What the hostname changes: a hosted Site is served from a chatgpt.site subdomain, not from chatgpt.com, so the chatgpt.com robots.txt below does not govern it. The check to run on your own Site is now concrete: fetch /robots.txt on its chatgpt.site address, and look at the page's response headers and <head> for noindex. The rest of this post is the July 14 reading, with dates marked where the facts have moved.

What OpenAI shipped

The primary source is OpenAI's announcement, “ChatGPT is now a partner for your most ambitious work”, published July 9, 2026. Alongside ChatGPT Work and GPT‑5.6, OpenAI introduced Sites, in its own words: “We're also introducing Sites in ChatGPT in public beta. With Sites, you can turn your work or ideas into an interactive site or web app and share it with your team or publicly through a URL.” The Sites documentation adds that ChatGPT will “create, host, refine, and share websites, web apps, and games,” that every deployment URL is a production URL, and that a Site can be pointed at a custom domain you already own.

Two availability facts from OpenAI's help-center article mattered at launch, because they decided whether this was usable for your book of business. As read on July 14, 2026: “ChatGPT Sites is available in public beta on paid plans except Free and Go. It is not available in the EEA, Switzerland, or the United Kingdom at launch.” And: “Custom domains are not available in Enterprise workspaces at launch.” The first sentence is no longer on the page as of September 28, 2026 (see the table above); the second is unchanged.

What the documentation does not say

We searched all three OpenAI pages on July 14, 2026 for the words index, crawl, robots, search engine, SEO, and discoverable. They do not appear. The docs are careful and explicit about permissions — “Hosting a Site doesn't automatically make it public,” and sharing tops out at three settings: only you or people you invite, everyone in your workspace, or anyone with the link. That is a permission model, and a good one. But “anyone with the link” is not distribution. It means nobody is stopped from visiting; it does not mean anybody can find it. A page that no crawler fetches cannot be cited by an AI engine, because there is nothing in the index to cite.

This is not a criticism of Sites for what it is built for. The use cases OpenAI lists — live dashboards, project trackers, internal portals, prototypes, interactive reports — are mostly things you would not want indexed. The failure mode is the agency that reaches for a fast site builder for a client's marketing content and assumes hosting implies reach.

Meanwhile, on the domain OpenAI does document

We fetched chatgpt.com/robots.txt on July 14, 2026. On its flagship web property, OpenAI names and fully blocks the crawlers behind the other AI engines — each with Disallow: /:

For every other bot, the file is an allow-list of marketing and share paths that ends with a blanket Disallow: /. State the caveat plainly, because we will not overclaim: this is chatgpt.com, and a hosted Site is served from a chatgpt.site subdomain (the docs did not show the hostname when we first wrote this) — so this is not proof that your Site is blocked, and this file does not apply to it. It is evidence of the platform's posture. On the one domain where OpenAI has written down a crawl policy, that policy shuts out the exact engines your client is paying you to be recommended in. Do not assume a Site inherits a friendlier one. Go and check.

What an agency should actually do

• Treat hosting and distribution as two separate purchases. A generated, hosted, shareable URL solves the build problem. It says nothing about the retrieval problem. The question to ask of any platform holding client content is not “can people open this link?” but “which crawlers are permitted to fetch it, and is it in an index?”
• Check the crawl surface before content goes on someone else's domain — it takes two minutes. Fetch robots.txt on whatever hostname the deployment URL actually uses. Look for a noindex header or meta tag on the page itself. Confirm Googlebot, Google-Extended, and PerplexityBot are not disallowed. If any of that fails, the page is a brochure you can email, not an asset that can be cited.
• Use a custom domain, which is the one path that keeps the crawl surface yours. OpenAI supports pointing a Site at an apex domain or subdomain you already own via DNS — and on a domain you control, you own the robots.txt, the canonical tag, and the indexing decision. (Not available in Enterprise workspaces at launch.) The general rule outlives this product: the durable AI-visibility asset is content on a domain you control. Everything hosted inside someone else's walled platform is theirs to make invisible.
• Re-run the client's visibility check after any migration. Moving a client's content to a new host changes the URL, the canonical, and possibly the crawl permission — three of the inputs that decide whether an engine cites them. That is a measurable before-and-after, not a vibe.

The takeaway

The AI platforms are becoming hosts. That is a genuinely useful thing — and it quietly moves the decision about who may read your client's content from your client to the platform. OpenAI has been forthright about permissions and silent about crawling, while blocking rival AI crawlers on the domain it does document. Both facts can be true at once, and an agency has to plan for both.

If you want to know whether an engine can currently name a business at all, run the free 60-second check — it reports the rate across ChatGPT and Perplexity (the $79 audit adds Gemini and Claude, 25 questions sampled three times each). If you do this for clients, the $249 agency 5-pack runs the full repeated-sample audit across five of them, white-labeled — including the before-and-after you will want the next time a client moves their content somewhere new.