台灣電商的物流結構跟海外差距明顯。Shopify 在地化做得再好，遇到「我要在 7-11 取貨」這句話還是得另外想辦法。WooCommerce 開源、彈性大，反而成了多數本土店家做超商取貨與宅配的首選。開源的代價就是，平台本身不會幫你接好任何一家超商或宅配，全部得靠外掛補完。

搜尋「WooCommerce 物流外掛」會跳出綠界、藍新、RY Tools、ShopStore、SmartPay 等一長串名字，每一支都說自己能接 7-11、全家、黑貓。看似都一樣，實際拆開來看，每支外掛背後的串接模型差異不小。先釐清門市選擇器、寄件編號、運費規則這三塊的運作邏輯，再回頭挑外掛，會比照網路推薦直接裝下去合理得多。

超商取貨和宅配在串接層上是兩件事

很多人會把超商取貨與宅配（黑貓、新竹、嘉里大榮）視為同一類功能，結帳頁上選哪一個都只是運送方式的差別而已。這在使用者體驗上沒錯，但到了系統串接的層次，這兩條路其實走完全不同的協定與資料流。

超商取貨的關鍵字是「門市」。消費者要在結帳頁挑一家具體的 7-11 或全家門市，這代表前端必須有一個能即時撈門市清單的選擇器，後端要把選到的門市代號（不是地址，是統一編號式的店號）一起寫進訂單。寄件時平台再把這個店號連同收件人資訊送到物流商，換回一組「超商寄件編號」，店家拿這組編號去交貨便機台或全家店到店操作，貨才寄得出去。

宅配的協定簡單很多。消費者填寫地址、樓層、收件人電話，店家把這些欄位透過 API 送到黑貓系統，換回一張電子託運單與寄件單號，列印貼上箱子、等司機收件就結束。沒有門市選擇、沒有店號對應，只有地址正規化與分區運費計算這兩件事要處理。

這個差異會直接影響後續挑外掛的方向。如果店家賣的是低單價、低重量的商品，像是飾品、衣物、保養品，超商取貨會吃掉大部分訂單，門市選擇器穩不穩、會不會跳掉、能不能記住上次選的店，這些都是核心體驗。如果商品偏大件、重量超過 5 公斤，或單邊長度超過 45 公分（這是 7-11 與全家店到店的硬規範），那超商取貨幾乎用不到，宅配 API 與分區運費才是重點。

門市選擇器背後其實是綠界或新竹的服務

WooCommerce 本身不會提供任何超商門市資料，這份名單是各超商總部維護的，要拿到必須走物流商窗口。市面上能直接顯示門市地圖、讓消費者點選店家的外掛，背後幾乎都是接綠界（ECPay）或新竹物流的物流服務 API，不是外掛開發者自己去跟統一超商談的。

換句話說，當你看到 RY WooCommerce Tools、WP Easy Cart、SmartPay、ShopStore 這些外掛都標榜支援超商取貨，比較的不是「誰跟超商有合作」，而是「誰把綠界或新竹的門市選擇器整合得順暢」。底層門市資料同源，差異在前端體驗與後台流程。

實際差別藏在幾個容易被忽略的細節裡。門市選擇器是用彈出視窗、跳轉新頁、還是嵌入結帳頁的內嵌地圖，這點直接影響轉換率。跳轉式最不利，消費者離開結帳頁回來時，購物車狀態容易亂掉。

當消費者輸入 Email、姓名後才開啟選擇器，那些已填欄位會不會被清空，也是常見的陷阱。這在 RY Tools 與部分自製外掛裡曾出現過資料消失的狀況，2026 年 5 月的 RY Tools 3.6.4 才修復綠界超商資訊遺失的相關問題。門市資料回填後，後台訂單頁能不能直接顯示「全家光復店（店號 012345）」這種讀得懂的格式，還是只存一串代碼，又影響出貨人員的判讀速度。

挑外掛時可以反過來問外掛作者或服務商一個問題，門市選擇器走的是綠界 C2C 還是新竹店到店。前者支援 7-11、全家、萊爾富、OK 四大超商，後者主打 7-11 交貨便與全家。同一支外掛同時接兩家的少，多半是二擇一的設計。

寄件編號的取得方式決定了後台動線

超商取貨流程裡，店家最在意的不是消費者選了哪家門市，而是「我什麼時候能拿到那組可以去 7-11 機台操作的寄件編號」。這組編號等於一張電子託運單，沒有它，店家得一筆一筆手動上綠界後台、輸入訂單資訊、印出機台代碼，這會把出貨成本拉得很高。

不同外掛產生寄件編號的時機差很多。有些是訂單一進來、付款狀態變成「處理中」就自動向綠界 API 取號，後台訂單頁直接顯示一串可列印的條碼。有些要店家點「取得物流編號」按鈕才觸發 API。少數陽春的，甚至要等到出貨時店家自己進綠界後台手動建單。一天三十筆訂單跟一天三百筆訂單，這個差異會放大三十倍。

宅配端的黑貓串接動線又是另一回事。黑貓宅急便的 API 不公開申請，必須是統一速達的契約客戶，再透過業務代表索取「契約客代號（CustomerId）」與「Token（CustomerToken）」，才能拿到上傳訂單與取得寄件編號的權限。意思是即便外掛標榜支援黑貓，店家本身沒跟統一速達簽約、沒拿到那組授權碼，外掛也派不上用場。沒簽約的店家通常會退而求其次走綠界宅配整合，由綠界當代收方角色，缺點是運費結構與時效會被綠界包一層、比自簽契約價貴一點。

寄件編號回填到訂單頁之後，後台還有個常被忽略的環節，是 WooCommerce 訂單狀態與物流狀態的同步。多數外掛只負責「取得編號」，物流追蹤狀態（已交寄、配送中、已取貨）要不要自動回拋進訂單備註、要不要寄信通知消費者，這些是外掛差異化的功能。挑外掛時記得問清楚有沒有支援，沒有的話會被消費者問「我東西到了嗎」的客服訊息淹沒。

運費規則設定才是最容易出錯的環節

把外掛裝好、超商與宅配選項都跑出來，運費怎麼算才是真正的麻煩。WooCommerce 內建的運送區域與運送方式設定，是為了一般歐美電商情境設計的，套到台灣超商取貨、宅配分區、低溫加價、外島運費這幾種混合情境，常會出現邏輯打架的狀況。

超商取貨的運費邏輯

超商取貨的運費結構單純，重量限制 5 公斤、尺寸限制三邊和 105 公分內，運費通常是一個固定金額。問題出在「滿額免運」這條規則，多數店家會設定購物滿一定金額免運費，但 WooCommerce 內建的「免運」與「固定費率」是兩種獨立的運送方式，如果沒設好優先順序，結帳頁會同時跑出「超商取貨 70 元」與「超商取貨免運」兩個選項，消費者一定挑後者。

正確的做法是用「運送類別」搭配條件式規則，或者直接讓外掛接管運費計算，由外掛根據訂單金額動態切換費率。RY Tools 與綠界整合方案都有提供這種條件式運費的設定介面，不必自己寫 PHP。

宅配的分區與低溫加價

宅配的運費結構複雜得多。本島與外島運費不同、台北市區與台中山區到貨時間不同、常溫與冷藏冷凍價差通常落在中價位到高價位之間（冷凍最貴，冷藏次之，常溫最便宜）。這些都得在 WooCommerce 後台用「運送區域」一條條切，本島一區、離島一區、偏遠山區再一區，每區再依重量級距訂運費。

實作上有兩條路。一條是用內建運送區域硬刻，優點是不依賴外掛、邏輯透明，缺點是維護成本高，運費表異動要去後台一筆一筆改。另一條是裝專門的進階運費外掛，像是 Table Rate Shipping、Flexible Shipping 這類，用表格化方式管理規則，可以一次匯入幾百筆運費組合。商品 SKU 在五十以下的店家走內建就夠，商品擴張到幾百筆又有多溫層需求的，建議直接上進階運費外掛。

低溫加價最容易被遺漏。消費者買了一盒冷凍水餃，結帳頁顯示「黑貓宅配 150 元」，店家以為消費者付了常溫運費，實際出貨時才發現低溫運費要 220 元，差額自己吸收。處理方式是把低溫商品歸到一個專屬的「運送類別」，運費規則裡這個類別走另一條費率，結帳頁會自動切換。設定當下多花十分鐘，省下後續每筆訂單貼錢的痛。

該裝哪一支外掛要看店家規模

到這裡有個直覺答案，是「看綠界跟新竹哪家服務好就裝對應外掛」。實務上不只這樣，店家本身的規模、客單價、商品類型才是決定外掛選擇的真正變數。

這張表看起來在比外掛，實際上在比串接深度。免費版外掛能解決「結帳頁跑出選項」的問題，但每天三十筆以上訂單，自動取號、批次列印託運單、訂單狀態同步這些後台動線只要差一秒，乘上訂單數就是每天多一小時人力。Pro 版或客製化的價值就在這裡。

另一個容易忽略的變數是金流綁定。綠界的物流跟綠界金流是同一套後台，店家對帳直觀，超商取貨付款（COD）也只能走綠界系統。藍新則沒有自家物流，要另外接物流服務。如果結帳頁需要支援「超商取貨付款」這個選項，金流跟物流必須同源，這時就沒得選，綠界整套包下去最省力。

挑外掛的順序，先確認金流選什麼、再看商品有沒有超標或多溫層需求、再依月訂單量決定走免費還是付費版。這三層想清楚，外掛清單會自動收斂到 1 至 2 個選項，不會在十幾支外掛之間繞圈。

回到開頭那個問題，WooCommerce 物流外掛到底差在哪。差在門市選擇器接的是哪家服務、寄件編號什麼時候取得、運費規則能不能容納分區與多溫層、後台動線能不能撐過量大時段。把這四個面向拆開看，再對應自家店的訂單結構，挑外掛就不再是看推薦文，而是看自己的出貨流程需要哪一塊被自動化。