網站功能都差不多了，接下來就要想：「要怎麼收錢？」
這一步說起來簡單，但實際上是整個網站從「作品」變成「服務」最關鍵的階段。
在台灣要正式收費，不是只有開個帳戶就能收款，還得考慮金流串接、稅務身份、合約門檻。
今天就來分享一下我研究過的幾個常見金流服務，從個人開發者角度出發。

1. 綠界 ECPay — 最普遍也最穩定的選擇

官方網站： https://www.ecpay.com.tw

優點：

• 台灣電商圈最常見的金流服務之一。
• 支援信用卡、ATM 虛擬帳號、超商代碼繳費、電子錢包等多種方式。
• 文件詳細，前端、後端範例完整。

缺點：

• 申請流程偏傳統，個人開發者要以「個人商家」身份申請，需要寄紙本資料。
• API 文件有點老派，非開發者友善。

抽成費率（參考）：

• 信用卡：2.75% ~ 3%
• ATM / 超商代碼：約 15 元 / 筆

如果只是要在網站上放一個「付款按鈕」，ECPay 算是最穩的選擇。
缺點是體驗比較像傳統電商，不太「現代化」。

2. 藍新 NewebPay — 文件清楚、前端友善

官方網站： https://www.newebpay.com

優點：

• 支援多金流：信用卡、Apple Pay、Google Pay、Line Pay、街口。
• 文件結構清楚，API 串接體驗比綠界好。
• 有提供 Sandbox 測試環境。

缺點：

• 個人開發者要能開立統編（需有商業登記或工作室）。
• 有月租型方案，費率略高於 ECPay。

抽成費率（參考）：

• 信用卡：2.8% 起
• 行動支付：2.8% ~ 3%
• 超商代收：15 元 / 筆

我覺得藍新的 API 設計更貼近開發者邏輯。
若你是技術導向、想接自己的網站、後端有 Nest.js 或 Node.js，這家會比較舒服。

3. TapPay — 現代化、對開發者超友善

官方網站： https://www.tappay.com

優點：

• 完全 API 化，文件清晰、串接方便。
• 可直接整合 App（React Native、Flutter 都有 SDK）。
• 支援 Apple Pay、Google Pay、信用卡。

缺點：

• 收費較高（偏向大型平台或行動應用）。
• 要能合法收款（需公司或工作室帳戶）。

抽成費率（參考）：

• 信用卡：3% 左右
• 行動支付：約 3.5%

TapPay 的文件是目前我看過最乾淨的金流 API 文件之一，
很適合自架網站或 App 直接整合付款功能，但不適合完全個人戶。

4. 歐付寶 O’Pay — 個人也能上手

官方網站： https://www.opay.tw

優點：

• 支援個人開戶，可使用真實姓名、身分證申請。
• 支援信用卡、ATM、超商繳費。
• 不需公司行號就能使用，最適合剛起步。

缺點：

• 開發文件相對陽春。
• 使用介面偏老，API 稍微混亂。

抽成費率（參考）：

• 信用卡：3%
• ATM / 超商：15 元 / 筆

若你還沒設立公司、只是想先測市場，O’Pay 算是「能合法收錢」的起點。
它對個人創作者算最友善。

5. 其他新選擇：金流代管與海外平台

我的觀察與建議

如果你是個人開發者、還沒有公司戶：

先用 歐付寶 O’Pay 測試市場
若之後要擴大，再考慮轉成 藍新 NewebPay 或 綠界 ECPay

如果你是已有工作室或統編：

藍新是目前整合度與穩定度最佳的選擇
若是 App 為主，可以直接上 TapPay

小結：金流不只是收錢，也代表責任

很多人以為收款只是「加個 API」，但背後牽涉到稅務、信任、法律責任。
金流服務代表你開始「賣東西」，也代表你必須能開立收據或發票。
這件事對我來說是個分水嶺——
從「我做了一個網站」到「我經營一個產品」。

結語：
在台灣想讓網站能正式收費，技術門檻不高，法律與金流才是真正的挑戰。
但當你真的把付款按鈕放上去的那一刻，你會覺得：
「這已經不是 Side Project 了，這是事業的開始。」