Google Merchant Center 運費設定不是後台小欄位，而是商品廣告、免費商品刊登與 AI 自動投放能不能可信的基礎。台灣電商如果只讓 AI 生成素材、調整受眾，卻沒有確認運費、到貨時間、截單時間與最低訂單金額是否和結帳頁一致，系統可能會把錯誤承諾推給更多買家。先把出貨資料修成可驗證、可追責、可定期更新，再談 AI 放量，才不會用廣告費買來客服與退貨壓力。
為什麼 Google Merchant Center 運費設定會影響 AI 投放
Google 的 Merchant Center 文件把運費視為商品資料與帳戶設定的一部分。官方的 shipping 屬性說明提到，商家可以用商品層級的 shipping、carrier_shipping、處理時間與最低訂單金額相關欄位來描述運費與出貨條件。2026 商品資料規格更新也把 handling_cutoff_time 與 minimum_order_value 放進新的運費相關欄位脈絡。
這件事對台灣 SME 的重點不是背欄位名稱，而是避免三種營運錯位：廣告看到免運，結帳頁才加收偏遠地區費；商品頁說今天出貨，倉庫其實下午三點後改隔日；AI 依照銷售數據加碼熱門商品，卻沒有看見那個商品有材積、冷鏈或低溫配送限制。AI 不會自動知道你的倉庫規則，它只會沿用你餵給平台的資料。
五個台灣電商最容易漏掉的出貨欄位
1. 運費金額要保守，不要比結帳頁更低
如果 Merchant Center、商品 feed、官網結帳頁與 LINE 活動頁的運費不一致，最危險的是廣告端顯示得比實際便宜。對買家來說，這不是技術問題，而是信任落差。運費若會因宅配、超商、外島、冷凍、材積或滿額門檻而變動，至少要讓 Google 端的設定不低估實際費用，並把例外條件寫進官網可見的運送政策。
2. 到貨時間要拆成處理時間與運送時間
許多小團隊會把「兩到三天到貨」當成一句行銷文案，但 Merchant Center 與 Merchant API 的設定更接近營運資料：訂單何時被處理、何時交給物流、運送區域與服務等級是不同層次。Google 的 Merchant API shipping settings文件也把帳戶層級的 shipping settings 與商品層級資料分開。若團隊只有一句籠統承諾，AI 廣告很難判斷哪個商品該放量、哪個商品該降低期待。
3. 截單時間要和倉庫實際作業相同
handling_cutoff_time 的意義，是讓平台知道每天到什麼時間前的訂單可以進入當日處理。台灣電商常見問題是客服口徑、活動頁與倉庫截單時間不同：客服說下午四點前可出貨，倉庫實際兩點半就收單；廣告素材說快速出貨，但週五下午後要等週一。這種落差會變成負評、客服量與取消訂單，不是單純的投放效率問題。
4. 最低訂單金額不要只存在活動文案裡
Google 的 minimum_order_value 說明指出，最低訂單金額可以在商品層級或帳戶層級設定，且商品層級設定可能覆蓋帳戶層級。台灣常見的滿額出貨、低溫最低購買量、團購組合門檻，如果只寫在活動頁，卻沒有進入商品資料或結帳邏輯，AI 會把低價商品帶來流量，最後讓買家在結帳時才發現不能單買。
5. 特殊商品要有人負責例外規則
運費資料最容易壞在例外商品：大型家具、易碎品、冷凍食品、預購品、客製商品、只能門市自取的品項。這些商品不應該被放進同一套「全館快速出貨」規則。做 AI 行銷前，先指定一個資料負責人，讓他每週檢查商品 feed、庫存系統、官網政策頁與客服話術是否一致。
帳戶層級與商品層級怎麼分工
| 資料位置 | 適合放什麼 | 台灣 SME 常見風險 | AI 投放前要問誰 |
|---|---|---|---|
| Merchant Center 帳戶層級 | 大多數商品共用的國內宅配、超商取貨、基本處理時間 | 活動期間只改官網，沒有同步到 Google | 電商營運或平台管理者 |
| 商品 feed 層級 | 冷鏈、材積、預購、最低訂單金額、特殊出貨區域 | 例外商品沿用全館規則，廣告承諾過度樂觀 | 商品 PM、倉庫或採購 |
| 官網結帳頁 | 買家實際付款前看到的最終運費與限制 | Google 顯示與結帳頁不同，造成信任落差 | 工程、電商系統商或站台管理者 |
| 客服與 LINE 訊息 | 出貨延遲、缺貨、例外區域與拒收處理 | 客服承諾沒有回寫到商品資料，錯誤反覆發生 | 客服主管或店主 |
一週內完成的運費資料稽核流程
第一天：列出最會燒廣告費的 20 個商品
不要從全站商品開始。先看 Google Ads、Merchant Center、GA4 或電商後台，抓出最近花費、曝光、加入購物車或成交最高的 20 個商品。Google Analytics 的 建議事件可以協助團隊把 view_item、add_to_cart、begin_checkout、purchase 等電商行為拆開看，但運費資料仍要回到商品與結帳頁確認。
第二天：用實際結帳流程對照 feed
每個商品至少測三種情境：單品購買、未達免運門檻、達到免運或最低出貨門檻。若有外島、冷凍、門市自取或預購，要另外測。檢查重點不是能不能下單，而是廣告端看到的運費、到貨時間、門檻與結帳頁是否一致。
第三天：建立 AI 可用但不能亂改的規則
AI 可以協助整理商品說明、比對運費欄位、標記可疑商品、產生客服回覆草稿，但不應該自行決定免運門檻、截單時間或配送承諾。這些都牽涉成本、履約能力與消費者期待，必須由店主、營運或物流負責人核准。
第四到第五天：修正高風險商品，暫停不確定素材
如果商品 feed、官網政策頁和活動素材尚未一致，先不要讓 AI 產生更多「快速到貨」「滿額免運」「今天出貨」類文案。先修正資料，再讓系統重新學習。對台灣 SME 來說，少跑兩天錯誤廣告，通常比多接一週客服更便宜。
這篇建議適用誰，不適用誰
這套檢查適合有 Google Merchant Center、Google Shopping、Performance Max、免費商品刊登、電商官網、蝦皮或 Shopify/WooCommerce 類商品資料同步需求的台灣中小企業。尤其適合近期開始用 AI 產素材、改商品描述、做 feed 清理或自動投放的團隊。
如果你的商品完全不走電商結帳、沒有公開運費承諾、所有訂單都由人工報價處理，這篇不是優先事項。你應該先整理報價、交期與付款條件，再考慮 Merchant Center。若涉及個人資料、回購通知或 LINE 名單再行銷，仍要依 個人資料保護法與客戶同意範圍處理，不要把運送通知名單直接拿去做未同意的行銷。
資料更新與來源
本文依 2026 年 7 月可查的官方文件整理。運費欄位、Merchant API 與商品資料規格會更新，實作前應再確認 Google 最新文件與自己使用的電商平台外掛版本。主要來源包含 Google Merchant Center 的 2026 商品資料規格更新、shipping 屬性說明、minimum_order_value 說明、Merchant API shipping settings，以及 Google Analytics 的電商事件文件。
結論：先讓運費資料可信，再讓 AI 放大
AI 行銷最怕的不是素材不夠，而是資料錯了還跑得更快。Google Merchant Center 運費設定一旦和結帳頁、倉庫截單、客服話術不同，廣告越聰明，錯誤承諾越容易被規模化。台灣 SME 的務實順序很簡單：先檢查最會花錢的商品，再修運費、交期、截單與最低訂單金額，最後才把 AI 用在素材、分眾與例外偵測。這樣 AI 才是在放大營收，而不是放大出貨漏洞。
FAQ
Google Merchant Center 運費設定一定要商品層級嗎？
不一定。多數商品可用帳戶層級設定，但冷鏈、材積、預購、最低訂單金額或特殊配送區域，通常需要商品層級資料或額外規則。
handling_cutoff_time 對台灣電商有什麼用？
它可用來描述每天訂單進入處理的截單時間。若官網、倉庫與客服截單不同，廣告端的快速出貨承諾就容易失真。
minimum_order_value 和免運門檻一樣嗎？
不完全一樣。minimum_order_value 描述最低訂單金額；免運門檻可能只是運費優惠。若商品低於最低可出貨金額，要特別確認資料與結帳頁一致。
AI 可以自動修 Merchant Center 商品 feed 嗎？
AI 可以協助找異常、整理欄位與產生修正建議，但運費、交期、截單時間和配送限制應由營運或物流負責人核准後再同步。
多久要檢查一次運費與出貨資料？
常態商品至少每月檢查一次；促銷檔期、物流調價、節日前、冷鏈或大型商品上架前，應在廣告放量前重新檢查。