ChatGPT 商品目录图片：让每个变体对应正确照片

先看结论

每个可购买变体一行，保留稳定且唯一的商品编号，并分配正确源照片。检查最终公开图片地址是否对应这个变体及落地页。完整规范和商家资格应由获授权的目录负责人验证，再到 Ciyo 之外提交。

变了什么，没变什么

OpenAI 在 11 月 10 日公布 Businesses in ChatGPT 测试版，包括 Business Hub 和面向合资格企业的功能。它是本文的新闻背景，并不能证明你的商家合资格、这个确切搜索词正在增长，或提交的商品一定会被展示。

文件上传参考区分了受支持的 Stable 与仅供规划反馈的 Draft。真实集成应使用当下受支持的规范。本文只讨论图片对应，不是完整商品数据模板、广告配置指南或结账集成。

1. 建立变体与照片对照表

从已批准目录和获授权原图开始，每行记录商品编号、选定变体、源照片文件名、拟用公开图片 URL 和对应商品页。商业事实仍由目录负责人掌握。

稳定版参考要求每个商品或变体有唯一编号，主图通过直接图片地址展示该变体；上传说明要求商品和图片 URL 可公开访问。这只是起点，不是完整规范。

2. 先核对商品身份，再统一视觉

统一背景不应让不同商品看起来像同一变体。逐张对照获授权原图，检查颜色、形状、标签、所含部件及其他区分细节。如果创意编辑改变了这些事实，应退回修改，不能因视觉精致就批准。

故意出错的 River 杯子草稿，让两种变体都使用 RIVER-MUG 编号，并都指向 ivory.jpg。蓝杯既配错照片，也复用了编号。这些文件名仅用于示例，没有提供真实公开商品图片或正在使用的商家目录。

3. 在 Ciyo 中准备复核意见

上传对照表或图片总览，说明哪些目录事实已经批准，请设计助手找出重复编号、变体与照片错配和未决交接检查。使用真实商品参考时，也应自己核对来源；助手回复不能认证目录。

这个阶段的交付物是一份给数据制作人员的修改清单，应与生产数据文件分开。画布上的表格图片不能证明格式序列化正确、公开 URL 可用、商家已经批准或数据已经成功接收。

Ciyo 实操：重复编号与错误颜色分配

11 月 14 日在 dev.ciyo.ai，Ciyo 发现两条虚构记录都用 RIVER-MUG，以及蓝色记录指向 ivory.jpg。它提出不同的示例编号，把蓝杯照片分配给蓝色变体，并要求负责人批准最终对应关系。

它还指出公开图片 URL 只是占位。演示没有测试真实地址，也没有制作或提交商品数据。我们采用了身份与照片更正；生产负责人仍应检查现行规范及真实图片访问，不能把助手关于域名的泛化提醒当作已经核验的平台规则。

可复制的变体图片复核提示词

替换为自己的已批准商品数据。不要在提示词中放访问令牌或顾客私人信息。

请复核[商品目录]的附件图片对照表。已批准变体与稳定商品编号：[清单]。获授权源图：[文件与变体对应表]。请找出重复编号、错误颜色或商品、图片目标不一致及缺失审批，区分已观察矛盾与必须使用真实公开 URL 检查的事项。返回给目录负责人的修改清单。不要提交商品数据、认领商家、编造集成或保证展示。

4. 检查真实地址，完成外部交接

获授权人员发布修正图片后，在不依赖已登录编辑会话的情况下打开每个直接图片地址。确认图片加载、变体正确并保持稳定地址，再打开商品页面，检查选中变体是否与数据行一致。

请负责人按 OpenAI 资料验证完整的当前必填字段、国家、价格、库存状态和提交规则，按合资格商家的实际接入流程操作，并保留提交与验证结果。本文没有外部提交，因此没有接收或索引结果。

先复核图片，再考虑集成项目

目录已经建立，但图片或变体分配还需检查时，可以使用这个流程。目录事实本身未定时，先解决事实。若需要自动化数据集成，应与获授权的目录及技术负责人另行界定范围。

• Photoroom 与 Ciyo 商品照片流程对比

资料来源

公告与稳定版规范于2026年11月14日核验。River 杯子及复核方法是原创示例。

• OpenAI：介绍 Businesses in ChatGPT
• OpenAI：稳定版商品数据规范
• OpenAI：提交商品目录