ChatGPT Sites新增Database标签页，可在ChatGPT内直接查看数据

管理界面上出现了一个1,272,167的数字

在用ChatGPT制作的网站上传一张照片。照片会直接显示在网站上，管理界面则会新增一行记录：文件键、image/png、1272167、2026-08-17 06:55:19。1,272,167字节约合1.2MB，大概是手机拍摄的一张照片的大小。现在ChatGPT内新增了一个可以用肉眼确认这行记录的位置。

OpenAI的网站制作功能ChatGPT Sites新增了Database标签页，位于站点详情页面Settings和Analytics旁边的第三个位置。这是首次可以不离开ChatGPT，直接以表格形式查看站点中积累数据的地方。目前确认到的最早的实际操作截图拍摄于8月17日，发布说明和帮助中心目前还没有关于这个标签页的说明。

文档方面在同一时期也有变化。将网络存档中留存的8月10日版本与现在的Sites说明文档并列对比，会发现中间新增了一张记录站点存储空间上限的表格：D1为10GB，R2无固定上限。而这个新标签页要查看的正是D1这一部分。

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、Whois、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中的数据及文件存储、生成结果、日志，全部都适用这一限制。

Vibe编程创业公司Lovable，8个月内估值翻倍

编辑视角

多出一个标签页之所以值得重视，是因为它体现了OpenAI打算把Sites推向何处。制作与部署环节早已可以通过对话完成，真正缺失的一环在于部署之后。站点一旦运行起来就会开始积累数据，而查看这些数据此前必须离开ChatGPT。这次新增的标签页消除了这一往返步骤。从顺序来看，接下来会出现什么大致也能猜到——先是行编辑功能，然后是下载或SQL查询功能。

文档目前还没有对这个标签页做出说明。因此，仅依据说明文档编写的内部手册，会与实际界面出现一处偏差。如果正在使用Sites，应先打开站点详情页面确认标签页是否已变成三个，并在手册中补上"数据确认请查看Database标签页"这一句。

用过Lovable或类似工具的人应该能体会到分界点在哪里。能制作网站的工具已经不少，生成首屏的速度大家也相差无几。真正拉开差距的是从第二周开始——当报名人数达到30人时，能否找到查看名单的地方；当照片积累到200张时，能否确认哪些文件占用了空间——工具的生命周期正是由这些细节决定的。ChatGPT Sites现在刚刚开辟出这样一个位置，目前还只是只读状态。

国内团队现在可以尝试的和目前还为时过早的内容需要分开来看。适合先迁移的是那些数据量在数百行级别、即便丢失也不会造成严重后果的场景，比如替代内部使用的Google表单、活动报名页面、部门追踪工具等。反之，涉及客户个人信息的服务目前还为时过早。如果所在组织需要回答数据具体存储在哪个国家，那么"不支持数据驻留"这一条就会构成障碍。

先以只读方式推出这一功能，本身也是一个信号。要加入编辑功能，就必须同时解决权限、历史记录、误删行的恢复等一系列问题。而单纯的展示界面不需要处理这些问题，几天之内就能完成开发。这背后也隐含着一个判断：实务中最常需要的操作，不是"修改数值"，而是"查看当前已录入了多少行数据"。运营过内部报名页面的人都清楚，每天打开查看的次数和实际修改数值的次数之间差距有多大。

真正容易造成时间和资源浪费的地方在别处。用Sites制作的页面因为制作门槛低而不断增多，每新增一个站点就会附带一张D1数据表，而这些表却没有人去整理。Database标签页出现的现在，正是把站点列表全部梳理一遍、删除不再使用的项目的时机。由于删除操作需要手动输入slug才能完成，最好先在纸上列出要删除和要保留的清单，再开始动手。

行编辑功能预计在几周内就会上线。很少有产品会先做好查看器却长期搁置编辑功能不做，况且目前的界面结构本身就是按照可编辑来设计的——表格一直延伸到最右侧的列、底部还配有翻页按钮，这样的网格布局本来就是为了让人修改数值而设计的。