ChatGPT Sites新增Database标签，未作任何公告

ChatGPT Sites是什么功能

Sites是一项可以在ChatGPT内部制作网站和轻量级应用、并直接完成托管的功能。它于6月2日率先以预览版形式向使用Codex的商业版、企业版工作区开放，7月9日又以公开测试版形式登上ChatGPT发布说明。OpenAI介绍称，这项功能可以在不离开ChatGPT的情况下，将工作内容或创意直接转化为可交互的网站。主要面向的是仪表盘、报名表单、内部追踪器、计算器这类规模不大的页面。

制作完成的网站会获得形如网站名.用户名.chatgpt.site的地址。如果拥有自己的域名，可以修改DNS记录进行绑定，但Sites本身并不会代为购买或注册域名。截至发布时，企业版工作区尚不能使用自定义域名。

数据处理部分是本次事件的背景。官方文档将网站绑定的存储分为两类：D1是用于长期保存表格形式数据的关系型数据库，R2则是保存文件原始内容的对象存储。D1和R2这两个名称，与Cloudflare旗下同名的数据库、对象存储产品相同。OpenAI的文档只使用了这两个名称，并未注明归属哪家公司。

存储类型	存放内容	限额
D1	报名名单、状态值、日志等表格形式数据	每个网站10GB
R2	照片、PDF、视频等文件原始内容	无固定限额

两种存储各司其职。上传照片时，原始文件会存入R2，而D1中则会以一行记录下这个文件的位置（object_key）、格式、大小和生成时间。前文中的1272167正是这样一行记录。

Database标签页中实际可见的内容

界面标题为Database，下方说明写着"View the data used by your live site"（查看运行中网站所使用的数据）。左侧是连接状态和表列表，右侧显示所选表的列和行。

界面元素	提供的信息
Connected标识	网站与数据库是否已连接
TABLES列表	该网站附属的所有表名
表格区域	列名和实际行数据。列过多时可横向滑动查看
Showing 1–6	当前界面显示的是第几行到第几行
← →按钮	按行区间前后翻页
Refresh按钮	重新读取当前时刻的数据

已确认的截图中有两张表。一张有id、title、owner、status、note、created_at、updated_at七列，共六行数据；另一张有id、title、object_key、content_type、size_bytes、created_at列，存放着一张照片的元数据。即便行数很少，表格下方仍会显示Showing 1–6和翻页按钮。

目前只能读取

在已确认的截图中，没有修改单元格或增删行的按钮。要修改数值，仍然需要通过对话让ChatGPT修改网站代码，或者通过网站上已设置好的输入表单来录入数据。目前这个阶段，与其说是数据库管理界面，不如说更接近一个用来复核实时数据的查看器。

不过确实有所改变。以往用Sites制作表单或图库时，数据实际以何种形式积累，只能通过界面显示的结果来推测。如今可以先用肉眼确认表和列的结构，再提出下一步的修改请求。

如何制作

从哪里开始。 在网页版中选择Work。在桌面应用中，先选择ChatGPT再进入Work，或者直接选择Codex也可以。在列表界面右上角的Create按钮可新建网站，已创建的网站则可在侧边栏Sites列表中点击名称，或点击右侧"…"菜单中的Settings进入详情界面。Database标签页就位于该详情界面的顶部。

分步操作说明。

前五个步骤完全按照帮助中心指引的顺序。后四个步骤是这次新增标签页之后的确认流程。

1. 在对话窗口中向ChatGPT描述想要制作的网站。在提示词中加入"网站"一词，或提及@Sites，可以确保进入Sites任务模式。
2. 一并提供所需素材。文档列出的项目包括内容、文件、数据、链接、限制条件五类。在这一步就一次性提供logo文件、需要原样使用的文案、需要参考的页面地址，以及"必须在移动端一屏内显示"之类的条件。如果跳过这一步、之后再逐项修改，来回沟通会拉得很长。
3. 如果需要积累数据，就列出需要存储的项目。比如写下"一个把报名者姓名、邮箱、报名时间存入数据库的报名页面"，ChatGPT会据此创建相应的表并绑定到网站上。
4. 审阅ChatGPT生成的预览。在这一步之前，还没有任何人能看到这个网站。
5. 在准备好分享或发布之前持续提出修改要求。用文字描述来修改文案、颜色、项目和交互行为。
6. 部署。部署完成后会生成名称.用户名.chatgpt.site地址。
7. 设定公开范围。共有四种：仅所有者与管理员、指定的个人或群组、整个工作区、互联网上的所有人。最后一项在企业版工作区中需要管理员先行开通才能使用。
8. 实际在网站上录入数据，比如填写并提交表单，或上传一张照片。
9. 在网站详情界面打开Database标签页。在左侧选择相应的表，确认刚才录入的数值是否已作为一行出现。如果没有显示，点击右上角的Refresh。

谁可以使用。 免费版和Go套餐无法使用。商业版和企业版于6月2日率先通过Codex预览版获得该功能，7月9日的公开测试版中Pro、Pro Lite、Edu版开通，Plus版几天后跟进。发布时，欧洲经济区（EEA）、瑞士、英国被排除在外，但OpenAI开发者账号在7月20日宣布已向这些地区的Plus、Pro用户开放。韩国从一开始就不在被排除地区之列。

项目	条件
套餐	免费版、Go套餐除外的付费套餐（公开测试版）
地区	发布时排除EEA、瑞士、英国 → 7月20日向该地区Plus、Pro用户开放
使用入口	ChatGPT网页版Work · 桌面应用Work或Codex
企业工作区	管理员单独授予创建与发布权限
访客识别	可在网站上接入ChatGPT账号登录
自定义域名	通过DNS绑定已有域名，企业版工作区截至发布时除外

可以尝试做什么。 制作一个公司内部的学习小组报名页面，每当有新报名，D1表中就会新增一行，在Database标签页里可以立即统计出报名人数。制作一个团队照片存档，原始文件存入R2，而文件名、大小和上传时间则记录在D1中，可以用表格的形式确认哪些文件占用了更多空间。如果在网站上接入ChatGPT登录功能，访客的邮箱和姓名会以oai-authenticated-user-email、oai-authenticated-user-full-name这两个请求头传入，因此甚至可以把"是谁留下了什么内容"也记录到表中。

修改、分享与下线的方法

比起制作，更常做的其实是修改。以下按帮助中心文档记载的路径原样整理。

修改。 重新打开制作该网站时的那段对话，或者点击侧边栏的Sites，在列表中找到对应网站后点击编辑图标。打开创作窗口后，用文字写下想要更改的内容——文档举例说明可修改文案、布局、数据、样式、链接、表单、交互行为。查看修改后的预览，如果还需要继续调整，再次用文字说明。

保存与部署是两个不同的步骤。 如果想在不影响正在运行的网站的前提下先确认修改内容，应先保存版本，待审核完毕后再进行部署。如果把这两步混为一谈，未经确认的界面就会直接上线。

修改分享范围。 在预览界面点击分享，在"有权限访问的用户"中进行选择。共有四种：所有者与工作区管理员／指定的活跃用户或群组／工作区内所有用户／互联网上所有用户。在企业版工作区中，最后一项只有在管理员开启公开发布后才会出现。

绑定域名。 共四个步骤。

1. 打开网站设置，点击"添加域名"。
2. 输入根域名或子域名。
3. 复制Sites提供的DNS记录及对应值，原样添加到域名服务商（如GABIA、后缀网、Cloudflare等）的设置中。
4. 等待几分钟后，在Sites中刷新域名状态。

下线与删除。 在侧边栏打开Sites，点击删除网站。在弹出的对话框中必须手动输入网站的slug，永久删除按钮才会被激活。如果只是想取消公开，不必删除，只需将分享范围改回所有者与管理员即可。

环境变量与密钥。 类似API密钥这种不能留在代码或提示词中的数值，需要在网站设置的Environment variables中填入。前文设置界面中出现"+ Add variable"和"Nothing yet"的地方就是这里。

能否迁移已有的网站

先说结论：没有"导入现有网站"这样的按钮。 文档中既没有输入网址即可整体导入的迁移功能，也没有连接GitHub仓库的选项。

不过存在两条路径。其一是将Codex处理的现有项目部署到Sites。Sites项目会将本地源代码与托管环境之间的连接信息保存在.openai/hosting.json中，部署分为保存版本和部署两个步骤。官方文档特别写明，如果是已有项目，在请求部署之前，应先让ChatGPT确认该项目能否生成兼容的部署产物。这句话说明了这项功能的性质——它并非来者不拒的托管服务，而是只接受特定形式内容的托管服务。

另一条路径实际上可能会更常被用到，即提供素材、重新制作。把现有页面的文案、图片、结构复制粘贴过去，或者提供页面截图，请求制作出相同效果即可。域名可以原样迁移绑定，因此从访客角度看地址不会改变。

至于哪些内容不支持，文档说得比较笼统，只有一句话：部分框架、专用网络、数据库、后台服务、托管方式可能不被支持。按实际经验大致可以这样区分：

网站类型	能否迁移
静态的介绍页、落地页、作品集	提供素材重新制作会更快
表单、列表、仪表盘等需要积累数据的内部工具	很适配，D1、R2可以承担这部分功能
依赖PHP、专用数据库、插件的WordPress类网站	无法直接迁移，需要挑选功能重新制作
只能在内网访问的系统所附属的页面	不支持专用网络
定期运行的批处理、后台任务	不支持

发布前需要检查的事项

文档还单独列出了公开发布前的检查清单：网站中是否含有机密数据、访问权限设置是否与预期范围一致、是否违反工作区政策，以及如果收集了个人信息，这样做是否恰当。

不可逾越的界限也被明确写出。不能处理医疗信息和支付卡信息，也不能面向13岁以下用户。如果要接入电子商务功能，支付必须通过外部支付代理商完成。最重要的是，不支持数据驻留和推理驻留——这一点适用于已部署的网站、网站代码、D1和R2中的数据与文件存储、生成产物以及日志等所有内容。

编辑视角

之所以值得重视这一个标签页的新增，是因为它揭示了OpenAI打算把Sites推向何方。从制作到部署这一段流程，早已可以完全通过对话完成。此前一直缺失的，是部署之后的环节——网站一旦开始运行，数据就会不断积累，而要查看这些数据，此前必须离开ChatGPT。这次新增的标签页，正好补上了这段来回折腾的空白。从上线顺序也大致能推断出接下来会出现什么：行编辑功能，其后大概率是下载或SQL查询功能。

未作公告就直接上线这一点，需要单独看待。同一界面的Analytics标签页，OpenAI不仅在指南文档中写明了访问路径，还通过开发者账号公开宣布了公测消息。而Database标签页却没有这样的待遇。当界面走在文档前面时，付出代价的是用户——公司内部的培训资料和操作手册会与实际界面脱节，不知道有新功能的人则会继续沿用旧方法工作。如果目前正在使用Sites，与其等待文档更新，不如直接打开网站详情界面看一眼来得更快。

用过Lovable或类似工具的人应该能体会到差异所在。能制作网站的工具早已不止一家，生成首屏页面的速度大家也相差无几。真正拉开差距的是从第二周开始——当报名人数达到30人时，能否找到查看名单的地方；当照片积累到200张时，能否弄清楚是什么在占用空间——这些才是决定一个工具能否长期使用的关键。ChatGPT Sites刚刚补上了这个位置，目前还只是只读状态。

国内团队现在可以尝试的内容，和目前还为时过早的内容，需要分开看待。像内部Google表单的替代品、活动报名页面、部门用的追踪器这类数据量在几百行左右、即便丢失也无伤大雅的场景，可以优先迁移。反之，涉及客户个人信息的服务目前还为时过早。对于需要明确回答数据存储在哪个国家的组织来说，"不支持数据驻留"这一句话就足以让人却步。

先以只读形式发布这一选择本身也是一种信号。要加入编辑功能，就必须同时解决权限、历史记录，以及误删行如何恢复等一系列问题。而单纯展示的界面不需要处理这些，几天之内就能上线。这背后也暗含一个判断：在实际业务中，最常被需要的动作并非"修改数值"，而是"查看目前已录入了多少行"。运营过内部报名页面的人应该都清楚，一天之内打开查看的次数，和实际修改数值的次数，差距有多大。

真正容易造成金钱和时间流失的地方在别处。用Sites制作页面因为门槛低，数量会不断增加；每新增一个网站，就会附带一张D1表，而这些表几乎不会有人去清理。Database标签页出现的现在，正是把网站列表梳理一遍、删除不再使用的网站的时机。由于删除操作需要手动输入slug才能完成，最好先在纸上列好哪些要删、哪些要留，再动手操作。

预计几周之内会加入行编辑功能。先做出一个查看器却长期不加编辑功能的产品并不多见，而且目前的界面结构本身就是按照未来支持编辑来设计的。列一直延伸到表格右侧、底部又带着翻页功能的这种网格布局，本来就是为了让人修改数值而设计的样子。