Google 官方文件列出至少五種商品資料提交方式，包括電商平台連結、自動新增、檔案、Google 試算表與 API。商品資料提交方式不只一種，所以 不要預設 Shopify 後台最新值或最後上傳的資料一定生效。先確認該商品由哪個資料來源提供，再檢查適用的屬性規則及順序，最後用規則測試與商品詳情核實處理結果。
適合 Shopify 商品營運人員：你要找出後台欄位與 Merchant Center 商品資料不一致的原因。
適合跨境廣告或商品目錄負責人：你同時維護多個資料來源，需要確認欄位映射和規則影響。
適合團隊協作負責人：你需要保存可複核的變更紀錄，讓交接不靠口頭猜測。
SECTION 01先沿著資料來源追查：差異從哪裡進入？
Shopify 商品同步只是資料路徑之一。商品資訊也可能經由自動新增、檔案、Google 試算表或 API 等方式送入 Merchant Center；因此，即使 Shopify 後台已改好某個欄位，也不能單靠修改時間判定哪個值會保留。Google 對商品資料來源及提交方式的說明可協助你先列出目前可能的入口。
建議先選一個出現差異的商品 ID，逐欄記下 Shopify 後台值、Merchant Center 顯示值，以及每筆資料所屬的來源。接著開啟 Merchant Center 中該商品的資料詳情，查看可用的來源資訊與處理狀態；介面項目和可見內容可能因帳戶狀態或管理介面更新而不同，應以帳戶實際記錄為準。Google 的商品資料檢視說明
Shopify 資料同步後數值不同，應先檢查哪裡？先確認 Merchant Center 該筆商品的來源，再確認比較的是同一個商品 ID 與同一個屬性。確認這兩點後，才往欄位映射和規則追查；否則你可能把另一條資料路徑誤認為 Shopify 覆蓋失敗。
例如，假設 Shopify 後台的商品標題已更新，但 Merchant Center 商品詳情仍顯示另一個標題。這只能說兩處看到的值不同，不能單憑此現象斷定哪一個來源優先。你要進一步核對商品詳情中可見的來源、資料欄位和目前套用的規則。
SECTION 02對照欄位時，先確認你比的是同一個屬性
營運後台中的欄位名稱、資料來源傳入的欄位，以及 Merchant Center 商品屬性，不一定使用相同名稱或一對一對應。比方說，你在 Shopify 看到「商品名稱」，資料來源使用一個欄位名稱，而 Merchant Center 處理的目標是標題屬性；只有確認這條映射關係，才有依據判斷是不是欄位衝突。
可把每個欄位拆成三個記錄點：來源輸入值、送入 Merchant Center 的欄位、商品詳情中目前看到的處理結果。標題、價格和庫存都可用同一方式追查，但應分欄檢查，不能因為標題已變更，就推定價格與庫存也走相同的處理路徑。
若資料缺少商品屬性所需資訊，或格式不符合要求，結果也可能與預期不同。核對標題、價格或庫存時，請對照Google 商品資料規範確認相關屬性的要求；這項檢查用來辨認資料品質與欄位問題，不等同於判定商品已獲批准或已在前台展示。
SECTION 03屬性規則是否適用，要看條件與套用狀態
Merchant Center 屬性規則可用來轉換商品資料，但你需要確認規則套用的目標資料來源、feed label、條件和替換操作是否符合正在查核的商品。只看到某條規則存在，並不能證明它適用於這筆商品；也不要把編輯中的草稿、測試結果與已套用的規則視為相同狀態。Google 的自訂屬性規則說明
檢查時，把規則拆成可核對的問題：目標資料來源是否正確？條件是否符合商品資料？替換操作改的是不是你正在追查的屬性？如果有多條規則，應在帳戶中確認它們的級聯或執行順序，不要自行假設「最後建立的規則」或「最後上傳的值」必然優先。平台實際結果需依目標帳戶的規則狀態和商品記錄確認。
多個商品資料來源看起來互相衝突時，先看什麼？先看這筆商品關聯到哪些來源，再核對各來源提供的欄位、規則條件和套用狀態。這樣能分辨是來源設定、欄位映射或規則轉換造成的差異，而不是把所有問題都歸咎於 Shopify 同步。
注意：測試畫面呈現的規則結果，不能代替已套用狀態與商品詳情的複核。先留存目前規則狀態，再進行測試；確認測試符合預期後，才決定是否套用變更。
SECTION 04變體和商品 ID 是否對得上？
另一種常見誤判，是兩邊其實在比較不同商品或不同變體。請核對 Merchant Center 商品 ID、Shopify 商品及變體識別資訊，並記錄顏色、尺寸等變體屬性；如果 ID 不同，應先確認各自代表的商品對象，再判斷是否為同一欄位被不同值更新。
| 查核選項 | 你要核對的項目 | 適用的判斷 | 容易忽略的限制 |
|---|---|---|---|
| 只查 Shopify 後台 | 商品或變體的欄位值 | 確認店舖端輸入內容 | 無法單獨證明 Merchant Center 最終處理值 |
| 查 Merchant Center 資料來源 | 商品 ID、來源記錄及傳入欄位 | 確認資料由哪條路徑提供 | 仍須檢查欄位映射與規則 |
| 查規則測試及商品詳情 | 測試結果、規則狀態與處理後欄位 | 比對預期轉換和目前記錄 | 測試通過不等於商品已獲批准或可見 |
若商品是由多個資料來源建立或補充，別只抄錄商品標題；把商品 ID、變體識別資訊和來源記錄放在同一筆核查紀錄中。Google 對變體組 ID 的說明可作為核對變體群組識別方式的參考，但實際比對對象仍須以你的帳戶資料為準。變體組 ID 說明
SECTION 05按這套核對流程確認實際處理值
如何確認 Merchant Center 最後處理的是哪個商品值？使用同一商品 ID，保留來源輸入、規則測試和商品詳情三處的證據，再核對規則目前是草稿還是已套用。Merchant Center 提供規則測試與套用流程；測試結果可協助判斷規則如何轉換資料，但不能直接當成商品已獲批准或必然可見的證明。Google 的屬性規則測試說明
- 固定核查對象。記下 Merchant Center 商品 ID，並從 Shopify 後台確認對應商品及變體；若識別資訊對不上，先停止比較欄位值。
- 保存目前狀態。記錄要查的屬性、Shopify 輸入值、Merchant Center 商品詳情值、資料來源及可見的規則狀態。保留畫面或匯出的記錄，以便復原和交接。
- 核對欄位路徑。確認來源欄位實際對應哪個 Merchant Center 屬性；對標題、價格或庫存分別記錄輸入值和目標欄位，不用相似名稱代替映射證據。
- 檢查規則條件。逐條確認資料來源、feed label、條件與替換操作是否適用於這筆商品；有多條規則時，記下帳戶中可見的順序與套用狀態。
- 先測試，不急著改正式設定。依官方支援的規則測試流程檢查草稿結果，記錄測試輸入與輸出；若條件或結果不符合預期，先修正規則設定，不要把草稿結果當作已生效。
- 確認後才套用變更。只有在測試結果符合預期、且變更影響範圍已確認時，才套用規則；同時記下修改人、時間和變更內容。
- 回到商品詳情複核。再次查看該商品的來源、規則狀態與實際欄位結果，並另外記錄商品批准狀態。資料值正確、商品獲批准與商品可見是不同判斷，不能互相替代。
SECTION 06把查核結果整理成團隊能接手的紀錄
每次查核至少記錄商品 ID、變體資訊、目標屬性、來源名稱、來源輸入值、欄位映射、規則條件、規則狀態、修改人、測試證據和複核結論。記錄的目的不是多做一份報表，而是讓接手的人能重現你比較的是哪筆商品、哪個欄位，以及哪個狀態。
結論可分成三類，減少團隊反覆修改：
- 來源設定問題：商品由哪條資料路徑提供尚未確認，或資料來源選錯。
- 欄位映射或規則問題：來源值存在，但目標屬性、條件、替換操作或套用狀態不符。
- 商品狀態問題：欄位處理結果已核實，但商品仍有批准狀態或可見性問題，應另行查明，不要繼續改動無關欄位。
如果商品 ID 對應關係不清、帳戶沒有顯示足夠的來源或規則資訊，或測試與商品詳情結果不一致，先停止自行反覆修改。整理好商品識別資訊、畫面證據、規則狀態與已做過的測試，再查閱 Google 官方說明或向平台支援確認。這樣可避免把未確認的推測變成新的資料變更。
若目前靠多人各自登入、以試算表傳值或在不同裝置間手動交接，常見代價是來源紀錄分散、操作環境不一致、複核責任不清。需要讓團隊在共享的 macOS 環境中查看資料並交接紀錄時，可評估美國遠端 Mac 方案；若要先比較按需使用的費用，再查看MACNOX 方案與價格。租用 Mac 能提供可供團隊遠端使用的 macOS 工作環境，但不會替你修正資料來源、欄位映射或 Merchant Center 審核狀態；若你只需要短期複核或測試環境，可把遠端 Mac 納入工具選項，否則先處理帳戶內的資料證據。