ChatGPT Sites 私密分享给客户：无需工作区席位
ChatGPT Sites 现已支持通过邮箱邀请指定外部查看者。客户登录受邀账号后即可访问已上线的私密站点，无需加入工作区，也不能编辑或发布内容。本文拆解这项功能的权限边界、席位成本影响、适用场景、企业管理员设置步骤，以及上线前必须核对的隐私、合规与访问限制，帮助团队判断它能否替代现有的客户预览流程。
2026 年 9 月 3 日，ChatGPT Sites 新增了指定外部查看者功能。现在，你可以把私密、已上线的 Site 发给客户，无需公开 URL，也不用把对方加入工作区。
ChatGPT Sites 客户预览不再占用工作区席位
这项共享权限更新看似不大，却会直接影响业务成本。
在此之前，向客户提供预览最棘手的是访问权限。Site 要么留在客户并未加入的工作区内，要么公开发布到互联网上。团队若想私下评审，只能把预览迁到其他工具、将查看者拉进内部工作流，或者接受公开 URL。
新方案恰好位于两者之间。Site 所有者通过邮箱添加指定的外部人员，对方使用受邀账号登录后，就能操作已上线的 Site，但不能编辑，也不能发布新版本。这封邀请同样不会让对方成为工作区成员。
最后一点才是成本变化的关键：外部查看者不会增加任何工作区成员。 如果购买工作区席位只是为了让客户查看 Site，那么这条预览路径今后不再需要该席位。
这不是匿名链接分享。查看者必须登录与邀请匹配的账号，以证明自己就是受邀人。它更像一张写明持有者姓名的访客证，而不是任何人都能转发并打开的链接。
一文看懂 ChatGPT 外部访客的权限模型
围绕同一个项目，ChatGPT Sites 现在为不同参与者划分了清晰的角色。
真正需要分清的是受众与权限。受众决定谁能打开 Site，权限决定谁能修改或发布。指定外部分享扩大了可访问人群，却没有把编辑权或发布权移交到团队之外。
与此同时，公开发布仍然是独立开关。Enterprise 管理员可以允许特定角色邀请外部访客，同时继续关闭公开发布。Business 工作区的创建者可通过更广泛的 Sites 权限使用外部查看者功能；Enterprise 和 Edu 中的邀请者，则需要其角色启用外部访客权限。
这项 ChatGPT 网站分享功能如何改变成本账
这里不存在一个适用于所有人的确切金额。OpenAI 当前的 Sites 页面没有公布单独的外部查看者费用，也没有给出指定查看者人数上限；测试版限制会根据套餐显示在产品内。
真正有用的是计算自己的账：
每月可能节省的预览成本 = 仅为外部评审者购买的工作区席位月费 + 确实可以停用的独立私密预览工具月费。
不要想当然地把两项都计入节省。如果客户仍需编辑、评论、审批、比较版本，或在工作区其他位置协作，这项功能就无法替代原有流程。此次更新提供的只是 Site 只读访问，并没有写明包含客户审批系统。
时间成本的改善更加直观。团队可以在同一产品界面完成构建、部署、限制访问和演示，不必为了给预览加上指定访问权限，再额外导出一份并持续同步。
明天就能落地的使用场景
代理机构展示落地页
代理机构负责人可以部署拟议中的落地页，邀请客户方的营销负责人，并把更广泛的互联网用户挡在外面。客户看到的是真正可交互的 Site；关键的编辑权和发布权仍只掌握在代理机构手中。
收益不只是隐私。如果代理机构此前的变通方式是占用一个内部席位或另外托管一份副本，而接收方只需查看成果，那么新的预览方式可以省去这部分资源。
顾问交付交互式报告
独立顾问可以把报告或轻量级仪表盘做成 Site，再通过邮箱邀请买方。买方无需加入顾问的工作区，也能直接使用交付结果。
评论和正式验收仍应留在合同约定的系统中。只读访问可以确认谁有权打开 Site，但本身不会生成审批记录。
产品负责人收集外部评审意见
产品负责人可以在公开发布前，把原型展示给外部法律顾问、高管顾问或研究合作伙伴。每位评审者都通过指定身份访问，产品团队则继续在工作区内部掌控修改与发布。
当评审者需要亲自体验完整流程时，这种方式最合适。如果对方需要改写文案或移动组件，应使用工作区编辑者身份，或回到原本承载这些工作的设计工具中。
Enterprise 管理员将预览与公开发布分开
Enterprise 管理员可以为负责客户评审的角色启用 Allow members to invite external visitors，同时不开放公开发布。这两项在工作区控制项中是彼此独立的权限。
这样就能制定边界更窄的策略：获批人员可以邀请指定的外部人士，但只有在公开发布控制项同样允许时，他们才能把 Site 公开。
如何私密分享 ChatGPT 客户预览
这是一套设置流程，不涉及技术集成。
确认共享控制项已经开放
打开 Site 并选择 Share。如果 Enterprise 或 Edu 工作区没有显示外部邮箱选项，请让所有者或管理员依次检查 Workspace settings、Permissions & roles、对应角色、Early access 和 Sites。该角色必须拥有邀请外部访客的权限。
检查已部署版本
确认 Site 只包含接收者应该看到的内容。这种共享方式面向已上线的 Site；即便受众范围受到限制，每个部署 URL 仍然都是生产环境 URL。
邀请指定查看者
在共享控制项中输入客户邮箱，确认权限为只读并保存，然后检查对方是否已出现在访问名单中。
测试接收者的访问路径
请客户登录收到邀请的账号后再打开 Site。务必从该账号实际测试，不要假定所有者视角与客户看到的内容相同。
评审结束后移除访问权限
从 Site 的共享控制项中移除该查看者。随后还要检查其余受众设置，因为即使直接邀请已被移除，公开或整个工作区范围的设置仍可能保留访问权限。
ChatGPT 私密分享也有明确边界
外部查看者不能编辑或发布。这道边界正是该功能的价值所在，但也意味着反馈仍需另找渠道承接。
移除指定查看者并不是万能的断开开关。如果 Site 同时对工作区或互联网上的任何人开放，其他受众设置仍可能让对方继续访问。
套餐和发布范围也有限制。Sites 面向 ChatGPT 工作区、Plus 和 Pro 账号提供公开测试版；Free、Go，以及发布时位于 EEA、瑞士或英国的用户暂不可用。Enterprise 能否使用，还取决于管理员已经启用的权限。
比便利性更重要的是合规边界。ChatGPT Sites 发布时不支持数据驻留或推理驻留。OpenAI 还明确表示，Sites 不得处理受保护健康信息或支付卡数据；唯一例外是银行卡数据仅由第三方支付处理商处理。指定查看者只是一种访问控制，并不意味着可以把受限材料放进 Site。
哪些团队现在就该使用
如果团队已经在构建 Sites，而外部评审者只需查看并使用最终成果，现在就适合启用这项功能。代理机构、顾问和产品团队可以用指定访问，取代公开预览带来的妥协。
如果账号中尚未出现该控制项、管理员还未批准外部邀请，或评审流程需要行内评论、访客编辑、版本比较或正式审批，就应继续等待，并保留能够完成这些工作的评审工具。
如果你只发布公开 Sites、只与同一工作区内的人员协作、使用 Free 或 Go，或者所在地区尚未推出 Sites，这项更新不会影响你。
订阅 Newsletter，获取简单直白的平台更新解读，了解哪些变化会真正影响工作。
2026年9月6日
在 Google 中优先显示本站
把 omidsaffari.com 设为优先来源，Google 会在 Top Stories、AI Overviews 和 AI Mode 中为您优先展示。
