笔者使用 Astro（静态网站生成器）与 Cloudflare Pages 的组合运营本站，构建、部署、DNS 配置等发布前的一整套流程都是自己搭建的。OpenAI 如今发布了一项功能——ChatGPT Sites——把这整套流程收进了「向对话提出请求」之中，并于2026年7月将适用范围扩大到付费方案整体。本文通读了官方文档（learn.chatgpt.com）与帮助中心的文章，整理这项功能能做什么、不能做什么（所有表述均基于2026年7月27日查阅时的内容）。

什么是 ChatGPT Sites

官方文档在开头这样定义 Sites。

Sites lets ChatGPT create, host, refine, and share websites, web apps, and games. Use Sites when you want to turn a prompt or compatible existing project into a hosted experience without setting up a separate deployment workflow.

（通过 Sites，ChatGPT 可以创建、托管、改进并共享网站、Web 应用和游戏。当你想把提示词或兼容的现有项目变成托管的成品，而无需另行搭建部署流程时，就可以使用 Sites）

要点在于它不仅覆盖「生成」，还覆盖「托管」。以往也可以让对话式 AI 编写网站代码，但要发布上线，用户需要自行准备托管环境。Sites 把后半部分——托管、URL 签发、访问控制、流量分析——都收进了 ChatGPT 内部。

提供状况

根据帮助中心的说明：

  • 以公开测试形式向除 Free 和 Go 以外的付费方案提供。Pro、Pro Lite、Enterprise、Edu 先行，Plus 与 Business 随后跟进
  • 上线之初在 EEA（欧洲经济区）、瑞士、英国不可用（日本不在此排除名单中）
  • 使用入口为 ChatGPT 网页版的「Work」，以及桌面应用中的「Work」或「Codex」
  • 公开测试期间设有按方案区分的用量上限，达到上限后可能无法新建 Site、增加存储或维持高用量 Site 的公开状态（仍可编辑和管理现有 Site）

时间线

回溯官方更新记录（What’s new），Sites 最早出现在2026年6月第1周（June 1–5）的条目中，被描述为「让 ChatGPT 能够创建、保存、部署和检查由 OpenAI 托管的网站、仪表盘、内部工具、Web 应用和游戏」的功能。起初它是面向 Codex 的功能；随着同年7月第2周（July 6–10）ChatGPT Work 的正式发布，它被定位为 Work 的成果物之一，适用范围也如前述扩大到付费方案整体。

从创建到发布的流程

一切从提示词开始。在提示词中包含「website」一词，或提及 @Sites，即可启动 Sites 的工作流。官方文档将后续流程分为四步说明。

  1. 描述 — 说明目标读者、用途、所需行为以及 Site 应使用的信息
  2. 确认 — 检查生成的内容与行为，以及数据的处理方式
  3. 改进 — 描述想要的修改，必要时附上相关文件或视觉参考
  4. 管理与共享 — 从 Sites 管理界面重新打开并继续改进，选定访问范围后分享链接

作为需要注意的规格，文档把下面这句话放在了最顶部。

Every Sites deployment URL is a production deployment. If you want to review a build before it becomes live, ask ChatGPT to save a version without deploying it.

（Sites 的所有部署 URL 都是生产环境部署。如果想在上线前检查构建结果，请让 ChatGPT 只保存版本而不部署）

出处: 同一文档

也就是说，Sites 不会像一般托管服务那样提供「预览环境」的 URL，发布通过以下两个独立阶段来控制。

  • 保存版本（Save a version） — 构建并保存一个可部署的版本。若 Site 由本地源码项目创建，该版本会与构建所用的 Git 提交相关联
  • 部署版本（Deploy a version） — 发布已保存的版本，部署成功后返回生产环境 URL

「先确认再发布」的运用方式，正是靠用户有意识地区分这两个阶段来实现的。

Site 的「形态」与数据存储

Sites 有「site shape（站点形态）」的概念，需要根据产品所需的能力，向 ChatGPT 传达相应的构成。官方文档中的表格可概括如下。

需求向 Sites 提出的内容
以内容为主的网站或落地页不持有持久化应用状态的 Site
保存记录、进度或游戏分数D1（面向持久化结构化数据的关系型数据库）
图片、文档、音频、视频等上传R2（面向文件的对象存储）
带可检索元数据的上传文件元数据存入 D1，文件本体存入 R2
需要识别工作区用户身份的内部站点基于工作区认证的用户身份
面向公众的登录或外部身份提供方启用认证功能的 Site

本地项目与托管的对应关系保存在名为 .openai/hosting.json 的文件中。作为使用关系型数据库、不使用文件存储的 Site 示例，文档给出了如下内容。

{
  "project_id": "<project-id>",
  "d1": "DB",
  "r2": null
}

值得注意的是，「D1」「R2」这两个名称与 Cloudflare 旗下同名服务（关系型数据库 D1、对象存储 R2）连角色描述都一致。不过，关于 Sites 的托管究竟运行在何种基础设施之上，笔者在 OpenAI 的官方资料中未能找到相关记载（截至2026年7月27日）。

文档还明确了使用上的区分：临时的展示状态（如主题选择、已关闭的横幅）不要使用持久存储，只对用户期望「被记住」的产品数据使用。

访问控制默认私有

刚创建的 Site 只有所有者和工作区管理员可以访问，在用户明确修改之前，访问范围不会扩大。根据账户和工作区设置，可选范围分为四档。

  1. 仅所有者和工作区管理员
  2. 选定的用户或群组（受支持的环境）
  3. 工作区内所有人（受支持的环境）
  4. 互联网上的任何人（仅在允许公开发布时）

在 Enterprise 工作区中，公开发布默认关闭，除非管理员启用，否则成员无法公开发布。此外，「共享」仅授予访问权限，不授予编辑权限。

与此相独立，Site 本身还可以内置名为「Sign in with ChatGPT」的登录功能。文档举例说明了这样的构成：公开的 Site 对未登录访客保持开放，同时仅向已登录访客提供进度保存、个性化展示等与身份相关的功能。文档也明确指出，访问范围设置与 Site 内置的登录功能是相互独立的控制。

流量分析与自定义域名

已部署 Site 的流量会被自动记录：无需接入分析 SDK，即可在管理界面查看独立访客数、页面浏览量及其随时间的变化（Enterprise 工作区所有的 Site 目前不可用）。另外，在文档所示的管理界面示例中，Site 托管在 openai.chatgpt.site 的子域名下。

自定义域名采用的方式是连接用户已拥有的裸域名（apex）或子域名。Sites 不会代为注册域名，前提是用户能够修改该域名的 DNS 记录。步骤也是常规做法：在 Site 设置中输入域名，把 Sites 提供的 DNS 记录添加到域名服务商处，等待生效。Enterprise 工作区在上线之初不可使用自定义域名。

环境变量与密钥在 Site 的设置界面管理；文档明确要求不要把机密值写进提示词、附件、Site 内容或 .openai/hosting.json。修改值之后，重新部署已批准的保存版本即可生效。

限制与禁止事项

官方资料列出的限制中，与是否采用的判断相关的主要有：

  • 仅支持能在 Sites 运行时中运行的 Web 体验，部分框架、私有网络、数据库、后台服务和托管模式不受支持
  • 上线之初不支持数据驻留（指定存储地点）与推理驻留。范围涵盖已部署的 Site、代码、D1/R2 数据、生成物和日志
  • 禁止处理 PHI（受保护健康信息）和支付卡数据、面向13岁以下（或所在法域数字同意年龄以下）人群、传播恶意软件、钓鱼、冒充个人或组织等。至于销售商品或收款本身，若完全通过第三方支付服务商进行则是允许的，帮助中心说明此时销售、履约、退款、税务等责任由用户承担
  • 关于训练数据：Business、Enterprise/Edu 的对话默认不用于训练。Free、Go、Plus、Pro 用户若开启了「为每个人改进模型」设置，包括创建、编辑、管理 Site 在内的对话可能被用于训练

此外，OpenAI 可能移除或限制有违反政策风险的 Site，并为误删提供了申诉渠道。

小结

  • ChatGPT Sites 是一项公开测试功能：从提示词生成网站、Web 应用和游戏，并在 OpenAI 托管的环境中完成发布与共享。它于2026年6月面向 Codex 推出，7月扩展至除 Free 和 Go 以外的付费方案整体（EEA、瑞士、英国在上线之初不在范围内）
  • 所有部署 URL 都是生产环境，不存在预览环境。发布前的确认通过区分「保存版本」与「部署」两个阶段来实现
  • 数据存储使用 D1（关系型数据库）与 R2（对象存储），通过提示词传达所需的「site shape」。名称与 Cloudflare 的同名服务一致，但关于底层基础设施未能确认官方记载
  • 访问控制默认私有（仅所有者和管理员），公开需要明确修改设置；Enterprise 工作区的公开发布本身默认关闭
  • 流量分析为内置功能，无需额外配置即可查看独立访客数和页面浏览量。自定义域名通过自有域名的 DNS 设置接入
  • 处理 PHI、支付卡数据等禁止事项，以及各方案下训练数据的处理方式，在采用前需要事先确认

参考资料