ChatGPT Sites 全面解析：一句话生成网站，支持数据库、文件存储、登录、公开发布与自定义域名

ChatGPT Sites 不只是“AI 帮你写一个静态网页”，而是一套内置在 ChatGPT 里的轻量网站与 Web App 创建、托管、迭代和发布系统。

更新日期：2026 年 7 月 12 日 · 本文依据 OpenAI 当前官方文档整理

1. ChatGPT Sites 是什么
2. 开放范围与使用入口
3. 完整功能清单
4. 创建、预览、编辑与发布流程
5. 数据库、文件存储和登录能力
6. 公开访问与自定义域名
7. 开发者能力、版本和本地项目
8. 限制、合规与数据使用
9. 与 Cloudflare Workers 的关系
10. 实用提示词模板
11. 常见问题

一、ChatGPT Sites 是什么？

ChatGPT Sites 是 OpenAI 提供的托管式网站创建功能。用户可以用自然语言描述需求，让 ChatGPT 创建、预览、修改、托管和分享网站、Web App 或小游戏，而不必先单独配置代码仓库、构建流水线、服务器和部署平台。 ^[1][2]

它的核心价值不是“自动生成一份 HTML”，而是把网站的整个生命周期整合进 ChatGPT： 你可以先描述产品，再查看私有预览，通过对话不断修改文字、布局、数据、样式、链接、表单和交互行为，最后选择受众并部署到生产网址。

二、开放范围、地区与使用入口

1. 当前仍处于 Public Beta

截至本文更新时，ChatGPT Sites 处于公开测试阶段。官方说明显示，它面向付费计划逐步开放，但 Free 和 Go 计划不包含 Sites；首发阶段也未在欧洲经济区、瑞士和英国提供。不同账户看到功能的时间可能不同，团队工作区还会受到管理员权限控制。 ^[1]

2. 可以从哪里创建？

官方目前列出的主要入口包括：

• ChatGPT 网页版中的 Work 模式；
• 新版 ChatGPT 桌面应用中的 Work 或 Codex；
• 在提示词中明确写“创建一个网站”，或直接使用 @Sites；
• 从一个兼容的本地源代码项目准备并发布到 Sites。

Sites 不提供独立的 Codex CLI 管理界面，也没有独立的 IDE 扩展管理界面。CLI 和 IDE 仍可用于编辑、测试本地项目，但创建、保存版本、部署和管理 Sites 需要回到 ChatGPT 网页版或桌面应用。 ^[2]

三、ChatGPT Sites 完整功能清单

四、从一句话到正式上线：完整工作流程

第一步：描述网站

提示词最好同时写清楚四件事：目标用户、网站目的、核心交互和必须使用的信息。你还可以附加文档、表格、图片、已有数据、参考链接、品牌规范和功能限制。

第二步：查看私有预览

ChatGPT 会生成一个可交互预览。此时应该检查页面内容、移动端布局、按钮、表单、数据读写、登录流程、文件上传和错误状态，而不是看到首页“看起来不错”就直接公开。

第三步：继续用自然语言修改

你可以直接说“把首页改成深色”“增加搜索和筛选”“让表单提交后写入数据库”“将上传文件限制为图片”“移除登录”“优化手机端”等。官方说明明确支持修改文案、布局、数据、样式、链接、表单和互动行为。 ^[1]

第四步：保存版本

“保存版本”和“部署版本”是两个阶段。保存版本会建立一个可审核的部署候选；部署才会让选定的受众访问生产版本。对于本地源项目，保存的版本可以与构建所用的 Git commit 关联。 ^[2]

第五步：选择受众并发布

在 Share 中设置 Who has access，然后 Publish。公开发布时应选择“Anyone on the internet”；发布完成后可通过 Visit 打开，或 Copy link 分享。

五、它为何不只是静态网站：D1、R2 与认证

1. D1：保存结构化数据

当网站需要长期保存记录、用户进度、游戏分数、提交内容、任务状态或文件元数据时，Sites 可以配置 D1 关系型数据库。这里的关键是“持久化”：关闭网页或稍后重新访问，数据仍然存在。

典型用途包括：

• 项目申请和工单系统；
• 留言、投票、评论和排行榜；
• 待办事项、学习进度和用户偏好；
• 游戏分数和成就；
• 上传文件的名称、类型、所有者和索引信息。

2. R2：保存图片、文档、音视频和其他文件

R2 用于对象存储，适合保存访客上传的图片、文档、音频、视频或其他二进制文件。需要可搜索文件时，常见结构是：文件本体存进 R2，文件标题、类型、上传者和时间等元数据写入 D1。 ^[2]

3. 临时界面状态不必使用数据库

官方建议不要为主题选择、关闭提示条等临时展示状态滥用持久化存储；只有用户合理期待网站下次仍能记住的数据，才应该保存到持久化数据库。

4. 工作区身份、公开登录与外部身份

内部应用可以使用当前工作区用户身份，实现“谁提交、谁投票、谁修改”的身份感知功能。面向公众时，Sites 也可以构建带认证的站点，包括支持的公开登录或外部身份提供商。

六、分享、公开访问和自定义域名

1. 新网站默认不会自动公开

新建 Site 通常只对所有者和工作区管理员可见，直到你主动修改访问权限。可用选项会因计划和工作区设置而变化，可能包括：

• 仅所有者与工作区管理员；
• 指定的活跃用户或群组；
• 整个工作区；
• 任何拥有链接的人；
• 任何互联网用户。

2. 公开 Site 不要求访客拥有工作区权限

当受众设为“Anyone on the internet”时，公开 Site 可以在没有该 ChatGPT 工作区访问权的情况下打开。若访客仍看到登录页，需要分辨那是访问权限造成的登录，还是网站内部主动加入的认证流程。 ^[1]

3. 自定义域名绑定步骤

1. 进入 Site 的 Settings；
2. 选择 Add domain；
3. 输入根域名，例如 example.com，或子域名，例如 app.example.com；
4. 复制 Sites 给出的 DNS 记录和值；
5. 到 Cloudflare、Namecheap、GoDaddy 或其他域名服务商添加记录；
6. 等待 DNS 生效，然后回到 Sites 刷新域名状态。

Sites 不会替你注册域名，你必须已经拥有域名并能修改 DNS。官方同时使用“where custom domains are available”这一表述，说明该功能可能尚未对所有账户开放；Enterprise 工作区在首发阶段不支持自定义域名。 ^[1]

自定义域名需要在域名服务商处添加 Sites 指定的 DNS 记录。图片：Unsplash

七、开发者功能：本地项目、配置文件、Secrets 与版本

1. 可以部署兼容的现有项目

除了从提示词生成新站点，Sites 也能接入兼容的本地项目。官方建议先要求 ChatGPT 检查项目是否能生成受支持的部署产物，并在需要时调整项目结构。

2. .openai/hosting.json

本地 Sites 项目通过 .openai/hosting.json 保存托管项目的关联信息和可选存储绑定名称。官方给出的示例结构如下：

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

这个文件不是用来保存密码的。它主要描述项目与托管环境的关联；环境密钥应放在 Sites 的托管环境设置中，而不是写进配置文件、提示词或提交到 Git。

3. 环境变量与 Secrets

在 Sites 列表中找到站点，进入 More actions → Settings，可以添加、修改或删除托管环境变量和 Secrets。更改环境值后，需要重新部署已批准的保存版本，下一次部署才会使用新配置。 ^[2]

4. Site 与 ChatGPT Project 不是同一个概念

Site 是可持续存在的托管输出；即使创建它的 Work 任务结束，Site 仍会出现在 Sites 列表中。它也不等同于 ChatGPT 里的 Project 文件夹。

5. 删除不可恢复

你可以先通过 Share 限制访问来下线网站，也可以永久删除。永久删除时需要输入 Site slug 确认，删除后不能恢复。 ^[1]

八、工作区管理员能控制什么？

在 Business、Enterprise 和 Edu 工作区中，Sites 不只是个人工具，还涉及组织治理。管理员可以控制谁能创建、谁能发布、是否允许公开发布，以及在需要时限制访问或移除站点。

• Business 工作区默认启用 Sites，但管理员仍可管理权限；
• Enterprise 可以通过 RBAC 决定哪些用户或群组能创建和发布；
• Enterprise 的公开发布默认关闭，需要管理员先开启；
• 管理员应建立公开发布、隐私审查、第三方内容和删除处理流程；
• 组织可以要求敏感站点在上线前经过额外审核。

官方还明确指出，Sites 在首发阶段不符合数据驻留或推理驻留要求，因此有严格区域合规要求的组织应谨慎评估。 ^[3]

九、公测限制、数据使用、隐私与禁止用途

1. 限额没有固定公开数字

公测期间，Sites 使用量包含在各计划的特定限额中，具体限额以账户或工作区界面显示为准，并可能随测试阶段调整。限额跨账户下所有 Sites 共同计算。

达到限额后，可能发生：

• 暂时无法创建新 Site；
• 无法继续增加存储；
• 高使用量 Site 可能无法继续保持公开；
• 已有 Site 通常仍可编辑和管理。

2. 并非所有框架和后端模式都支持

官方说明，一些框架、私有网络、数据库、后台服务和托管方式在首发阶段可能不支持。换句话说，Sites 适合“受支持运行时可以承载的轻量 Web 体验”，但不是任意服务器应用都能原样迁入。

3. 不支持数据驻留和推理驻留

首发阶段的限制覆盖已部署 Sites、站点代码、D1/R2 数据与文件、生成产物和运行日志。对数据必须存放在特定国家或地区的企业，这是非常重要的限制。

4. 创建者对内容和访客提交负责

如果 Site 允许访客提交自由文本、留言、帖子、文件或个人信息，创建者有责任评估是否应收集这些数据，并负责必要的审核、管理和内容治理。不得在没有授权的情况下公开机密、敏感或第三方内容。 ^[4]

5. 明确禁止的场景

根据当前官方说明，Sites 不得：

• 处理受保护健康信息（PHI）；
• 处理支付卡数据；
• 面向 13 岁以下儿童或低于适用数字同意年龄的人群；
• 直接促成金融交易；
• 分发恶意软件或用于网络钓鱼；
• 冒充个人或组织；
• 违反 OpenAI 使用政策或 Sites 条款。

6. 对话是否用于模型训练？

Business、Enterprise 和 Edu 客户的 ChatGPT 对话以及从 Sites 访问的信息默认不会用于训练模型。对于个人计划，是否可能用于改进模型取决于账户中的“Improve the model for everyone”数据控制设置。这里主要指你与 ChatGPT 创建、编辑或管理 Site 时的对话和被带入对话的信息。 ^[1]

十、ChatGPT Sites 与 Cloudflare Workers 到底是什么关系？

看到 D1 和 R2，很多开发者会自然联想到 Cloudflare。官方文档确实把 Sites 的结构化持久化称为 D1，把文件对象存储称为 R2；示例中也使用逻辑绑定名称，例如 DB。

但这不代表你的 Site 自动拥有某个 Cloudflare 账户的完整权限，也不代表可以未经配置直接调用：

env.AI.run(...)

截至本文更新时，OpenAI 官方 Sites 文档没有承诺提供通用 Workers AI Binding，也没有说明会开放任意 Cloudflare 原生资源，例如 Durable Objects、Queues、Cron Triggers 或用户自己的 Cloudflare 控制面板。

更稳妥的理解是：

• Sites 提供由 OpenAI 管理的受支持托管运行时、D1/R2 能力和部署流程；
• Cloudflare Workers 更适合需要底层运行时控制、原生 Binding、定时任务、队列、复杂网络规则和精细成本管理的产品；
• 若 Site 需要调用你自己的 Workers AI，可通过环境变量保存必要配置，再调用你自己部署的 Worker API，但必须正确处理鉴权、跨域、限流和费用。

十一、最适合用 ChatGPT Sites 做什么？

不太适合的项目

• 依赖复杂后台任务、队列、长时间计算或私有网络的系统；
• 需要强数据驻留、行业合规和完整审计控制的生产系统；
• 高流量、收入关键且必须有可预测资源配额的长期业务；
• 需要任意服务器框架、底层容器或完整云基础设施控制的应用；
• 涉及支付卡、直接金融交易、PHI 或禁止场景的产品。

十二、创建第一个 ChatGPT Site 的实操步骤

1. 打开 Work 或 Codex：使用 ChatGPT 网页版 Work，或新版桌面应用的 Work/Codex。
2. 描述网站：写明受众、目的、页面、数据、交互、视觉风格和发布范围。
3. 附加材料：上传品牌 Logo、文档、表格、截图、数据文件或参考链接。
4. 明确持久化需求：需要保存记录时说明使用持久数据库；需要上传时说明保留文件。
5. 检查预览：测试桌面和手机、表单、数据库、上传、空状态和错误状态。
6. 设置登录：明确是完全公开、工作区登录，还是公开页面加站内账户。
7. 配置 Secrets：到 Site Settings 添加运行时环境值，不要在对话中粘贴密钥。
8. 保存版本：建立部署候选并审核。
9. 设置访问范围：选择私人、指定用户、工作区、链接或互联网公开。
10. 部署：发布保存版本并测试真实生产 URL。
11. 绑定域名：若账户支持，在 Add domain 中复制 DNS 记录并验证。
12. 上线后检查：使用未登录浏览器或无痕窗口模拟真实访客。

十三、可直接使用的高质量提示词模板

1. 公开内容网站

@Sites 创建一个面向公众的中文网站。主题：[填写主题]目标用户：[填写用户群体]页面：首页、功能介绍、常见问题、联系我们、隐私说明。要求：1. 不要求访客登录；2. 设置为可供任何互联网用户访问；3. 手机端优先，加载快速；4. 使用语义化标题结构和清晰的内部链接；5. 生成私有预览，不要立即发布；6. 完成后检查所有链接、表单和移动端布局。

2. 带数据库的工具

@Sites 创建一个项目申请管理工具。功能：1. 用户可以提交项目名称、负责人、优先级、截止日期和说明；2. 支持搜索、筛选、排序和状态更新；3. 所有记录必须在刷新和重新访问后保留；4. 使用 D1 保存结构化数据；5. 添加空状态、加载状态、验证错误和删除确认；6. 先生成私有预览，测试数据库读写后再让我决定是否发布。

3. 带文件上传的应用

@Sites 创建一个团队资料上传和检索网站。要求：1. 支持上传图片和 PDF；2. 文件本体保存到 R2；3. 文件名、类型、大小、上传者、标签和时间保存到 D1；4. 支持搜索、标签筛选、替换和删除；5. 删除文件时同时删除 R2 对象和 D1 元数据；6. 使用工作区身份记录上传者；7. 在发布前检查权限，避免用户访问不属于自己的文件。

4. 移除不需要的登录

把这个 Site 改为完全公开访问：1. 访问受众设为 Anyone on the internet；2. 移除站内 Sign in with ChatGPT 和其他身份认证；3. 未登录访客可以使用全部公开功能；4. 不要把工作区用户信息作为页面运行条件；5. 在无痕窗口模拟未登录访客并检查；6. 先保存版本，等我审核后再部署。

5. 部署现有项目

使用 ChatGPT Sites 部署当前本地项目。请先：1. 检查项目是否能生成 Sites 支持的部署产物；2. 列出不兼容的框架、后台服务、数据库或网络依赖；3. 在不改变核心功能的前提下进行必要修改；4. 检查 .openai/hosting.json；5. 不要把任何密钥写入代码或配置文件；6. 保存一个可审核版本，不要立即部署；7. 向我说明数据库迁移、存储绑定和生产环境变量需求。

十四、常见问题 FAQ

ChatGPT Sites 只能做静态网页吗？

不能这样理解。它可以创建互动网站、轻量 Web App 和游戏，并通过 D1 保存结构化数据、通过 R2 保存文件，还能加入身份认证。

公开网站的访客必须登录 ChatGPT 吗？

公开 Site 本身不要求访客拥有你的 ChatGPT 工作区权限。但如果站内主动添加了登录功能，访客仍可能看到认证页面。应分别检查访问受众和站内认证。

能绑定自己的域名吗？

可以，但功能是否可用取决于账户和工作区。你需要自己拥有域名，进入 Add domain，按提示添加 DNS 记录。Enterprise 首发阶段不支持自定义域名。

能保存用户提交的数据吗？

可以。结构化记录可以保存到 D1；图片、PDF、音频、视频等文件可以保存到 R2。

能接第三方 API 吗？

Sites 提供环境变量和 Secrets，可用于配置外部服务。不过是否支持某个 SDK、网络模式或后台服务，仍取决于 Sites 运行时。密钥必须只在安全的服务器端路径使用。

可以直接使用 Cloudflare Workers AI 的 env.AI 吗？

当前官方文档没有承诺为每个 Site 提供通用 Workers AI Binding，因此不能默认认为 env.AI.run(...) 可直接使用。更可靠的方法是调用你自己部署并鉴权的 API。

适合做 AdSense 内容站吗？

技术上可以创建公开内容网站，但在正式投入长期 SEO 和广告业务前，应重点确认自定义域名、页面可抓取性、站点结构、性能、广告脚本兼容性、公测配额和长期托管稳定性。对收入关键的网站，先用 Sites 验证产品，再迁移到可完全控制的托管环境通常更稳妥。

删除后能恢复吗？

不能。永久删除需要输入 Site slug 确认，删除后不可恢复。

为什么我的账户没有 Sites？

可能是计划、地区、逐步推送、使用的应用版本或工作区权限造成。Sites 不在 ChatGPT Classic 应用中；Enterprise 用户还需管理员为角色启用。

十五、总结

ChatGPT Sites 的真正意义，是把自然语言产品设计、代码生成、轻量后端、托管、版本和发布整合为一个连续流程。对不想先搭建复杂工程环境的人，它可以极大缩短从想法到可访问产品的时间。

它已经覆盖了相当多的全栈基础能力：D1 数据库、R2 文件存储、工作区身份、公开认证、环境变量、Secrets、生产网址、自定义域名和访问控制。但公测配额、区域限制、框架兼容性、数据驻留、后台服务和云资源控制仍然是明显边界。

因此，最合理的定位是：用 ChatGPT Sites 快速创建、验证和分享轻量网站与应用；当产品进入高流量、强合规、复杂后端或收入关键阶段，再评估迁移到完全可控的生产基础设施。

1. OpenAI Help Center：Creating and managing ChatGPT Sites
2. ChatGPT Learn：Sites developer guide
3. OpenAI Help Center：Managing ChatGPT Sites for your workspace
4. OpenAI Help Center：Understanding responsibilities for your ChatGPT Sites
5. ChatGPT Release Notes：Introducing ChatGPT Sites in public beta