電商平台怎麼選？外銷企業比較 marketplace、SaaS 與自架站的實務框架

選電商平台時，不要先問哪個品牌最好，而要先確認企業需要哪種營運模式：借用 marketplace 的現成需求、用託管式 SaaS 快速經營品牌店面，或以自架／開源方案換取更多系統控制。

這不只是名詞或表單問題；電商平台 會影響跨境訂單的稅務、申報、平台責任與消費者體驗。一旦前提、資料口徑或責任分工錯誤，可能造成補稅、下架、退款爭議或配送中斷。

接著把目的市場、商品資格、收付款、必要整合、資料匯出與資安責任設成硬門檻，再比較總持有成本並做小型概念驗證。硬門檻不過，即使其他項目分數很高，也不適合直接上線。

先選營運模式，不要先做品牌清單

OECD 將企業線上銷售路徑概括為自有網站／App、第三方 marketplace，或兩者並用；這些選項不是非此即彼。[1] 對外銷企業而言，真正的差異不只在「網站長什麼樣」，還包括流量從哪裡來、交易規則由誰制定、資料能取得多少，以及日常維運由誰負責。

Marketplace：較快接觸買方，但不是免費流量

OECD 指出，marketplace 能為中小企業提供市場觸達、交易服務與信任機制，但也可能伴隨敏感資料分享與激烈競爭。[1] 這代表平台「有買方」不等於企業自然會得到訂單；商品內容、價格、評價、廣告、履約與客服仍會影響曝光與成交。

費用也不只一個月租。以 Amazon 的官方費用架構為例，標準費用包含銷售方案與推薦費，使用履約或廣告等選用服務還可能增加成本。

[2] 這裡不是推薦 Amazon，而是說明評估 marketplace 時，要把平台抽成、支付、廣告、履約與退貨放入同一張成本表，並以實際目標站點與商品類別的最新官方頁為準。

託管式 SaaS：核心維運較省力，資格仍要逐項查

託管式 SaaS 通常由供應商維護核心系統，企業則管理商品、內容、訂單與前台體驗。它的優勢常是較快上線、較少處理底層主機，但方案、應用程式與平台規則仍會限制可做的事。

例如 Shopify 台灣定價頁顯示，方案功能與第三方付款費會依方案而異；國際銷售頁也列出不同跨境功能與費用條件。[3][4] Shopify Payments 的官方說明則明確要求商家先確認企業所在地、業務類型與支援國家／地區。

[5] 因此，看到「多幣別」或「全球銷售」不代表台灣企業在任一市場、任一方案與任一商品類別都能直接使用。正確做法是以公司實體、收款帳戶、目的市場與測試帳號逐項驗證。

自架／開源：控制空間增加，營運責任也增加

WooCommerce 官方將其描述為建立於 WordPress 的可自訂、開源電商平台；建店文件也把主機、佈景、外掛與擴充列為系統組成。[6][7] 開源可增加客製與部署選擇，但「軟體可免費下載」不等於商店沒有成本。

主機、開發、版本更新、相容性、備份、監控、安全修補與事故處理都要有人負責。

雲端服務本身也不是把所有責任交給供應商。AWS 的共同責任模型說明，供應商與客戶的安全與合規責任會依所使用的服務而不同；客戶仍需管理自己的資料、應用與設定。[8] 這個原則不代表所有電商平台的責任都相同，而是提醒企業在採購時要把「誰維護哪一層、出事由誰處理」寫進需求與合約。

先過 6 個硬門檻，避免高分掩蓋致命缺口

功能很多、操作順手或業務簡報漂亮，都不能補救一個無法收款、無法匯出資料或不符合商品政策的平台。建議先用下列六項作為淘汰門檻：

1. 企業、目的市場與商品資格：台灣企業實體能否註冊？目標國家、商品類別與銷售模式是否受限？需要哪些證明文件？
2. 收款、退款、撥款與對帳：所需幣別與付款方式是否可用？退款、拒付、撥款週期與會計對帳如何處理？
3. 必要系統整合：ERP、PIM、WMS、CRM、會計與分析工具是否有可驗證的 API 或 connector？沒有現成整合時，客製成本與維護人是誰？
4. 資料取得與可移轉：商品、訂單、客戶、媒體、自訂欄位與歷史資料能否依公司治理要求匯出？格式能否匯入目標系統？
5. 資安、個資與契約責任：角色權限、多因素驗證、備份、復原、事件通報、委外與資料刪除條款是否可接受？數位產業署公開了電商業者個資安全維護參考指引入口，企業仍需依實際資料流由法務與隱私負責人審查。[9]
6. B2B 核心流程：若不是一般零售結帳，企業帳戶、客戶別價目表、最低訂購量、詢價／報價、付款條件、稅號與業務審核是否能完成？

每個門檻都應留下證據，例如官方資格頁、合約條款、測試帳號畫面、API 文件、匯出樣本與負責人簽核。若關鍵條件只能得到「理論上可以」的口頭答覆，就還沒有通過。

通過門檻後，用 7 項條件建立自己的評分表

硬門檻通過後，才進入加權比較。以下權重只是外銷中小企業的起始範例，不是產業標準，也不是平台排名：

各項可評 1 到 5 分，再用下式換算：

加權分數 = 分數 ÷ 5 × 權重

評分前要先固定市場、SKU、訂單量、必要整合與證據期間。若 A 平台用正式報價、B 平台只用公開促銷價，兩者就不在同一基準。當分數差異很小，也不宜假裝有精確贏家；此時應回到概念驗證，看哪個選項在真實流程中較少例外與人工補救。

算總持有成本，不要只看月費

平台月費通常只是最容易看見的一層。較完整的估算式是：

TCO = 方案或主機固定費 + 平台抽成 + 支付費 + app／擴充 + 建置與整合 + 內容與在地化 + 日常營運人力 + 資安／備份／監控 + 支援與事故成本 + 遷移／停約／退出成本

建議至少建立三種情境：

• 低訂單量：固定費與最小人力是否過重？
• 高訂單量：抽成、支付、API、訂單同步與客服成本是否快速上升？
• 多市場或高售後負擔：翻譯、在地內容、退貨、客服、資料治理與整合複雜度是否失控？

金額應來自正式報價、合約和企業自己的工時，不要直接套用文章或業務簡報中的示例。平台價格、費率、方案內容與促銷都可能調整，任何對外比較表都應在發布與簽約前重新查核。

把「資料所有權」改成可驗收的問題

供應商說「資料是你的」，仍不足以判斷能否移轉。Shopify 官方提供產品與訂單 CSV 匯出，但文件也列出欄位、歷史資料與備份／複製的限制；部分資料可能需要 API 或第三方應用程式處理。

[10][11][12] 這不代表某平台特別不利，而是說明「能下載檔案」與「能完整重建商店」是兩個不同問題。

簽約或開發前，至少實測：

• 商品、變體、庫存、訂單、退款、稅、促銷、客戶與自訂欄位能匯出到什麼程度？
• 圖片、影音、頁面內容與 SEO 欄位能否批次取得？URL 與檔名會不會改變？
• 應用程式產生的資料由誰保管？停用 app 或終止服務後如何取回？
• API 有哪些權限、速率、方案與歷史範圍限制？
• 客戶同意、訂閱偏好、刪除要求與稽核紀錄能否保留？
• 取消服務後資料保留多久？刪除、備份與例外流程如何證明？
• 匯出的資料能否真的匯入另一個測試系統，而不是只在試算表裡看得到？

最有效的做法不是多問一次業務，而是在概念驗證期間下載真實樣本，建立欄位對照，並完成一次最小移轉演練。

用小型 POC 驗證，再決定是否擴大投入

不要一開始就搬完所有商品、簽長約或同步每一套系統。可先用一個市場、少量 SKU 與固定測試期間，跑完下列七步：

1. 凍結範圍：定義市場、客群、SKU、語言、幣別、訂單量假設與必要流程。
2. 建立情境：新客下單、付款失敗、取消、退款、缺貨、折扣、客服與資料匯出都要測。
3. 串接主系統：商品、庫存、訂單、會計、CRM 與分析事件至少各完成一次端到端傳遞。
4. 測權限與復原：建立角色、啟用 MFA、撤銷離職帳號、驗證備份與還原，確認事故聯絡窗口。
5. 重算 TCO：用正式報價、實際工時、錯誤修正與人工補單時間替換原先假設。
6. 演練退出：匯出資料、停用一個 app 或整合，檢查訂單歷史、媒體與自訂欄位能否重建。
7. 依事前條件決策：必要支付不可用、核心整合無解、資料取不回、資安／個資阻擋未解或 TCO 超標，就暫停或更換選項。

概念驗證要記錄「哪個步驟需要人工補救、由誰處理、每筆花多少時間」。很多平台在正常訂單時看似相近，真正的差異往往出現在退款、取消、缺貨、同步失敗與權限撤銷等例外情境。

混合通路要先指定資料主檔與責任人

Marketplace 與自有店面可以並用，但不是多開一個銷售帳號就完成。上線前應決定：

如果沒有主檔與責任人，混合模式增加的往往不是銷售機會，而是超賣、價差、重複客戶、錯誤報表與客服爭議。平台選擇因此也應包含資料治理和例外處理，而不只比較前台功能。

常見問題

電商平台和 marketplace 是同一件事嗎？

不完全相同。Marketplace 是第三方多賣家市場；電商平台也可指託管式 SaaS 或自架系統，讓企業經營自己的品牌店面。企業也能同時使用兩者。

外銷企業一定要自架站嗎？

不一定。若技術資源有限、流程相對標準，託管式 SaaS 可能較容易驗證；若目標買方已集中在 marketplace，也可先從平台測試需求。只有在控制、整合或流程需求足以支撐維運成本時，自架才是合理候選。

B2B 電商平台要特別看什麼？

除了商品與結帳，還要確認企業帳戶、客戶別價目、最低訂購量、詢價／報價、付款條件、業務審核、稅號與 ERP／CRM 流程。這些項目是否必要，應依企業真實交易設計，不要為了功能多而全部購買。

可以同時用 marketplace 和品牌官網嗎？

可以，但要先定義各通路角色。例如 marketplace 用於需求驗證，自有站承接品牌內容與既有客戶；同時指定商品、價格、庫存、訂單與客戶資料的主檔，避免資料互相覆蓋。

多久應重查平台價格與功能？

至少在文章發布、候選入圍、正式報價、簽約與上線前重查。若市場、方案、付款、商品類別或 API 有變更，也應立即重新驗證；固定半年或一年檢查不能取代重大變更時的即時查核。

選擇平台前的最後檢查

• 已先選模式，而不是直接照品牌知名度排隊。
• 六個硬門檻都有官方文件、合約或測試證據。
• 評分權重在看候選簡報前已確定。
• TCO 含人力、整合、資安與退出，不只月費。
• 已下載真實資料並做最小移轉演練。
• 已跑退款、取消、缺貨與同步失敗等例外情境。
• 已指定商品、庫存、訂單、客戶與內容主檔。
• 高更新功能、費率、資格與法規由對應 owner 在簽約與上線前重查。

法規、平台、費率與其他高更新資訊，仍應以文末官方來源的最新版本為準。

來源

1. OECD：SMEs in the online platform economy，2021。
2. Amazon：Standard selling fees，官方費用架構。
3. Shopify 台灣：定價，官方方案頁。
4. Shopify 台灣：國際銷售定價，官方頁。
5. Shopify Help：Supported countries for Shopify Payments。
6. WooCommerce Documentation，官方文件。
7. WooCommerce：How to build an online store，官方文件。
8. AWS：Shared Responsibility Model，官方文件。
9. 數位發展部數位產業署：行政指導有關文書，含電商業者個資安全維護參考指引。
10. Shopify Help：Using CSV files to import and export products。
11. Shopify Help：Exporting orders。
12. Shopify Help：Backups and duplication。

平台品牌來源只支持各供應商在查核日公開的功能、費用結構或限制，不構成獨立效能證明，也不代表適合個別企業。