台灣網站金流怎麼選？TapPay、綠界與藍新比較
先講結論：
- 客製網站、App、會員綁卡或站內付款：優先評估 TapPay
- 一般購物網站，重視現成模組、物流與電子發票：優先評估綠界
- 想比較另一家成熟的整合型金流：一起評估藍新
這篇主要從開發與實際使用的角度比較，不只看手續費。各家的費率、審核方式和撥款條件都可能調整，申請前還是要以當下提供的合約為準。
工程整合推薦：TapPay
如果專案需要客製付款流程，我會先評估 TapPay。
TapPay 的前端 SDK 會把卡片資料轉成一次性的 prime，網站後端再使用 prime 向 TapPay 建立交易。商家網站不必直接接觸或儲存原始卡號，也能把付款欄位留在自己的結帳頁面內。
對工程師比較友善的原因：
- 前端、後端與 API Reference 分工清楚
- 測試與正式環境有明確區隔
- Web、iOS、Android 都有 SDK 與範例
- API 以 JSON 為主，回應與錯誤碼容易追查
- 支援付款、退款、交易查詢、記憶卡片與定期扣款等常見流程
- 適合會員系統、訂閱制、App 與高度客製的結帳介面
但 TapPay 不一定適合每個商家。官方公開方案有開辦費、年費與交易手續費，部分功能另計費；若交易量不高，只需要標準購物車與跳轉式付款，導入成本可能比現成電商模組高。
一般電商實用：綠界 ECPay
綠界的優勢不是 API 最漂亮，而是服務範圍廣、使用者多、現成整合也多。
常見付款方式包括信用卡、分期、定期定額、ATM 虛擬帳號、超商代碼、超商條碼、WebATM、Apple Pay 與無卡分期。若網站還要一起處理電子發票或物流，使用同一個服務商通常比較容易管理。
適合以下情況：
- 使用 WooCommerce 或常見開店平台
- 需要信用卡以外的多種付款方式
- 金流、物流與電子發票希望集中處理
- 預算有限，希望優先使用現成模組
綠界有測試後台、測試卡號與模擬付款通知，功能完整。不過部分流程仍使用表單 POST、跳轉頁、HashKey／HashIV 與檢查碼，文件也分散在不同產品與版本。能完成需求，但客製串接時需要更仔細處理編碼、回傳通知與訂單狀態。
成熟的整合型選擇：藍新 NewebPay
藍新同樣提供信用卡、ATM、超商代碼等常用付款工具，也涵蓋交易查詢、取消授權、請款、退款與定期定額等流程。市場使用時間長，常見購物系統也能找到串接方式。
藍新的技術文件多以網頁下載區與 PDF 規格書提供，常見流程會用 MerchantID、HashKey、HashIV 加密交易資料，再以表單送往付款頁。規格並不缺，但閱讀、搜尋與除錯體驗不如以網頁化 API Reference 為主的文件。
如果原有系統已經使用藍新、維護團隊熟悉其流程，或商務條件更合適，不需要只為了文件形式更換金流。金流穩定性與交接成本比技術偏好重要。
另外可比較：PAYUNi 統一金流
如果業務高度依賴 7-ELEVEN 取貨或統一集團服務，也可以把 PAYUNi 放進比較名單。官方提供信用卡、ATM、超商代碼、電子支付與超商取貨等服務，費率資訊也有公開頁面。
目前公開技術資料的查找與閱讀便利性不如前三家，因此本文沒有把它列為客製開發的第一順位。這不代表服務不能使用，而是正式決定前，應先向業務索取完整 API 規格、測試帳號與錯誤碼文件，交由實際開發團隊確認。
怎麼選最快
選 TapPay，如果你需要
- 結帳畫面留在自己的網站或 App
- 高度客製的付款體驗
- 會員綁卡、快速付款或訂閱扣款
- 清楚的 SDK、API Reference 與前後端分工
選綠界，如果你需要
- 快速接上一般購物網站
- 現成外掛或開店平台支援
- 金流、物流、電子發票一起處理
- ATM、超商與信用卡等多種常見付款方式
選藍新，如果你需要
- 成熟的整合型金流服務
- 既有系統或團隊已熟悉藍新
- 商務報價、撥款條件或銀行合作更符合需求
申請前先問清楚
不要只比較網頁上最大的手續費數字。正式簽約前，至少確認：
- 開辦費、年費、交易費與最低費用
- 國內卡、國外卡、分期與退款的費率
- 撥款天期、保留款與收款額度
- 是否支援定期定額、部分退款與取消授權
- Apple Pay、Google Pay 或 LINE Pay 是否另收閘道費
- 測試環境是否涵蓋退款、失敗交易與付款通知
- 公司產業是否需要額外審核或履約保證
- 發生爭議款與信用卡拒付時如何處理
- 停用服務後，會員綁卡 Token 與歷史資料如何處理
最後再讓負責串接的工程師看一次技術文件。商務條件再漂亮，如果測試環境不完整、通知機制難以驗證，最後仍會反映在開發時間與維護成本上。