教程
ChatGPT Sites 实战：从一句需求到上线网站，自定义域名、版本和权限怎么配？
ChatGPT Sites 已进入 Public Beta，并且官方文档今天再次更新了创建、预览、发布、分享、自定义域名和权限相关说明。Sites 的定位不是传统“生成一段 HTML 给你复制”，而是让用户直接在 ChatGPT Work 或桌面端 Codex 中描述需求，生成可交互网站或轻量应用，再经过预览、版本保存和发布形成真实可访问地址。当前 Plus、Pro 和 ChatGPT 工作区可用，Business 默认开启，Enterprise 由管理员通过角色权限控制；可用场景包括项目看板、Launch Calendar、内部 Portal、Dashboard、Calculator 和轻量工具。本文不做功能罗列，而是给出一套从需求到生产上线的完整使用方法。
# ChatGPT Sites 实战：从一句需求到上线网站，自定义域名、版本和权限怎么配？
## 文章摘要
ChatGPT Sites 已进入 Public Beta，并且官方文档今天再次更新了创建、预览、发布、分享、自定义域名和权限相关说明。Sites 的定位不是传统“生成一段 HTML 给你复制”，而是让用户直接在 ChatGPT Work 或桌面端 Codex 中描述需求，生成可交互网站或轻量应用，再经过预览、版本保存和发布形成真实可访问地址。当前 Plus、Pro 和 ChatGPT 工作区可用，Business 默认开启，Enterprise 由管理员通过角色权限控制；可用场景包括项目看板、Launch Calendar、内部 Portal、Dashboard、Calculator 和轻量工具。本文不做功能罗列，而是给出一套从需求到生产上线的完整使用方法。
---
AI 建站工具很多。
真正容易被忽略的问题是：
> “生成一个页面”和“上线一个可以持续维护的网站”是两件完全不同的事。
过去常见流程是：
```text
给 AI 描述需求
↓
生成 HTML / React
↓
复制代码
↓
找托管平台
↓
改配置
↓
部署
```
ChatGPT Sites 试图把后半段也纳入同一个工作流：
```text
需求
↓
生成
↓
预览
↓
修改
↓
保存版本
↓
发布
↓
共享 / 域名
```
这使它更接近一个轻量应用生产环境，而不只是代码生成器。
## 目前谁能用？
当前官方说明是：
- ChatGPT Sites 处于 Public Beta；
- Plus 和 Pro 可用；
- ChatGPT 工作区可用；
- Business 默认启用；
- Enterprise 需要管理员通过 RBAC 开启；
- Enterprise 默认不会自动开放公共发布；
- ChatGPT Classic App 不支持，需要较新的 ChatGPT 应用或网页端。
另外，Public Beta 存在计划相关使用限制。
当接近限制时，系统会提醒。
如果达到限制，可能暂时无法：
- 新建 Site；
- 增加存储；
- 让高使用量 Site 保持公网可用。
因此它目前仍然不应该被理解成：
> 无限量免费托管平台。
## 怎么创建第一个 Site？
官方推荐入口：
### Web
进入：
```text
Work
```
### Desktop
进入：
```text
ChatGPT → Work
```
或者：
```text
Codex
```
然后直接描述：
> Build a website...
也可以明确使用：
```text
@Sites
```
## 第一步不要先写“帮我做个网站”
一个模糊 Prompt 最容易生成一个：
> 看起来还可以，但业务上没什么用的页面。
建议第一条需求至少包含六项：
```text
目标用户
业务目标
核心页面
输入数据
交互行为
发布限制
```
例如：
> 建一个给研发部门使用的发布看板网站。首页展示本月版本、负责人、上线时间和风险；可以按项目过滤；数据先使用我上传的 Excel；只允许工作区成员访问；不要公开发布；移动端也要能正常查看。
这个 Prompt 比：
> 做一个漂亮的项目管理网站。
有效得多。
## 第二步：把真实材料放进去
Sites 可以基于：
- 文件；
- 数据；
- 链接；
- 说明；
- 业务约束；
创建页面。
例如内部 Launch Site 可以提供：
```text
release-plan.xlsx
risk-list.docx
product-roadmap.md
branding-guide.pdf
```
AI 建站最明显的价值不是：
> 自动生成渐变背景。
而是：
> 把散落材料组织成一个员工真正会回去看的界面。
## 第三步：先预览，不要直接发布
官方当前明确说明：
> 每次 Deployment URL 都是生产 URL。
这句话非常重要。
不要把：
```text
Deploy
```
理解成：
> 生成临时预览。
正确流程应该是：
```text
AI 修改
↓
Preview
↓
人工检查
↓
Save Version
↓
确认
↓
Deploy
```
如果只是想看变化：
> 保存版本，先不要更新线上 Site。
## 第四步：建立版本规则
如果 Site 开始被团队使用，至少应该有：
```text
v1.0
v1.1
v1.2
```
更成熟一点：
```text
Feature Change
Content Change
Bug Fix
Data Change
```
都保留版本。
AI 建站的一个典型风险是：
> 一句话把之前好用的功能改坏。
所以每次重大修改前：
1. 保存当前版本；
2. 再要求 AI 修改；
3. 检查 Preview；
4. 才部署。
## 第五步：权限比样式更重要
新创建的 Site 默认不会自动对所有人公开。
官方提供的访问范围会根据套餐和工作区设置变化，可能包括：
- Owner + Workspace Admin；
- 指定用户或组；
- Workspace 内所有人；
- Anyone on the Internet。
如果选择：
```text
Anyone on the Internet
```
就意味着：
> 真正公开可访问。
发布前必须检查：
- 内部姓名；
- 邮箱；
- 客户数据；
- Token；
- Secret；
- 内部 URL；
- 未发布产品；
- 财务信息。
不要因为页面是 AI 生成的，就降低发布审查标准。
## 第六步：怎么绑定自定义域名？
在支持 Custom Domain 的场景中：
1. 打开 Site Settings；
2. 选择 Add domain；
3. 填入根域或子域；
4. 根据 Sites 提供的 DNS 记录，在域名提供商处添加；
5. 等待 DNS 生效；
6. 刷新状态。
注意：
> Sites 不会替你注册域名。
你必须已经拥有域名，并有权修改 DNS。
当前官方还指出：
> Enterprise 工作区在发布初期不支持 Custom Domain。
这一点在企业选型时要特别注意。
## 第七步：改 ChatGPT-hosted URL
当前 Release Notes 已经说明：
Site Owner 可以直接修改已有 Site 的 ChatGPT 托管 URL，而不需要重新部署。
原地址会：
> 自动重定向到新地址。
而且包括 Route 和 Query Parameter 也会继续重定向。
这对于已经对外分享过链接的 Site 很实用。
例如：
```text
旧：
/sites/q3-launch-temp
新：
/sites/q3-launch-dashboard
```
不需要因为改名字把旧链接全部作废。
## 什么场景最适合 ChatGPT Sites？
### 项目 Launch Dashboard
包含：
- Milestone；
- Owner；
- Risk；
- Status；
- Link。
### 内部知识入口
把 SOP、FAQ、系统链接集中起来。
### Calculator
例如 ROI、成本、报价、容量。
### 数据 Dashboard
上传数据后生成轻量分析页面。
### Demo / Prototype
产品经理可以在正式开发前先做交互版本。
## 什么场景不建议直接用？
### 核心交易系统
例如支付、下单、核心 ERP。
### 高敏感数据应用
尤其需要复杂数据隔离和合规时。
### 大规模公共 SaaS
Public Beta 的使用限制和能力边界仍然需要考虑。
### 复杂后端系统
如果需要大量异步任务、高并发、复杂权限或多服务架构，传统工程平台仍然更合适。
## 一个推荐的生产 SOP
```text
需求 Brief
↓
数据与权限分类
↓
@Sites 生成
↓
Preview
↓
功能测试
↓
敏感信息检查
↓
Save Version
↓
小范围分享
↓
收集反馈
↓
再次修改
↓
正式发布
↓
域名 / URL
↓
持续版本管理
```
这个流程比：
> AI 生成完直接点 Publish
安全得多。
## 上线前检查清单
### 内容
- 文案准确？
- 数据最新？
- 链接正确？
- 有没有 AI 编造的信息？
### 功能
- 表单？
- 搜索？
- Calculator？
- Mobile？
- Route？
### 权限
- 谁能访问？
- 是否意外公开？
- 文件权限是否正确？
### 安全
- 有没有 Secret？
- 内部 URL？
- 客户数据？
- 个人数据？
### 发布
- 是否保存版本？
- URL 是否合理？
- 域名 DNS 是否正确？
- 是否需要回滚方案？
## 最终判断
ChatGPT Sites 最有价值的地方，不是“AI 又能写网页了”。
今天几乎所有主流 Coding Agent 都能写网页。
真正不同的是：
> **它把生成、预览、版本、分享和发布放进同一个 ChatGPT 工作流里。**
这让非前端人员也能快速完成：
```text
需求
→ 可交互页面
→ 团队访问
```
对项目 Dashboard、内部 Portal、数据页面、计算器和原型来说，它已经有明显实用价值。
但当前仍然处于 Public Beta。
因此更建议：
> 先用于轻量、低风险、可以快速人工检查的场景。
而不是把核心业务系统直接迁进去。
想继续了解 ChatGPT、AI 建站、Codex 和轻量应用开发，可以访问 **智元选**：https://www.zyentorpicks.com/。我们会持续把最新 AI 产品能力拆成真正能执行的使用方法。