Merchant Center 補充資料來源適合用來修正「已存在商品」的局部資料：例如活動價格、供應情形、商品標籤、自訂標籤、缺漏屬性或需要暫時覆寫的標題。它不是新的商品 feed，也不能拿來新增或刪除商品；關鍵是商品 ID、資料來源標籤與語言要能和主資料來源正確對上。對台灣中小電商來說，它最有價值的情境，是活動檔期快開始、平台主 feed 改版太慢、或行銷團隊需要先把 Google Shopping 與廣告分眾修正到可用狀態。
很多店家不是沒有商品資料，而是資料卡在不同系統：官網平台有一套、ERP 有一套、廣告代理商手上又有一份活動表。等工程或平台重新輸出主 feed，雙 11、父親節、開學季或快閃折扣可能已經跑掉一半。這時候若只靠手動逐筆改 Merchant Center，很容易忘記復原、改錯欄位，或讓下一次主 feed 更新把修改覆蓋掉。
補充資料來源的思路比較務實：主資料來源繼續負責商品存在與基本資料，補充資料來源只負責「這一批商品現在要補什麼」。你可以把它設計成活動表、修錯表、分眾標籤表，並在上線前用 AI 做格式與例外檢查，但最後仍要由懂商品的人確認價格、供應狀態與政策風險。
為什麼主 feed 來不及改，會直接傷到行銷效率
Google Merchant Center 的商品資料會影響免費產品刊登、Shopping 相關版位、Google Ads 產品分組與部分自動化廣告判斷。Google 說明文件指出，建立資料來源時會指定國家、語言、資料來源標籤與行銷方式，這些設定會決定商品資料可用於哪些 Google 功能。也就是說，feed 不是後台雜務，而是廣告系統理解商品的基礎資料。
台灣 SME 常見的問題不是大規模技術導入，而是「小錯很多、改動很急」。例如活動價已經在網站上架，Merchant Center 還是原價；熱銷尺寸已缺貨，Shopping 廣告仍帶人進來；行銷想用 custom label 區分高毛利、清庫存、節慶組合，但主 feed 沒有欄位。每一個錯誤看起來都不大，累積起來就是浪費點擊、降低審核穩定性，也讓 AI 廣告系統拿到不乾淨的訊號。
Merchant Center 補充資料來源是什麼，不是什麼
Google Merchant Center 說明頁把補充資料來源定義為次要資料來源，用來提供更多詳細資料，或更新現有資料來補足主要資料來源可能缺少的部分；同一頁也明確提醒，它不能新增或移除產品，不能作為獨立資料來源使用。官方操作路徑是在 Merchant Center 的「資料來源」中使用「補充來源」分頁新增補充產品資料；若看不到該分頁，需先啟用「進階資料來源管理」外掛程式。
這個限制很重要。若你的商品根本沒有進入主資料來源，補充資料來源幫不上忙；若主 feed 的商品 ID 變來變去，補充表也很難對上。官方文件也提醒，產品 ID 必須協助比對補充資料來源與主要資料來源中的產品詳細資料，資料來源標籤與語言也要與產品 feed 設定一致，否則連結或套用可能失敗。
| 做法 | 適合情境 | 風險 | 給 SME 的判斷 |
|---|---|---|---|
| 直接改電商平台商品資料 | 商品基本資料長期都錯，例如標題、規格、圖片、品牌 | 平台同步時間不一定可控，活動檔期可能來不及 | 長期資料應回到平台或 ERP 修正 |
| 重做主資料來源 | 商品架構、國家、語言、主要欄位要全面整理 | 改動大，容易影響全部商品 | 適合月度或季度整頓，不適合臨時活動救火 |
| 補充資料來源 | 已存在商品需要補價格、供應情形、自訂標籤、活動欄位或缺漏屬性 | ID、標籤、語言對不上就不會套用；多個補充來源可能互相覆寫 | 最適合小批量、可追蹤、可回復的行銷修正 |
| Merchant API | 商品量大、更新頻繁，或代理商管理多帳戶 | 需要工程維護、權限與錯誤監控 | 先用表格流程驗證規則，再決定是否 API 化 |
先從四種欄位開始，不要把補充表做成第二個主 feed
補充資料來源最容易失控的地方，是團隊把所有欄位都塞進去，最後沒有人知道到底哪個來源才是正確版本。比較穩的做法，是把第一版限制在四種行銷高影響欄位。
一、活動價格與生效期間
若網站活動價與 Merchant Center 顯示不同，會影響使用者信任，也可能引發商品資料審核問題。Google 的 Merchant Center 說明提到，舊版線上商品目錄資料來源淘汰後，補充資料來源可搭配 ID、price、availability 等屬性與「選取最新」規則，用於更新價格與供應情形。若有明確活動時間，也應檢查 sale price 與 sale price effective date 的設定是否符合實際檔期。
二、供應情形與區域庫存
若你有門市取貨、區域庫存、或熱銷尺寸很快缺貨，補充資料來源可以用來覆寫既有商品的供應資訊。官方文件也說，區域商品目錄資料來源是一種補充資料來源，可用來覆寫主要資料來源中的現有產品資料，在指定區域顯示區域價格或供應情形。台灣店家若門市、倉庫與官網庫存不同步，應先選少量高流量商品測試，不要一口氣把所有 SKU 丟進補充表。
三、自訂標籤與活動分組
Google Ads 的商品分組、預算配置與報表拆解常需要 custom label。小團隊可把「高毛利」、「清庫存」、「節慶組合」、「新品測試」做成補充欄位，讓廣告帳戶可以更快排除低優先商品或建立測試組。這不會保證 ROAS 變好，但會讓投放決策從憑感覺變成可分組比較。
四、缺漏屬性與標題修正
若 Merchant Center 顯示某些商品缺 GTIN、產品類型、顏色、尺寸或標題不夠清楚，補充資料來源可以作為修錯清單。這類欄位最好回寫到主系統，但在正式回寫前，補充表能先讓重要商品有機會恢復曝光或取得更清楚的查詢匹配。
台灣 SME 的五步上線流程
步驟一：先下載問題商品，不要憑記憶建表
先從 Merchant Center 的商品狀態、需要注意的商品、廣告報表或活動商品清單取得商品 ID。表格第一欄只放主 feed 完全一致的 id，第二欄開始才放你要補的屬性。若 ID 有前綴、大小寫、語言版本或變體 SKU，先處理對照表，不要讓行銷人員手打。
步驟二：每張補充表只處理一種任務
活動價、供應情形、自訂標籤、屬性修錯最好分開。這樣做的好處是可追蹤、可停用、可回復，也比較容易知道哪一張表造成結果改變。若全部塞在同一張「總修正表」，短期看起來省事，長期會變成沒人敢刪的黑盒子。
步驟三：用 AI 做預檢，但不要讓 AI 決定價格
AI 很適合檢查格式與例外，例如找出重複 id、空白 price、非 TWD 幣別、活動日期結束早於開始、custom label 命名不一致、中文標題過度重複、或疑似把成本價貼成售價。AI 不適合自行判斷某商品是否真的缺貨、折扣是否符合法規或平台規範，也不應在沒有商品負責人確認時批量改價格。
步驟四：先預覽或測試，再套用
Google 的屬性規則說明指出，規則可用來轉換資料以符合產品資料規格；測試與預覽功能則可在套用前查看草稿規則如何影響商品資料。補充資料來源上線前，也應抽查高流量商品、活動主打商品、最低價商品與最近被拒登商品，確認補充結果沒有把錯誤放大。
步驟五：上線後建立一張復盤表
補充資料來源不是設定完就結束。每次活動後，記錄三件事：哪些欄位最常修、哪些錯誤應回寫主系統、哪些修正應取消或改名。若同一類錯誤連續發生三次，就不該再靠補充表救火，而應安排主 feed、平台欄位或商品上架 SOP 的修正。
AI 檢查表：上傳前先問這 8 個問題
你可以把補充表貼給內部 AI 工具或試算表助理，要求它只做檢查與標記，不自動改值。適合的檢查問題包括：
- 是否有重複商品 ID 或找不到主資料來源對應的 ID？
- price、sale_price 是否有幣別與格式異常？
- sale_price_effective_date 是否符合活動起訖日？
- availability 是否只使用 Merchant Center 接受的值？
- custom label 命名是否混用中文、英文、空白與大小寫？
- 是否有活動商品缺少活動標籤，或非活動商品被標到活動組？
- 標題修正是否加入了無法在商品頁證明的詞？
- 這次修正中，有哪些欄位應該回寫到主系統？
這種用法比「叫 AI 幫我優化整份 feed」更可靠，因為它把 AI 放在稽核位置，而不是讓 AI 成為商品真相來源。對人手不足的台灣 SME 來說，這能減少低級錯誤，但不會取代商品、財務與廣告負責人的審核。
誰適合用，誰不適合用
適合使用補充資料來源的店家，是已經有穩定主 feed、商品 ID 相對固定、活動更新頻繁，且需要讓行銷團隊用表格或小型流程快速補資料的電商。它也適合代理商或內部行銷人員先建立「可被驗證的修正流程」，再交給工程團隊評估是否 API 化。
不適合使用的情境包括：商品尚未進入主資料來源、商品 ID 常常改、主資料來源本身大量錯誤、價格與庫存沒有單一真相來源、或團隊沒有能力在活動結束後清理補充表。這些狀況下，補充資料來源只會把資料債藏得更深。
資料更新與來源
本文依 2026 年 8 月 24 日可查得的 Google 官方文件與搜尋結果整理。功能介面、欄位名稱與 API 支援可能會更新，上線前應以 Merchant Center 帳戶內實際介面和官方說明為準。
- Google Merchant Center 說明：建立產品資料來源：補充資料來源的定義、限制、啟用位置、產品 ID、資料來源標籤與語言匹配。
- Google Merchant API：管理各種資料來源類型：資料來源可包含產品、庫存、promotion 等資料，並支援 API、上傳檔案與自動擷取等輸入方式。
- Google Merchant API：API data sources for product uploads：補充 API 資料來源可補足主要資料來源，並可與主要資料來源連結。
- Google Merchant Center 說明：測試和預覽屬性規則：上線前先預覽規則對商品資料的影響。
- DataFeedWatch supplemental feeds guide 與 AdNabu supplemental feeds guide：用於觀察 SERP 常見教學格式與 FAQ 需求，本文未引用其未經官方驗證的成效承諾。
結論：把補充資料來源當成活動修正層，不要當成資料垃圾桶
Merchant Center 補充資料來源最好的定位，是「可追蹤、可回復、可驗證的行銷修正層」。它能幫台灣電商在活動價格、庫存狀態、商品標籤與缺漏屬性上更快反應，但前提是主資料來源仍然是商品真相，補充表只處理明確任務。若你把 AI 用在格式檢查、例外提醒與復盤整理，再由商品負責人確認商業事實，這個流程就能在不重做整份 feed 的情況下，降低錯誤、加快活動上線，也讓廣告系統取得更乾淨的商品訊號。
FAQ
Merchant Center 補充資料來源可以新增商品嗎？
不可以。Google 官方說明指出，補充資料來源只能補足或更新既有商品資料，不能新增或移除產品，也不能獨立作為主要資料來源。
補充資料來源最適合先補哪些欄位？
台灣中小電商可先從活動價格、供應情形、自訂標籤、缺漏屬性與少量標題修正開始。每張表最好只處理一種任務，避免來源衝突。
用 Google Sheets 做補充資料來源可以嗎？
可以。Merchant Center 說明列出檔案、Google 試算表範本與 API 等方式。小團隊通常可先用試算表驗證流程，再決定是否導入 API。
AI 可以自動幫我改商品 feed 嗎？
AI 適合做格式、重複 ID、日期、幣別與標籤命名檢查；價格、庫存、合規與商品事實仍應由商品或營運負責人確認，不應全自動套用。
補充資料來源會不會覆蓋主資料來源？
補充資料來源會依規則補足或覆寫既有商品的指定屬性。若多個來源處理同一欄位，必須清楚定義優先順序與復原方式，避免活動結束後留下錯誤資料。