AREX Feed Article
OpenAI 宣布 Sites 面向 Enterprise 正式可用：支持美欧数据驻留、工作区自定义域名与私人隧道
北京时间 10 月 16 日凌晨 4 时 39 分，OpenAI 开发者账号 @OpenAIDevs（X 平台 Business 认证）发帖宣布：ChatGPT 的建站功能 Sites 面向 Enterprise 正式可用（generally available，GA），符合条件的工作区（eligible workspaces）中新建的 Sites 支持美国与欧盟数据驻留（data residency），并可以用数据库和身份认证（authentication）构建团队应用。公告同时列出工作区自定义域名与私人隧道（private tunnels）两项能力，附有一支演示视频和一个入门教程链接。
消息由三条推文组成，发布时间各差一秒：宣布 GA 与数据驻留，补充自定义域名与私人隧道，贴出教程链接。截至发稿检索时，主帖获得 369 个点赞、43 条回复和 38,761 次浏览。以上均为 OpenAI 官方账号的单方公告口径，功能实际效果未经独立核实。
演示链接就是附带视频，教程链接通向官方文档
主帖点名 @kagigz 演示「如何在 Sites 中安排定时更新，并让队友通过 Plugins 使用各自已连接的数据」——帖文里的演示链接就是这条附带视频本身。第三条推文的原文是：「把链接留在这里，教大家创建、发布并分享第一个 Site。」链接通向 。
数据驻留：帮助文档仍写着 launch 时不可用
数据驻留指把范围内客户内容在选定区域做静态存储。OpenAI 帮助中心的列出 10 个可用区域，美国和 Europe（EEA + 瑞士）都在其中——帮助文档对欧洲区域的口径是 EEA 加瑞士，与公告里「欧盟」的措辞并不完全对应——且该功能对 Enterprise 与 Edu 套餐不额外收费；工作区所有者可以在 Workspace settings > General 里查看本工作区的 Data Residency Region 设置。
但截至发稿检索，同一篇帮助文档在「不适用的功能」清单里仍列着 ChatGPT Sites——包括已部署的站点、站点代码、D1/R2 数据与文件存储、生成的站点工件及相关日志，限定语是「at launch」（发布时）；ChatGPT Learn 的 Sites 文档同样写着 Sites 在 launch 时不支持数据驻留或推理驻留。
主帖对这次变化的限定很具体：数据驻留只适用于「新建的 Sites」和「符合条件的工作区」。公告没有解释符合条件的判定标准，也没有说明既有 Site 能否迁入住留区域。另外，公告只提数据驻留，没有提推理驻留（inference residency，即把 GPU 推理也留在区域内执行）。
团队应用的底子：D1、R2 与 Sign in with ChatGPT
按 Sites 文档，ChatGPT 可以创建、托管、修改并分享网站、Web 应用和游戏，起点是一句提示词或一个兼容的本地项目，站点在 chatgpt.com/sites 或桌面应用里管理。GA 主帖写的「带数据库与身份认证的团队应用」，机制在文档里能一一对上：
- 需要持久化结构化数据（存档记录、用户进度、比分）时，Sites 提供 D1 关系型数据库，单站存储上限 10 GB；上传的图片、文档、音视频放 R2 对象存储，无固定存储上限。
- 身份认证分两条路：内部站点使用工作区身份（workspace-authenticated user identity）；公开登录或外部身份提供方则用 authentication-enabled Site，配合 Sign in with ChatGPT——平台提供
/signin-with-chatgpt登录路径，登录后通过oai-authenticated-user-email等请求头把访客身份交给站点代码。 - 发布分「保存版本」与「部署」两步，每个部署 URL 都是生产环境；运行时只支持 HTTP、HTTPS 和 WebSocket，不支持原始 TCP 连接。
文档还写明一条 Enterprise 默认值：新建 Site 最初只对拥有者和工作区管理员可见，公开发布默认关闭、须由管理员开启；Analytics（流量统计）视图目前不向 Enterprise 工作区拥有的 Site 提供。
自定义域名与私人隧道：接进内部系统的两条通道
第二条自回复写明：「使用工作区自定义域名，把 Site 发布到组织已验证的域名下，比如 support.sites.[yourdomain].com」「私人隧道把托管的 Sites 连接到经批准的内部基础设施与 API」。对私人隧道，公告只有这一句，没有更多配置细节。
自定义域名此前有明确的边界记录：文档的自定义域名一节写着「Custom domains aren't available in Enterprise workspaces at launch」（Enterprise 工作区在发布时不提供自定义域名）；在功能可用的前提下，用户需自备 apex 域名或子域并自行修改 DNS 记录，Sites 不代为注册域名，文档里示例站点的默认地址形如 goblin-tales.openai.chatgpt.site。公告把它列进 Enterprise 能力清单，与这条文档记录构成一处直接的口径差。
Sites 最初以工作区内部访问为定位：2026 年 6 月 2 日，它以预览形式向符合条件的 Enterprise/Edu 工作区开放，用户让 Codex 创建、迭代并部署轻量全栈 JavaScript/TypeScript 应用，访问保持「workspace-internal」（限于工作区内部），默认关闭、由管理员开启；7 月 9 日进入公开 beta 时，OpenAI 同时说明公开发布与扩大测试在 EEA、瑞士和英国发布时不可用（）。私人隧道截至检索在这份文档页中没有对应说明，只出现在公告里。
管理员的开关，和一个待解的权限问题
演示里「队友各自已连接的数据」要过的管理关，三周前刚刚出现：9 月 24 日的发布日志记录，Enterprise 组织的全局管理员可以在 Admin Console 的 External access 页面管理两项新权限——ChatGPT Sites 能否使用成员已连接的应用，以及应用能否访问 ChatGPT Ads——两项权限在管理员预览期默认关闭，成员仍需用自己的权限完成授权，仅身份的登录（identity-only sign-in）与数据访问保持分开。
演示出自 Katia Gil Guzman（，X 简介注明「Helping developers build @OpenAI」，坐标伦敦）之手。多伦多 X 用户 Rohan Bhanot 则在：「欧盟数据驻留是能让这事通过大多数法务团队的那道线，随 GA 一起发是好决定。下一件我想弄清楚的事：当队友打开一个接了他自己已连接数据的 Site，应用以谁的权限运行——他的，还是构建者的？这决定了出问题时该找谁。」
同日宣布取消 Plus/Pro 上限，文档口径尚未跟上
主帖发出约 48 分钟后，X 简介注明「Codex @OpenAI」的 Kath Korevec ：「我们还取消了 ChatGPT Plus 和 Pro 上可创建 Sites 数量的上限。我们一直在听大家的反馈，想让你们更轻松地做出想做的任何东西。」33 秒后，@OpenAIDevs 。
发布的节奏本身也成了讨论对象。用户 Andrew（）在主帖下问：「开发者日难道是一份路线图？我以为是发布日，但感觉我们只是在延续一个月前被告知的那批上线。」
文档与日志的更新还没有跟上公告：截至发稿检索，ChatGPT Learn 的 Sites 文档仍标注 public beta；Enterprise/Edu 发布日志的最新条目停在 9 月 24 日，两处都还没有出现与本次 GA 对应的更新。