公众号旧文
现在 ChatGPT 能把网站直接上线了！
#chatgpt.site
以前我们让 AI 做个网站，通常指的是让 AI 写出 HTML、CSS、JavaScript 或后端代码。
但代码写完以后，事情才刚刚开始。
你还得找服务器、配置环境、部署程序、绑定域名、配置 HTTPS，遇到数据库、文件上传、用户登录等需求，还得继续折腾。
现在，OpenAI 有一个叫Sites的功能，思路发生了一个很明显的变化：
不只是帮你写网站，而是直接帮你把网站做出来、托管起来并发布。
官方文档对 Sites 的描述很直接：它可以在 ChatGPT 中创建、托管、修改和分享网站、Web 应用以及游戏。
这意味着，AI 建站正在从“帮你写代码”，进一步走向“帮你完成整个网站”。
一、Sites 到底是什么？
简单理解，Sites 可以看成一个集成在 ChatGPT 里的 AI 建站和托管平台。
以前你可能会这样做一个网站：
想法 → AI 写代码 → 本地测试 → 买服务器 → 配环境 → 部署 → 配域名 → 配 HTTPS
而 Sites 想把这个流程变成：
告诉 ChatGPT 你想做什么 → AI 创建网站 → 修改完善 → 保存版本 → 发布
官方文档甚至直接给出了这样的使用方式：在 ChatGPT 中描述网站的目标用户、用途、功能和需要使用的信息，然后让 Sites 创建网站。
比如你可以告诉它：
做一个个人作品展示网站，要有首页、作品列表、关于我和联系方式，整体设计简洁一些。
也可以复杂一点：
做一个项目管理 Dashboard，可以添加任务、修改任务状态、筛选任务，并且把数据保存下来。
后者就已经不只是一个静态网页了。
二、它和“让 ChatGPT 写 HTML”有什么区别？
这是我觉得 Sites 最值得关注的地方。
如果你只是让 ChatGPT 写代码，ChatGPT 最终给你的可能是一堆：
index.html
style.css
app.js接下来你自己负责：
- 找服务器
- 上传文件
- 配置 Web 服务
- 配置 HTTPS
- 绑定域名
- 后续维护
而 Sites 的目标是把开发和部署连起来。
官方文档明确把 Site 定义为一种可以持续存在的托管产物，可以重新打开、继续修改、配置和分享。
所以它更像是：
AI 编程助手 + 网站托管平台 + 部署平台
而不仅仅是一个代码生成器。
三、最有意思的是：它不只能做静态网页
如果只能生成一个漂亮的 Landing Page，其实没什么特别。
真正有意思的是 Sites 可以配合持久化数据和文件存储。
比如你做一个小游戏。
普通网页可能只能做到：
打开网页 → 玩游戏 → 刷新 → 数据没了。
但如果游戏需要保存玩家分数，就可以使用数据库。
官方文档中给出的对应关系是：
- 保存记录、用户进度、游戏分数 → D1 数据库
- 图片、文档、音频、视频等文件 → R2 对象存储
- 文件 + 可搜索的文件信息 → D1 + R2
这意味着，它已经可以覆盖一部分真正的 Web App 场景。
四、D1 是什么？
D1 可以简单理解成 Sites 提供的关系型数据库。
比如你做一个在线工具，需要记录：
用户
历史记录
检测结果
游戏分数
订单信息
设置这些数据就不能只放在浏览器里。
这时候就可以使用数据库。
官方文档目前给出的 D1 存储限制是10 GB。
当然，10 GB 对大型互联网产品来说并不算大，但对于很多个人项目、小型工具站、Demo 和内部应用来说，已经可以覆盖相当多的使用场景。
五、R2 又是什么？
如果 D1 是“存数据”，那么 R2 更像是“存文件”。
比如：
图片
PDF
音频
视频
用户上传的文件这些东西不适合直接塞进数据库。
Sites 可以使用 R2 来保存这类对象。
官方文档目前写的是，R2 没有固定的存储容量上限。
因此，如果你以后让 AI 做一个带文件上传功能的网站，它不一定只能停留在“演示页面”的程度。
六、甚至可以加入登录
Sites 还支持Sign in with ChatGPT。
例如一个公开的网站，可以允许普通访客直接访问。
但是用户登录以后，可以获得一些个性化功能：
保存自己的数据
保存游戏进度
显示个人信息
查看自己的历史记录官方文档明确提到，公共 Site 可以保持对所有人开放，同时提供可选的 ChatGPT 登录。
这就让一个网站从“网页”进一步变成了真正的应用。
七、自己的域名也可以用
这一点对于很多人来说应该很重要。
AI 给你生成一个网站之后，如果只能使用平台随机分配的网址，实用性多少会受到限制。
Sites 支持连接自己已经拥有的域名。
例如你有一个域名：
example.com可以使用：
example.com或者：
app.example.com这样的地址。
官方文档说明，Sites 可以连接 apex domain 或 subdomain，需要根据 Sites 提供的 DNS 记录，在域名服务商那里进行配置。
所以它并不是只能做一个“只能在 ChatGPT 里面看看”的网页。
八、它还有一个很像专业开发流程的功能：版本
这一点非常重要。
网站开发最怕什么？
改好了一个地方，却把另外一个地方改坏了。
Sites 把“保存版本”和“正式部署”分成了两个阶段。
第一步：
Save a version
也就是先生成一个可以检查的版本。
第二步：
Deploy a version
确认没问题以后，再正式发布。
这其实已经很接近正常的软件开发流程。
你可以把它简单理解成：
写代码 → 保存一个版本 → 检查 → 发布
而不是每修改一次就直接覆盖线上网站。
九、网站流量统计也不用自己装
Sites 还有一个比较方便的功能：
自带访问统计。
官方文档显示，Sites 会自动记录网站流量，可以查看：
- 独立访客
- 页面浏览量
- 随时间变化的访问情况
- 不同时间范围的数据
对于个人网站、小工具站来说，这可以省掉一些额外配置。
十、那它是不是意味着以后不需要 VPS 了？
当然不是。
这是理解 Sites 时非常重要的一点。
Sites 更适合 Web 应用，但它不是一台给你完全控制权限的 VPS。
例如官方目前明确支持：
- HTTP
- HTTPS
- WebSockets
但不支持原始的入站和出站 TCP 连接。
所以，如果你的项目需要：
自定义 TCP 服务
UDP 服务
系统级后台程序
特殊网络服务
自己控制操作系统
安装各种服务器软件那么传统 VPS 仍然更加合适。
换句话说：
Sites 不是 VPS 的替代品，而是把“做 Web 网站”这件事情变得更简单了。
十一、它最适合什么人？
我觉得至少有四类人会比较喜欢 Sites。
1. 不懂服务器的人
以前想做网站，可能第一关就卡在：
“服务器怎么部署？”
现在可以把大量基础设施问题交给平台。
2. 会一点代码，但不想折腾部署的人
这其实可能是最适合的一群人。
他们能够描述需求，也能看懂代码，但并不想每次做个小项目都：
SSH
Nginx
systemd
SSL
DNS
数据库
日志全部配置一遍。
3. 想快速做 Demo 的开发者
比如突然有一个想法：
我想做一个在线工具。
以前可能需要几个小时甚至几天才能搭出一个能访问的版本。
如果 AI 可以直接完成：
页面
+
逻辑
+
数据库
+
部署那么验证想法的速度会快很多。
4. 想做个人项目的人
比如：
- 个人主页
- 在线工具
- 小型 Web App
- 游戏
- 数据 Dashboard
- 项目展示
- 内部工具
这类项目通常不需要特别复杂的服务器架构。
Sites 就比较合适。
十二、但它现在还有不少限制
Sites 目前仍然是Public Beta。
官方文档显示，目前面向 Plus、Pro、Business、Enterprise 和 Edu 用户，并且 Beta 阶段存在计划相关的使用限制。
另外，还有一些重要限制。
例如：
不是所有服务器框架都支持。
官方明确表示，一些框架、私有网络、数据库、后台服务和托管模式并不受支持。
同时，它也不适合一些高风险业务。
官方文档明确列出了包括支付卡数据、某些敏感健康数据、金融交易、恶意软件、钓鱼以及冒充个人或组织等不支持的用途。
所以不能把它理解成：
“以后所有网站都扔给 Sites 就行了。”
它更准确的定位应该是：
一个让普通人更容易把想法变成 Web 应用的 AI 托管平台。
最后：真正值得关注的，不是 Sites
如果只把 Sites 看成一个“新的建站工具”，我觉得有点低估它了。
过去 AI 帮你写代码。
后来 AI 帮你修改代码。
再后来 AI 可以帮你完成一个项目。
而 Sites 代表的是其中非常重要的一步：
AI 开始直接参与“从想法到上线”的整个过程。
你只需要告诉它：
“我想做一个什么东西。”
剩下的事情，从页面设计、代码实现，到数据库、文件存储，再到部署，都可以逐渐交给 AI 和托管平台完成。
这意味着，未来做一个网站的门槛可能不再是：
“你会不会写代码？”
而越来越可能变成：
“你能不能把自己的想法描述清楚？”
当然，真正复杂的产品依然需要程序员，需要架构设计，需要服务器，需要安全和运维。
但对于那些以前因为“部署太麻烦”而放弃的小项目来说，Sites 可能真的会让很多想法变得值得一试。
以前，一个想法可能需要先学会怎么搭服务器。
以后，也许你只需要先把这个想法告诉 AI。