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：提交商品目錄