Shopify Catalog Mapping 什麼時候值得改?什麼時候該放著不動?
Shopify 說對應設定對把商品事實放在 metafield、metaobject、標籤前綴或標題分隔符裡的商店最有幫助。其他情況維持預設。
- 查證於
- 2026年9月5日
什麼時候第三方值得付錢,你又不必買什麼
- 什麼時候付錢請人做才划算
- 只有在商品事實散落在沒人記錄過的自訂結構裡,必須先有人確立真實內容放在哪裡,對應設定才有東西可指時,付錢請人做才划算。 [1]
Shopify Catalog Mapping 決定 Shopify Catalog 讀取商品標題、描述與分類時用哪個欄位。大多數商店從來不需要碰它。少數商店把真正的商品事實放在標準欄位以外的地方,對它們來說,預設值會把錯的文字送到每一個 AI 通路。要決定的是你是哪一種商店。
Shopify 寫明對應設定做什麼
Shopify 的 Catalog Mapping 說明寫了四件決定這個問題的事:
- 可對應的欄位是商品標題、描述與分類。
- 來源可以是商品屬性、商品 metafield 或 metaobject 參照。
- 對應設定對使用自訂資料與分組邏輯的商店最有幫助,例如 metafield、metaobject、標籤前綴,或商品標題裡的分隔符。Shopify 會分析你商店的資料給出建議的預設選項,並預設依你的 Combined Listings 設定分組商品。
- 你設定的配置是可能影響 Shopify Catalog 的輸入,變更會延遲處理。頁面沒有說多久。
Shopify 的商品探索說明寫明下游是什麼:Shopify Catalog 會把標題、描述、選項、圖片、價格、庫存與其他屬性,以代理程式能解析的結構送到 AI 通路,而 Catalog Mapping 的存在,是讓放在自訂欄位裡的商品資料能正確地被代理式店面取用。
真實內容放在別處時,才改對應
一個欄位同時符合兩點時,才改它的對應:
- 標準欄位放的不是購物者需要的東西。標題帶著內部 SKU 前綴,或用分隔符編碼顏色。描述只是店面上的一句短文,完整規格放在 metafield。分類空著,真正的分類體系放在 metaobject。
- 另一個來源在它涵蓋的商品之間是結構化且一致的。Shopify 的頁面提到,用非結構化 metafield 分組時,群組裡的其他商品不會有預覽結果;對應欄位也是同一個警告:代理程式只讀得到穩定存在的內容。
一次改一個欄位。每次變更都有延遲,一次重新對應三個欄位的商店,分不出哪個變更產生了哪個結果。
標準欄位已經放著事實時,放著不動
標準的標題、描述與分類就是你希望代理程式讀的內容時,不要動對應。有兩種情況看起來像對應問題,其實不是:
- 內容太薄。 描述太短是寫作的工作,不是對應的工作。關於 Sidekick 建議的那則 Answer 處理那個決定。
- 通路顯示舊值。 一般編輯之後,適用的是 Shopify 寫明的延遲。關於 Catalog 延遲的那則 Answer 說明怎麼等、怎麼看。
對應設定改變的是讀哪個欄位。它不會改善欄位本身。
怎麼確認變更生效
Shopify 的 Agentic 頁面有搜尋預覽,能用代理式通路可能看到的方式查詢你的商品。延遲過後,搜尋一個你重新對應過欄位的商品,讀它顯示的值。這就是關閉這次變更的觀測。Shopify 寫明各通路常用自己的邏輯重新排序,預覽可能與購物者看到的不同,所以用它確認值,不要用它確認名次。
結果是一份書面紀錄,寫明三個欄位各自由 Catalog 讀取哪個來源、為什麼,加上一個你在預覽裡看到對應後值的商品。它證明 Shopify Catalog 讀的是哪個欄位。它無法證明通路展示了那個值、排序或賣出了商品。