在vtex平台中，产品（product）的创建操作默认全局生效，不随工作区（workspace）隔离——即在开发工作区创建的产品会自动同步至主工作区（master），这是平台设计机制，而非配置错误。
VTEX Commerce 的产品数据模型采用全局共享架构：product 实体属于租户（account）级别资源，而非工作区（workspace）级别。这意味着无论您当前登录的是 dev, qa, staging 还是 master 工作区，所有通过 VTEX Admin（后台管理界面）、API（如 /api/catalog/system/pvt/products）或 IO（VTEX IO）服务创建、更新或删除的产品，都会立即对整个账户下的所有工作区生效。
✅ 正确理解：
- 工作区（Workspace）主要隔离的是 代码（themes, apps, CMS content, redirects, etc.）和部分运行时配置（如 payment providers、shipping rules 的启用状态），但不隔离核心商品目录数据（products, categories, brands, specifications）。
- 因此，在 mydev 工作区创建 SKU 00123456 后，该 SKU 会立刻可在 master--myaccount.vtex.com 前台访问（只要已发布相关主题并启用对应分类路径）。
⚠️ 常见误区：
“我只在 dev workspace 操作，为什么线上客户能看到新商品？” → 答案是：商品本身已存在，若您的 master 工作区主题已配置了该商品所属分类页、搜索索引已刷新、且未设置库存/可见性限制，它就可能被曝光。
? 解决方案：安全测试产品相关功能
BizPower CRM客户管理系统
下载
通过使用BizPower CRM解决方案，您的员工、生产过程及信息能够与客户保持着平稳、无间断的联络，并且能够通过以客户为焦点、创新的产品和服务；以客户为中心，更高层次的生产过程；持久有益的客户关系这三个方面创造有价值客户的领导关系。选择Bizpower CRM的原因1、灵活的数据权限和功能权限BizPower CRM 系统通过引入了灵活的数据权限和功能权限，模仿现实中协同工作的实际情况。 实现企
| 场景 | 推荐做法 |
|---|---|
| 纯前端开发/主题调试 | 使用 vtex preview 或在 dev workspace 中仅修改模板逻辑，避免新增真实商品；用 Mock 数据或已有测试 SKU 验证 UI。 |
| 需要新增/测试商品逻辑（如价格 rules、inventory sync、catalog APIs） | ✅ 使用独立 QA 账户（recommended）：为测试目的单独注册或申请一个隔离的 VTEX 账户（如 mybrand-qa.myvtex.com），其产品库与生产账户完全物理隔离。 |
| 临时规避影响 | 在商品创建后，立即将其 visibility 设为 hidden（Admin → Catalog → Products → Edit → Visibility），或设置 isActive: false（通过 API），确保不会出现在前台搜索/分类中；但请注意：这仍无法阻止内部系统（如订单、ERP对接）读取该商品。 |
? 关键提醒：
- VTEX 不提供“工作区级产品沙盒”功能（截至 2024 年最新版本）；
- 若需模拟多环境商品生命周期（如灰度上架），应结合 salesChannel 标签、availability 状态、自定义字段（如 _env: "dev"）及业务层逻辑控制，而非依赖工作区隔离；
- 所有产品 API 调用（如 POST /catalog/pvt/products）均作用于全账户，请求头中的 X-VTEX-Use-Https 或 X-VTEX-Workspace 不影响数据作用域。
总之，这不是 Bug，而是 VTEX 架构的明确约定。将产品数据视为“中心化资产”，把工作区视为“代码与配置的部署通道”，才能更稳健地规划开发、测试与上线流程。
